Nota do editor: "Como posso lançar um token" é uma das perguntas mais comuns que recebemos dos fundadores, dada a natureza em rápida evolução da indústria de criptomoedas. À medida que os preços aumentam e o FOMO se instala - todo mundo está lançando um token, devo fazer o mesmo? - é ainda mais importante para os construtores abordarem os tokens com cautela e cuidado. Por isso, nesta série especial de posts, abordamospreparando para o lançamento, estratégias para gerenciar o risco, e algumas regras e diretrizes adicionais para tokensCertifique-se de se inscrever para nosso boletim informativopara mais informações sobre tokens e outros recursos para construção de empresas.

Quando você deseja lançar um token, há várias etapas que você precisa pensar sob a perspectiva operacional. Isso se aplica ainda mais se você estiver trabalhando com partes interessadas reguladas pela Comissão de Valores Mobiliários dos EUA (SEC). O objetivo deste post é estabelecer a logística necessária para estabelecer um protocolo, garantir sua segurança e permitir que entidades reguladas pela SEC satisfaçam os requisitos de conformidade.

A primeira coisa a saber ao lançar um token é que leva tempo e trabalho em equipe. O processo envolve vários tipos de partes interessadas - desenvolvedores de protocolo, custodiantes de terceiros, provedores de staking, investidores, funcionários e outros - todos os quais devem estar na mesma página ao se preparar para a criação e custódia de um novo ativo digital. Portanto, é imperativo entender e alocar tempo suficiente para cada etapa do processo.

Por favor, note que o conjunto de diretrizes que se segue representa uma foto instantânea no tempo. À medida que o mercado muda, novos produtos chegam e o ambiente regulatório se desenvolve, as melhores práticas provavelmente evoluirão. Enquanto isso, essas diretrizes podem ser um recurso útil para os desenvolvedores de protocolo considerarem ao se prepararem para o lançamento de um token.

1: Coordenar com os depositários

Por razões regulatórias, certos intervenientes podem não estar em posição de assumir a custódia de um token até que seja suportado por um depositário terceirizado que cumpra certos requisitos, incluindo estar registado junto de uma autoridade estadual ou federal e estar sujeito a supervisão e exame, dedicar-se à salvaguarda de ativos cripto como parte regular e substancial do seu negócio, e estar sujeito a relatórios e auditorias financeiras, operacionais e de segurança regulares.

É importante notar que nem todos os guardiões são criados iguais. Se o seu protocolo tem grandes investidores envolvidos em ajudar a proteger a rede com staking ou governança no lançamento, é imperativo trabalhar com um guardião de terceiros de alta qualidade meses antes para que eles possam construir o suporte. Se você não tem certeza sobre os padrões de qualidade, pergunte aos seus investidores para esclarecer suas necessidades. Não assuma que qualquer guardião estará preparado para lidar com seus tokens desde o início. Planeje adequadamente.

Inicie as conversas cedo. Os guardiões de alta qualidade podem levar cerca de seis a nove meses ou mais para apoiar novas blockchains de camada 1 (L1s). Protocolos com mais complexidade — como aqueles que usam SNARKspossuem recursos de privacidade ou que interagem com rede de camada 2 (L2) — pode prolongar o processo. Enquanto isso, tokens construídos na Ethereum, como ERC-20s e NFTs, ou aqueles construídos na Solana, como tokens da Biblioteca de Programas Solana (SPL), são mais diretos e podem levar menos tempo, digamos, de três a cinco meses, assumindo que não haja problemas. Por favor, note que esses prazos são apenas estimativas aproximadas e podem variar amplamente, dependendo das demandas dos detentores de custódia.

Se o seu protocolo envolver staking e governança no primeiro dia, espere que a implementação leve ainda mais tempo. Alertar os parceiros o mais cedo possível. (Consulte o quinto guia para mais informações sobre a ativação de staking e governança.) Considere também que os stakeholders precisarão realizar diligência em relação a quaisquer custodiantes, provedores de staking ou outros fornecedores terceirizados, incluindo a avaliação de suas práticas de segurança da informação (infosec) e segurança operacional.

2: Realizar auditorias de segurança

