Guia de Evitação de Armadilhas para Desenvolvedores Web3: Dimensões-Chave para Reconhecer Projetos de Alto Risco
Os empreendedores e profissionais de Web3 costumam pensar erroneamente que, ao registrar um projeto no exterior e implantar servidores no exterior, conseguem alcançar uma "conformidade natural". No entanto, o núcleo da conformidade do projeto reside em seu modelo de negócios, estrutura de financiamento e operação substancial, e não na mera estrutura de internacionalização. O registro no exterior pode ser uma parte da conformidade, mas não pode servir como um escudo para encobrir comportamentos comerciais de alto risco. Especialmente para equipes que ainda estão no país e prestam serviços a usuários na China, é ainda mais importante prestar atenção aos limites legais do projeto e aos riscos de conformidade criminal.
Este artigo discutirá como os desenvolvedores podem rapidamente determinar se um projeto Web3 pertence a um "projeto com linha vermelha penal". Usaremos como exemplo quatro categorias comuns de padrões de risco ilegal em Web3, ajudando os desenvolvedores a estabelecer uma capacidade básica de identificação a partir de ângulos como a estrutura do projeto, as funcionalidades do sistema e a circulação de tokens. Desde que consigam identificar e evitar esses tipos de projetos de alta frequência na fase inicial, têm a possibilidade de se afastar da maioria dos riscos legais penais.
É necessário declarar que este artigo se destina a profissionais de tecnologia que desejam desenvolver-se a longo prazo na indústria Web3, especialmente aqueles que valorizam a construção de conformidade do projeto e possuem uma certa consciência dos riscos legais. Nosso objeto de análise foca em projetos que têm uma consciência básica de conformidade e uma certa capacidade de planejamento de negócios. Quanto a projetos fraudulentos estabelecidos com o objetivo claro de captação ilegal de fundos, fraudes no setor de criptomoedas, lavagem de dinheiro e arbitragem, estes não estão incluídos no escopo desta análise.
Como determinar se um projeto Web3 ultrapassa as linhas vermelhas legais?
Nesta seção, vamos partir da dimensão de identificação do desenvolvedor, ajudando os técnicos a identificar sinais críticos de alto risco que podem existir no projeto, a partir da lógica de negócios e da estrutura do sistema.
Este reconhecimento não exige que os desenvolvedores tenham um conhecimento jurídico completo. Basta dominar uma estrutura básica de "padrões de alta frequência + pontos de julgamento chave" para conseguir avaliar preliminarmente se um projeto ultrapassa a linha vermelha legal.
Reconhecimento da dimensão um: jogos de azar (crime de exploração de jogo)
Características típicas: Entrada de recarga + Jogabilidade aleatória + Caminho de retirada
Se um projeto Web3 constituir o crime de exploração de jogo, os elementos chave do ciclo fechado geralmente incluem:
Existe algum comportamento de depósito, especialmente através de moedas virtuais
A plataforma projetou jogos de azar, concursos, aberturas de caixas e outros tipos de jogos incertos com elementos de aleatoriedade?
Existe um caminho para o saque, como a possibilidade de trocar tokens de projeto por moedas principais e circulá-los para uma plataforma de negociação, depois convertendo-os em moeda fiduciária.
Este processo em três etapas de "carregar - apostar - retirar" é facilmente visto pelas autoridades judiciais como um "circuito fechado de jogo".
Tomando como exemplo os jogos Web3, quando um projeto de jogo em cadeia atende simultaneamente a esses três pontos, mesmo que os desenvolvedores sejam responsáveis apenas pela interface frontal, integração de carteira, mecanismos de recompensa e outros módulos, podem enfrentar riscos legais elevados devido à sua profunda participação na construção de um ciclo fechado relacionado ao jogo.
Dimensão de reconhecimento dois: relacionado com pirâmide (organização, crime de liderar atividades de pirâmide)
Características típicas: pagamento do usuário + comissões de convite + cadeia de reembolso em múltiplos níveis
Os pontos de risco deste tipo de projeto residem em saber se o mecanismo de incentivo em si constitui uma "estrutura de retorno em pirâmide". Se os desenvolvedores técnicos forem responsáveis por construir funcionalidades como sistemas de cálculo de comissões, módulos de permissões de níveis, lógicas de distribuição de rendimento de nós, etc., e se carecerem de capacidade de julgamento sobre a estrutura comercial geral, sem fazer um julgamento prudente sobre a "lógica de fluxo de fundos + design de estrutura hierárquica", é muito fácil, inadvertidamente, ajudarem na construção técnica de um sistema de pirâmide.
As características comuns de estruturas de pirâmide incluem:
Taxa de adesão do usuário: Se for necessário comprar moedas, recarregar, ou comprar pacotes de serviços para obter a qualificação para participar.
Comissões por referência: Ao convidar outras pessoas para se registarem ou investirem, o referido pode receber recompensas.
Relações de múltiplos níveis: existe uma estrutura hierárquica, e os reembolsos são distribuídos de forma decrescente por níveis.
Dependência do produto fraca: a rentabilidade do projeto não depende de bens ou serviços reais, mas sim da expansão através de pessoas e do impulso de comissões.
Nas estratégias de promoção do Web3, como o "Programa de Embaixadores", "Incentivo a Nós" e "Mecanismo de Parceiros Comunitários", se o modelo de recompensa for construído em torno do desenvolvimento de pessoal e estiver diretamente ligado ao comportamento de pagamento e à estrutura de níveis, deve-se ter especial atenção para verificar se há indícios de pirâmide financeira.
Se os desenvolvedores técnicos são responsáveis por construir algoritmos de comissionamento, bancos de dados de níveis e lógicas de liquidação de usuários, e estão localizados em posições centrais no projeto, mesmo que não tenham participado diretamente nas atividades de promoção, podem ser considerados co-autores por "fornecer suporte técnico essencial".
Identificação de dimensão três: envolvimento em captação ilegal de fundos (captação ilegal de depósitos do público / crime de fraude em captação de recursos)
Características típicas: captação de recursos do público + promessa de rendimento + sem qualificação financeira
A identificação de projetos de captação de recursos ilegais é relativamente baixa, com os principais pontos de risco concentrados em duas áreas:
Primeiro, a origem dos fundos é ampla e não específica, ou seja, destina-se a captar recursos do público em geral; segundo, há a promessa de rendimentos ou retornos, atraindo a entrada de fundos.
Em projetos Web3, se a "emissão de moedas", "investimento em máquinas de mineração", "troca de pontos" e "rendimento esperado" forem utilizados como principais métodos de captação de recursos, é fácil cair na definição de captação ilegal de depósitos do público ou fraude de captação.
Os padrões de alto risco mais comuns incluem:
Sem a aprovação das autoridades financeiras, emitir moeda e financiar-se publicamente de forma não autorizada.
A plataforma promete "retorno garantido alto" ou estabelece retornos fixos
Plataforma de investimento fictícia, aluguer de máquinas de mineração, mecanismo de dividendos
Criar um fundo, permitindo que os usuários troquem tokens ou pontos por ativos retiráveis na plataforma.
Na prática judicial, a constituição do "crime de captação ilegal de depósitos do público" geralmente será determinada de forma abrangente em combinação com os "quatro critérios": ou seja, se possui ilegalidade (sem qualificação financeira), publicidade (promoção dirigida a indivíduos não específicos), sedução (promessa de altos retornos) e socialidade (origem ampla dos fundos).
Em projetos desse tipo, se os desenvolvedores estiverem profundamente envolvidos na lógica de emissão de tokens, no módulo de troca de pontos por tokens, no sistema de produtos financeiros e em outros aspectos do design estrutural, mesmo que não participem das operações e da promoção externa, poderão ser considerados co-autores devido ao seu "apoio técnico crucial".
Particularmente no caso em que o sistema forma um fluxo de capital em circuito fechado + expectativas de retorno, as autoridades judiciais costumam incluir os desenvolvedores no âmbito das ações de repressão.
Reconhecimento da dimensão quatro: atividades de negócios ilegais (crime de atividade econômica ilegal)
Características típicas: negociação de criptomoedas + câmbio fora da bolsa + canal de entrada e saída de moeda fiduciária
Nos projetos Web3, os cenários de risco típicos do "crime de operação ilegal" costumam concentrar-se nas plataformas de moeda virtual suspeitas de intermediar a troca entre moeda fiduciária e moeda estrangeira, especialmente quando a moeda virtual é usada como intermediário em operações de "wash trading", o que pode acionar a qualificação legal da operação ilegal de câmbio transfronteiriço.
As autoridades judiciais têm intensificado a repressão a este tipo de "troca de moeda virtual" nos últimos anos, com normas de aplicação mais rigorosas.
Os padrões de comportamento de alto risco comuns incluem:
Fornecer serviços de depósito, levantamento e movimentação de moeda virtual com moeda fiduciária
Estabelecer um módulo de negociação OTC fora da bolsa, facilitando a troca entre criptomoedas e moeda fiduciária.
A plataforma conecta os usuários finais e as contas no exterior para a troca de moeda utilizando criptomoeda.
Realizar operações de câmbio e fornecer serviços de liquidação e mediação sem autorização
Na prática judicial, mesmo que a plataforma não detenha diretamente os fundos dos clientes, basta ter construído um sistema de intermediação, lógica de intermediação de troca ou interface de intermediação de transações, o lado técnico também pode ser qualificado como coautor por "organizar a realização de atividades comerciais ilegais".
Particularmente em três cenários típicos a seguir, os desenvolvedores devem estar especialmente atentos:
O projeto conectou usuários estrangeiros com financiadores internos, formando um caminho de negociação.
A plataforma utiliza criptomoedas como meio de troca para realizar a conversão de moeda fiduciária para moeda estrangeira ou a conversão inversa.
Os técnicos lideraram o desenvolvimento do módulo de entrada e saída de fundos, do programa de correspondência automática e de interfaces API chave.
Independentemente de os desenvolvedores estarem ou não diretamente envolvidos na liquidação, se o sistema tiver a capacidade de "correspondência + troca + conversão de várias moedas", é fácil cair na categoria de crimes de operação ilegal.
Como identificar com precisão projetos Web3 de alto risco e evitar riscos legais criminais?
Muitos desenvolvedores costumam apresentar a seguinte defesa após o ocorrido: "Eu apenas desenvolvi a funcionalidade conforme solicitado, não conheço os detalhes da jogabilidade."
Mas na prática judicial, essa afirmação muitas vezes é difícil de se sustentar. A razão é que a responsabilidade criminal não depende apenas da participação direta em comportamentos ilegais, mas também da consciência do agente de que o sistema que desenvolveu está a fornecer assistência substancial a comportamentos ilegais.
De acordo com a teoria da coautoria do nosso Código Penal, desde que uma pessoa saiba que outra está a cometer um crime e ainda assim forneça tecnologia, assistência ou condições facilitadoras, poderá ser considerada cúmplice ou coautora, sendo responsabilizada criminalmente.
Para os técnicos, as autoridades judiciárias geralmente avaliam a partir dos seguintes ângulos se eles "deveriam saber" que o projeto apresenta riscos legais:
Se é membro central do projeto, como parceiro técnico, CTO, arquiteto de sistemas, etc.
Esteve profundamente envolvido na estrutura de capital, lógica de token, canais de entrada e saída de fundos e outros módulos-chave
Se foram levantadas dúvidas ou sugestões de alterações sobre a legalidade do projeto, o fluxo de fundos e a conformidade das mecânicas de jogo.
Se irá receber uma alta remuneração, assinar um acordo de cooperação profunda, desfrutar de uma proporção de dividendos, etc., indica que existe uma ligação profunda de interesses com a plataforma.
Nos projetos Web3, os desenvolvedores técnicos muitas vezes não são papéis auxiliares marginais, mas sim uma parte-chave na implementação e operação do projeto.
Quanto mais técnicos ocupam papéis-chave, como CTO, arquiteto de sistemas ou desenvolvedor principal, mais difícil é para eles afirmar "eu não sabia" ou "eu apenas subcontratei" — esses profissionais técnicos são frequentemente vistos pelas autoridades judiciais como indivíduos que têm controle substancial sobre a operação do projeto.
Então, como desenvolvedor, como identificar sinais de risco no início do projeto, definir limites de responsabilidade e evitar "cair na armadilha"? Os seguintes pontos são sugestões de avaliação que os profissionais de tecnologia devem fazer antes de entrar no trabalho ou assumir uma colaboração.
Os desenvolvedores devem ter uma estrutura básica de identificação de riscos legais antes de participar em qualquer projeto Web3. Quer se trate de considerar a entrada, colaborações externas ou de participar no lançamento de um projeto como parceiro, os seguintes três passos de autoavaliação são particularmente importantes:
Verifique o padrão: existe alguma das quatro principais estruturas de risco criminal frequente, como "jogo (jogos de azar)" "venda em pirâmide (chamadas em níveis)" "não absorção (emissão de moeda para captação de recursos)" ou "atividade comercial ilegal (mediação de câmbio)"?
Pergunta lógica: O projeto tem emissão de tokens? De onde vêm os tokens/pontos? Como é que os fundos dos usuários entram na plataforma? Como é que os fundos saem? Quem faz a conversão dos tokens, existe um caminho de conversão para moeda fiduciária?
Manter registros: deixar claro no contrato técnico e na especificação de requisitos que apenas prestará serviços de desenvolvimento, não assumindo responsabilidades pela operação da plataforma. Ao mesmo tempo, registrar discussões com a parte do projeto sobre "conformidade das regras" e "caminho dos fundos", como prova para futuras garantias.
Conclusão: Ser um desenvolvedor que entende tanto de tecnologia quanto de legislação
Quer se trate de desenvolvedores principais do projeto, arquitetos de sistemas ou responsáveis técnicos em equipas de empreendedorismo, todos devem ter a capacidade básica de identificar riscos legais criminais. Especialmente na fase inicial de um projeto Web3, é crucial avaliar o quanto antes se ele está envolvido em modelos de alto risco, como jogos de azar, transmissão ilegal, captação de recursos ilegal ou operações ilegais, para poder emitir alertas precoces, evitar proativamente e prevenir consequências penais devido a negligência.
No complexo e dinâmico ecossistema Web3, apenas os desenvolvedores que dominam a capacidade de implementação técnica e conseguem identificar as linhas vermelhas legais podem se tornar verdadeiros Builders com capacidade de julgamento e sobrevivência.
A "consciência de conformidade legal" além da tecnologia é uma habilidade essencial que os desenvolvedores contemporâneos não podem dispensar.
O desenvolvimento da indústria Web3 não pode prescindir da construção da conformidade, e os desenvolvedores são a parte mais fácil de ser negligenciada, mas a mais central. Esperamos que no futuro possamos colaborar com mais colegas técnicos para impulsionar a implementação de projetos com base na segurança e transparência.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Guia de prevenção para desenvolvedores Web3: quatro dimensões para identificar projetos de alto risco
Guia de Evitação de Armadilhas para Desenvolvedores Web3: Dimensões-Chave para Reconhecer Projetos de Alto Risco
Os empreendedores e profissionais de Web3 costumam pensar erroneamente que, ao registrar um projeto no exterior e implantar servidores no exterior, conseguem alcançar uma "conformidade natural". No entanto, o núcleo da conformidade do projeto reside em seu modelo de negócios, estrutura de financiamento e operação substancial, e não na mera estrutura de internacionalização. O registro no exterior pode ser uma parte da conformidade, mas não pode servir como um escudo para encobrir comportamentos comerciais de alto risco. Especialmente para equipes que ainda estão no país e prestam serviços a usuários na China, é ainda mais importante prestar atenção aos limites legais do projeto e aos riscos de conformidade criminal.
Este artigo discutirá como os desenvolvedores podem rapidamente determinar se um projeto Web3 pertence a um "projeto com linha vermelha penal". Usaremos como exemplo quatro categorias comuns de padrões de risco ilegal em Web3, ajudando os desenvolvedores a estabelecer uma capacidade básica de identificação a partir de ângulos como a estrutura do projeto, as funcionalidades do sistema e a circulação de tokens. Desde que consigam identificar e evitar esses tipos de projetos de alta frequência na fase inicial, têm a possibilidade de se afastar da maioria dos riscos legais penais.
É necessário declarar que este artigo se destina a profissionais de tecnologia que desejam desenvolver-se a longo prazo na indústria Web3, especialmente aqueles que valorizam a construção de conformidade do projeto e possuem uma certa consciência dos riscos legais. Nosso objeto de análise foca em projetos que têm uma consciência básica de conformidade e uma certa capacidade de planejamento de negócios. Quanto a projetos fraudulentos estabelecidos com o objetivo claro de captação ilegal de fundos, fraudes no setor de criptomoedas, lavagem de dinheiro e arbitragem, estes não estão incluídos no escopo desta análise.
Como determinar se um projeto Web3 ultrapassa as linhas vermelhas legais?
Nesta seção, vamos partir da dimensão de identificação do desenvolvedor, ajudando os técnicos a identificar sinais críticos de alto risco que podem existir no projeto, a partir da lógica de negócios e da estrutura do sistema.
Este reconhecimento não exige que os desenvolvedores tenham um conhecimento jurídico completo. Basta dominar uma estrutura básica de "padrões de alta frequência + pontos de julgamento chave" para conseguir avaliar preliminarmente se um projeto ultrapassa a linha vermelha legal.
Reconhecimento da dimensão um: jogos de azar (crime de exploração de jogo)
Características típicas: Entrada de recarga + Jogabilidade aleatória + Caminho de retirada
Se um projeto Web3 constituir o crime de exploração de jogo, os elementos chave do ciclo fechado geralmente incluem:
Este processo em três etapas de "carregar - apostar - retirar" é facilmente visto pelas autoridades judiciais como um "circuito fechado de jogo".
Tomando como exemplo os jogos Web3, quando um projeto de jogo em cadeia atende simultaneamente a esses três pontos, mesmo que os desenvolvedores sejam responsáveis apenas pela interface frontal, integração de carteira, mecanismos de recompensa e outros módulos, podem enfrentar riscos legais elevados devido à sua profunda participação na construção de um ciclo fechado relacionado ao jogo.
Dimensão de reconhecimento dois: relacionado com pirâmide (organização, crime de liderar atividades de pirâmide)
Características típicas: pagamento do usuário + comissões de convite + cadeia de reembolso em múltiplos níveis
Os pontos de risco deste tipo de projeto residem em saber se o mecanismo de incentivo em si constitui uma "estrutura de retorno em pirâmide". Se os desenvolvedores técnicos forem responsáveis por construir funcionalidades como sistemas de cálculo de comissões, módulos de permissões de níveis, lógicas de distribuição de rendimento de nós, etc., e se carecerem de capacidade de julgamento sobre a estrutura comercial geral, sem fazer um julgamento prudente sobre a "lógica de fluxo de fundos + design de estrutura hierárquica", é muito fácil, inadvertidamente, ajudarem na construção técnica de um sistema de pirâmide.
As características comuns de estruturas de pirâmide incluem:
Nas estratégias de promoção do Web3, como o "Programa de Embaixadores", "Incentivo a Nós" e "Mecanismo de Parceiros Comunitários", se o modelo de recompensa for construído em torno do desenvolvimento de pessoal e estiver diretamente ligado ao comportamento de pagamento e à estrutura de níveis, deve-se ter especial atenção para verificar se há indícios de pirâmide financeira.
Se os desenvolvedores técnicos são responsáveis por construir algoritmos de comissionamento, bancos de dados de níveis e lógicas de liquidação de usuários, e estão localizados em posições centrais no projeto, mesmo que não tenham participado diretamente nas atividades de promoção, podem ser considerados co-autores por "fornecer suporte técnico essencial".
Identificação de dimensão três: envolvimento em captação ilegal de fundos (captação ilegal de depósitos do público / crime de fraude em captação de recursos)
Características típicas: captação de recursos do público + promessa de rendimento + sem qualificação financeira
A identificação de projetos de captação de recursos ilegais é relativamente baixa, com os principais pontos de risco concentrados em duas áreas:
Primeiro, a origem dos fundos é ampla e não específica, ou seja, destina-se a captar recursos do público em geral; segundo, há a promessa de rendimentos ou retornos, atraindo a entrada de fundos.
Em projetos Web3, se a "emissão de moedas", "investimento em máquinas de mineração", "troca de pontos" e "rendimento esperado" forem utilizados como principais métodos de captação de recursos, é fácil cair na definição de captação ilegal de depósitos do público ou fraude de captação.
Os padrões de alto risco mais comuns incluem:
Na prática judicial, a constituição do "crime de captação ilegal de depósitos do público" geralmente será determinada de forma abrangente em combinação com os "quatro critérios": ou seja, se possui ilegalidade (sem qualificação financeira), publicidade (promoção dirigida a indivíduos não específicos), sedução (promessa de altos retornos) e socialidade (origem ampla dos fundos).
Em projetos desse tipo, se os desenvolvedores estiverem profundamente envolvidos na lógica de emissão de tokens, no módulo de troca de pontos por tokens, no sistema de produtos financeiros e em outros aspectos do design estrutural, mesmo que não participem das operações e da promoção externa, poderão ser considerados co-autores devido ao seu "apoio técnico crucial".
Particularmente no caso em que o sistema forma um fluxo de capital em circuito fechado + expectativas de retorno, as autoridades judiciais costumam incluir os desenvolvedores no âmbito das ações de repressão.
Reconhecimento da dimensão quatro: atividades de negócios ilegais (crime de atividade econômica ilegal)
Características típicas: negociação de criptomoedas + câmbio fora da bolsa + canal de entrada e saída de moeda fiduciária
Nos projetos Web3, os cenários de risco típicos do "crime de operação ilegal" costumam concentrar-se nas plataformas de moeda virtual suspeitas de intermediar a troca entre moeda fiduciária e moeda estrangeira, especialmente quando a moeda virtual é usada como intermediário em operações de "wash trading", o que pode acionar a qualificação legal da operação ilegal de câmbio transfronteiriço.
As autoridades judiciais têm intensificado a repressão a este tipo de "troca de moeda virtual" nos últimos anos, com normas de aplicação mais rigorosas.
Os padrões de comportamento de alto risco comuns incluem:
Na prática judicial, mesmo que a plataforma não detenha diretamente os fundos dos clientes, basta ter construído um sistema de intermediação, lógica de intermediação de troca ou interface de intermediação de transações, o lado técnico também pode ser qualificado como coautor por "organizar a realização de atividades comerciais ilegais".
Particularmente em três cenários típicos a seguir, os desenvolvedores devem estar especialmente atentos:
Independentemente de os desenvolvedores estarem ou não diretamente envolvidos na liquidação, se o sistema tiver a capacidade de "correspondência + troca + conversão de várias moedas", é fácil cair na categoria de crimes de operação ilegal.
Como identificar com precisão projetos Web3 de alto risco e evitar riscos legais criminais?
Muitos desenvolvedores costumam apresentar a seguinte defesa após o ocorrido: "Eu apenas desenvolvi a funcionalidade conforme solicitado, não conheço os detalhes da jogabilidade."
Mas na prática judicial, essa afirmação muitas vezes é difícil de se sustentar. A razão é que a responsabilidade criminal não depende apenas da participação direta em comportamentos ilegais, mas também da consciência do agente de que o sistema que desenvolveu está a fornecer assistência substancial a comportamentos ilegais.
De acordo com a teoria da coautoria do nosso Código Penal, desde que uma pessoa saiba que outra está a cometer um crime e ainda assim forneça tecnologia, assistência ou condições facilitadoras, poderá ser considerada cúmplice ou coautora, sendo responsabilizada criminalmente.
Para os técnicos, as autoridades judiciárias geralmente avaliam a partir dos seguintes ângulos se eles "deveriam saber" que o projeto apresenta riscos legais:
Nos projetos Web3, os desenvolvedores técnicos muitas vezes não são papéis auxiliares marginais, mas sim uma parte-chave na implementação e operação do projeto.
Quanto mais técnicos ocupam papéis-chave, como CTO, arquiteto de sistemas ou desenvolvedor principal, mais difícil é para eles afirmar "eu não sabia" ou "eu apenas subcontratei" — esses profissionais técnicos são frequentemente vistos pelas autoridades judiciais como indivíduos que têm controle substancial sobre a operação do projeto.
Então, como desenvolvedor, como identificar sinais de risco no início do projeto, definir limites de responsabilidade e evitar "cair na armadilha"? Os seguintes pontos são sugestões de avaliação que os profissionais de tecnologia devem fazer antes de entrar no trabalho ou assumir uma colaboração.
Os desenvolvedores devem ter uma estrutura básica de identificação de riscos legais antes de participar em qualquer projeto Web3. Quer se trate de considerar a entrada, colaborações externas ou de participar no lançamento de um projeto como parceiro, os seguintes três passos de autoavaliação são particularmente importantes:
Verifique o padrão: existe alguma das quatro principais estruturas de risco criminal frequente, como "jogo (jogos de azar)" "venda em pirâmide (chamadas em níveis)" "não absorção (emissão de moeda para captação de recursos)" ou "atividade comercial ilegal (mediação de câmbio)"?
Pergunta lógica: O projeto tem emissão de tokens? De onde vêm os tokens/pontos? Como é que os fundos dos usuários entram na plataforma? Como é que os fundos saem? Quem faz a conversão dos tokens, existe um caminho de conversão para moeda fiduciária?
Manter registros: deixar claro no contrato técnico e na especificação de requisitos que apenas prestará serviços de desenvolvimento, não assumindo responsabilidades pela operação da plataforma. Ao mesmo tempo, registrar discussões com a parte do projeto sobre "conformidade das regras" e "caminho dos fundos", como prova para futuras garantias.
Conclusão: Ser um desenvolvedor que entende tanto de tecnologia quanto de legislação
Quer se trate de desenvolvedores principais do projeto, arquitetos de sistemas ou responsáveis técnicos em equipas de empreendedorismo, todos devem ter a capacidade básica de identificar riscos legais criminais. Especialmente na fase inicial de um projeto Web3, é crucial avaliar o quanto antes se ele está envolvido em modelos de alto risco, como jogos de azar, transmissão ilegal, captação de recursos ilegal ou operações ilegais, para poder emitir alertas precoces, evitar proativamente e prevenir consequências penais devido a negligência.
No complexo e dinâmico ecossistema Web3, apenas os desenvolvedores que dominam a capacidade de implementação técnica e conseguem identificar as linhas vermelhas legais podem se tornar verdadeiros Builders com capacidade de julgamento e sobrevivência.
A "consciência de conformidade legal" além da tecnologia é uma habilidade essencial que os desenvolvedores contemporâneos não podem dispensar.
O desenvolvimento da indústria Web3 não pode prescindir da construção da conformidade, e os desenvolvedores são a parte mais fácil de ser negligenciada, mas a mais central. Esperamos que no futuro possamos colaborar com mais colegas técnicos para impulsionar a implementação de projetos com base na segurança e transparência.