Para reduzir a probabilidade de problemas durante ou após o lançamento do token, todo o código que você escreveu relacionado ao token deve ser minuciosamente revisado. Isso geralmente assume a forma de uma auditoria de código, realizada seja em partes ao longo do desenvolvimento de um projeto ou de uma vez no final do desenvolvimento. As auditorias devem ser realizadas por um revisor com experiência na revisão de produtos similares com foco no potencial de uso indevido do código ou na segurança do software.

A seleção de auditores é uma tarefa não trivial, pois atualmente não há órgãos reguladores certificando auditores. Como tal, é sua responsabilidade realizar uma diligência adequada para garantir que o auditor seja suficientemente qualificado. Ao revisar as qualificações de uma empresa de auditoria, você deve se perguntar as seguintes perguntas:

1. O auditor tem uma metodologia de teste bem definida que pode ser fornecida aos clientes em potencial?
2. A metodologia aborda as principais preocupações do protocolo em revisão?
3. A metodologia inclui o uso de técnicas e ferramentas padrão da indústria para detecção de vulnerabilidades de software?
4. O auditor tem experiência em revisar projetos semelhantes ao protocolo em análise?
5. O auditor esteve envolvido em um projeto que sofreu uma violação de segurança de alto perfil após a revisão do auditor? Se sim, o erro ou falha explorado fazia parte do código revisado pelo auditor?

As respostas a estas perguntas devem esclarecer se o auditor está preparado e capaz de realizar análises do seu protocolo de forma suficiente para detectar e resolver erros antes do lançamento do software.

Após a realização da auditoria e recebimento do relatório inicial do auditor, espera-se que resolva todos os problemas graves (problemas de gravidade alta ou crítica e, frequentemente, também os de gravidade média) e resolva seletivamente os problemas menos urgentes e de menor gravidade. Para quaisquer problemas que escolher não resolver, deve fornecer justificativa. Uma vez que tenha tratado os problemas no relatório inicial, atribua a tarefa ao auditor de verificar a completude dos esforços de remediação.

Após verificar com sucesso a resolução dos problemas relatados, um relatório final deve ser criado e publicado publicamente ao lado do código-fonte do protocolo ou disponibilizado a todas as partes que recebem ou lidam com os tokens.

3: Alocar e distribuir tokens

Após criar uma linha do tempo em coordenação com guardiões de alta qualidade e outras partes interessadas e realizar auditorias de segurança, é hora de começar a pensar sobre a alocação e entrega de tokens.

Os desenvolvedores de protocolo podem alocar tokens de duas maneiras: antes ou depois do lançamento do token (também chamado de evento de geração de token). Muitos interessados preferem receber alocações antes do lançamento. Em outras palavras, eles preferem ter os endereços de suas carteiras incorporados no bloco gênese, o primeiro bloco em um blockchain, no momento de sua criação. Isso de forma alguma é uma exigência. Tokens alocados após o lançamento podem ser entregues aos interessados em parcelas, em que cada parcela corresponde a uma porcentagem do suprimento total de tokens.

Quando chegar a hora de distribuir tokens, lembre-se para onde está enviando os tokens, quantas carteiras está distribuindo e confie, mas verifique os endereços. Os stakeholders regulados pela SEC, como os RIAs, provavelmente exigirão que os tokens sejam entregues diretamente aos seus custodiantes. Os stakeholders devem ter a opção de ter quantas carteiras quiserem. Isso lhes permite minimizar a concentração de tokens em qualquer carteira específica e, assim, espalhar seu risco, devido em parte às apólices de seguro, incluindo limites por carteira ou por conta. Antes de distribuir os tokens, sempre envie transações de teste e verifique o recebimento, pois isso pode reduzir a possibilidade de erros na entrega.

Em resumo, os desenvolvedores de protocolos devem se perguntar:

1. Quando os stakeholders receberão os ativos (por exemplo, pré ou pós-lançamento)?
2. Onde os interessados pedirão para enviar tokens e quantas carteiras cada interessado solicitará?
3. Os detentores receberão todos os tokens de uma vez ou em parcelas?

4: Garantir a execução dos bloqueios

Bloqueios de tokens são um dos melhores mecanismos para demonstrar convicção no sucesso a longo prazo de um projeto e para alinhar os interesses das partes interessadas a longo prazo. Isso pode ser determinado em vários períodos de tempo, potencialmente muito antes de outras considerações de token; por exemplo, em rodadas iniciais quando warrants de token são assinados.

Uma boa prática é que todos os insiders (funcionários, investidores, consultores, parceiros, etc.) estejam sujeitos aos mesmos períodos de aquisição e bloqueio de tokens. Se alguns insiders tiverem diferentes períodos de bloqueio, ou se a aplicação desses bloqueios não estiver clara, isso pode inadvertidamente criar incentivos imprevisíveis e alguns insiders podem tentar vender tokens preventivamente. Isso pode criar desconfiança sobre o protocolo e impactá-lo negativamente. Todos os envolvidos devem operar em um cronograma semelhante, e esse cronograma deve orientar todos em direção ao sucesso a longo prazo do projeto. (Observe que essas considerações não devem impedir os usuários de usar o token em uma rede ou aplicativo blockchain, mesmo que esse uso ocorra antes do que os bloqueios permitiriam de outra forma.)

Uma vez que você decide sobre os períodos de carência e bloqueio (que não devem ser inferiores a um ano a partir do lançamento do token), você pode optar por ter os tokens distribuídos por um custodiante de terceiros, programaticamente, ou ambos. Muitos interessados buscarão, idealmente, que um custodiante receba os tokens e aplique os bloqueios e o cronograma de carência tanto do ponto de vista legal quanto técnico. Outras opções incluem reivindicar tokens de acordo com um cronograma de carência por meio de contratos inteligentes auditados ou outras ferramentas de carência de tokens de terceiros.

As principais perguntas a serem feitas neste estágio:

1. Todos os interessados estão sujeitos aos mesmos períodos de bloqueio e aquisição?
2. Os guardiões podem fazer cumprir os termos para os bloqueios?
3. Como serão distribuídos os tokens desbloqueados de acordo com o cronograma de investimento?

5: Habilitar staking e governança

Conforme mencionado na primeira diretriz, se você precisa que os stakeholders participem do staking e da governança para proteger seu protocolo, então talvez seja necessário coordenar com os guardiões com antecedência. Os desenvolvedores de protocolo não devem presumir que os guardiões irão apoiar o staking e a governança de seus tokens por padrão. Os guardiões precisam de tempo — frequentemente meses — para implementar o suporte ao staking e à governança.

Aqui está uma lista de perguntas que você pode querer se fazer se o seu protocolo depende de partes interessadas para apostas ou governança.

Perguntas de staking:

• O custodiante permitirá a delegação arbitrária para fornecedores de staking ou terá um grupo pré-selecionado de fornecedores? (Pode ser útil trabalhar com fornecedores de staking que exploraram o protocolo e forneceram feedback na fase de testnet).
• Se o depositário tiver pré-selecionado um grupo de provedores de participação, como isso afetará a segurança da rede e os esforços de descentralização do protocolo? (Escolher uma variedade de provedores de participação que tenham validadores globalmente pode ajudar a descentralizar o protocolo).
• Os prêmios são compostos ou os interessados precisarão fazer o restake? (Idealmente, os prêmios são automaticamente – em vez de manualmente – restakeados.)
• Existe um valor mínimo/máximo a ser apostado por carteira?
• Existem mínimos/máximos de tokens para nós validadores, e isso mudará ao longo do tempo?

Questões de governança:

• Se você espera que seus acionistas participem da governança, o custodiante vai habilitar essa participação tecnicamente ou executará votos em nome dos acionistas?
• Haverá votação onchain ou off-chain (por exemplo, via Snapshot) para o protocolo?

—

Para recapitular, se você está se preparando para lançar um token e se esse plano inclui partes interessadas regulamentadas pela SEC, certifique-se de deixar tempo suficiente para que custodiantes de alta qualidade desenvolvam suporte para o seu protocolo. Espere que o prazo de desenvolvimento varie de acordo com o custodiante e dependa da complexidade do protocolo. A construção pode variar de três a cinco meses para tokens mais padrão, como Ethereum ERC-20s ou Solana SPLs, a nove meses para novas blockchains, ou até mais tempo para tokens envolvendo SNARKs, recursos de privacidade ou interações com redes de camada 2 (L2). Inicie as conversas cedo.

Após estabelecer prazos realistas, prepare-se para os próximos passos. Você pode alocar tokens seja incorporando carteiras no bloco genesis pré-lançamento, ou distribuindo tokens em parcelas pós-lançamento. De qualquer forma, todos os interessados devem estar sujeitos aos mesmos períodos de bloqueio e cronogramas de aquisição de direitos para garantir alinhamento. Obtenha todas as auditorias e avaliações de segurança necessárias. E, finalmente, trabalhe nos detalhes de aposta e governança de seu protocolo, dos quais custodiantes e outros interessados precisarão saber e se preparar para ajudar a garantir sua segurança.

Se seguir estes passos, terá um bom domínio da logística necessária para um lançamento bem-sucedido de tokens.

* \
As opiniões expressas aqui são as dos indivíduos da AH Capital Management, L.L.C. (“a16z”) citados e não representam as opiniões da a16z ou de suas afiliadas. Certas informações contidas aqui foram obtidas de fontes de terceiros, incluindo de empresas do portfólio de fundos geridos pela a16z. Embora provenientes de fontes consideradas confiáveis, a16z não verificou independentemente tais informações e não faz representações sobre a precisão atual ou duradoura das informações ou sua adequação para uma determinada situação. Além disso, este conteúdo pode incluir anúncios de terceiros; a16z não revisou tais anúncios e não endossa nenhum conteúdo publicitário neles contido.

Este conteúdo é fornecido apenas para fins informativos e não deve ser considerado como aconselhamento jurídico, comercial, de investimento ou fiscal. Você deve consultar seus próprios consultores sobre esses assuntos. As referências a quaisquer títulos ou ativos digitais são apenas para fins ilustrativos e não constituem uma recomendação de investimento ou oferta de prestação de serviços de consultoria de investimento. Além disso, este conteúdo não é direcionado nem destinado ao uso por qualquer investidor ou investidor em potencial, e sob nenhuma circunstância pode ser confiado ao tomar uma decisão de investir em qualquer fundo gerido pela a16z. (Uma oferta de investir em um fundo a16z será feita apenas pelo memorando de colocação privada, contrato de assinatura e outra documentação relevante de tal fundo e deve ser lida na íntegra.) Quaisquer investimentos ou empresas do portfólio mencionados, referidos ou descritos não são representativos de todos os investimentos em veículos geridos pela a16z, e não há garantia de que os investimentos serão lucrativos ou que outros investimentos feitos no futuro terão características ou resultados semelhantes. Uma lista de investimentos feitos por fundos geridos por Andreessen Horowitz (excluindo investimentos para os quais o emissor não forneceu permissão para a16z divulgar publicamente, bem como investimentos não anunciados em ativos digitais negociados publicamente) está disponível em https://a16z.com/investments/.

Os gráficos e gráficos fornecidos aqui são apenas para fins informativos e não devem ser confiados ao tomar qualquer decisão de investimento. O desempenho passado não é indicativo de resultados futuros. O conteúdo fala apenas até a data indicada. Quaisquer projeções, estimativas, previsões, metas, perspectivas e/ou opiniões expressas nesses materiais estão sujeitos a alterações sem aviso prévio e podem diferir ou ser contrárias às opiniões expressas por outras pessoas. Por favor, vejahttps://a16z.com/disclosurespara informações importantes adicionais.

Aviso Legal：

1. Este artigo é reproduzido a partir de [Gatea16zcrypto], Todos os direitos autorais pertencem ao autor original [Adina Fischer、Matt Gleason、Justin Simcock]. Se houver objeções a essa reedição, entre em contato com o Gate Learnequipe, e eles vão lidar com isso prontamente.

2. Isenção de Responsabilidade: As visões e opiniões expressas neste artigo são exclusivamente do autor e não constituem qualquer conselho de investimento.

3. As traduções do artigo para outros idiomas são feitas pela equipe Gate Learn. A menos que seja mencionado, copiar, distribuir ou plagiar os artigos traduzidos é proibido.