Nota do editor: "Como posso lançar um token" é uma das perguntas mais comuns que recebemos de fundadores, dada a natureza em constante evolução da indústria de criptomoedas. À medida que os preços sobem e o FOMO se instala - todos os outros estão a lançar um token, devo eu? - é ainda mais importante que os construtores abordem os tokens com cautela e cuidado. Assim, nesta série especial de publicações, abordamospreparando-se para o lançamento, estratégias para gerir o risco, e algumas regras e orientações adicionais para tokensCertifique-se de se inscrever paraa nossa newsletterpara mais informações sobre tokens e outros recursos para construção de empresas.

Quando você deseja lançar um token, existem várias etapas que você precisa pensar sob uma perspectiva operacional. Isso se aplica ainda mais se você estiver trabalhando com partes interessadas reguladas pela Comissão de Valores Mobiliários (SEC) dos EUA. 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 atendam aos 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 prepararem para a criação e custódia de um novo ativo digital. Portanto, é imperativo compreender e alocar tempo suficiente para cada etapa do processo.

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

1: Coordenar com guardiões

Por razões regulamentares, certas partes interessadas podem não estar em posição de assumir a custódia de um token até que seja suportado por um depositário de terceiros que cumpra certos requisitos, incluindo o registo junto de uma autoridade estatal ou federal e sujeição a supervisão e exame, envolvido na salvaguarda de ativos cripto como parte regular substancial do seu negócio, e sujeito a relatórios e auditorias financeiros, 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 garantir 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 possam desenvolver o suporte. Se não tem a certeza sobre os padrões de qualidade, pergunte aos seus investidores para esclarecer as suas necessidades. Não assuma que qualquer guardião estará equipado para lidar com os seus tokens desde o início. Planeie adequadamente.

Inicie as conversas cedo. Custodiantes 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 usamSNARKs, têm funcionalidades de privacidade, ou que interagem com camada 2 (L2) redes— pode prolongar o processo. Entretanto, 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 três a cinco meses, assumindo que não haja contratempos. Por favor, note que estes prazos são apenas estimativas aproximadas e podem variar amplamente dependendo das demandas dos custodiantes.

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

2: Conduza 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 em partes ao longo do desenvolvimento de um projeto ou de uma só vez no final do desenvolvimento. As auditorias devem ser realizadas por um revisor com experiência na revisão de produtos semelhantes com algum foco na potencialidade de uso indevido do código ou segurança do software.

A seleção de auditores é uma tarefa não trivial, uma vez que atualmente não existem órgãos certificadores de auditores. Como tal, cabe-lhe a si realizar a devida diligência para garantir que o auditor está suficientemente qualificado. Ao analisar as qualificações de uma empresa de auditoria, deve fazer a si mesmo as seguintes perguntas:

1. O auditor tem uma metodologia de teste bem definida que pode ser fornecida aos potenciais clientes?
2. A metodologia aborda as principais preocupações do protocolo em análise?
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 rever projetos semelhantes ao protocolo em revisão?
5. O auditor esteve envolvido num projeto que sofreu uma violação de segurança de alto perfil depois da revisão do auditor? Se sim, o erro ou falha explorado fazia parte do código revisto pelo auditor?

As respostas a estas perguntas devem esclarecer se o auditor está preparado e é capaz de realizar revisões do seu protocolo de forma suficiente para detetar e resolver erros antes do lançamento do software.

Após a realização da auditoria e a receção 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 opte por não resolver, deve fornecer uma justificação. Uma vez resolvidos 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 estar disponível para todas as partes que recebem ou lidam com os tokens.

3: Alocar e distribuir tokens

Depois de 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 após o lançamento do token (também chamado de evento de geração de token). Muitos intervenientes preferem receber alocações antes do lançamento. Em outras palavras, eles preferem ter os endereços de suas carteiras incorporados no bloco genesis, o primeiro bloco em uma 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 intervenientes em tranches, onde cada tranche corresponde a uma percentagem do fornecimento total de tokens.

Quando chegar a hora de distribuir tokens, tenha em mente para onde está a enviar os tokens, quantas carteiras está a distribuir e confie, mas verifique os endereços. As partes interessadas reguladas pela SEC, como os consultores de investimento registados, provavelmente exigirão que os tokens sejam entregues diretamente aos seus depositários. As partes interessadas devem ter a opção de ter tantas carteiras quanto desejarem. Isso permite-lhes minimizar a concentração de tokens em qualquer carteira e, assim, espalhar o seu risco, devido em parte a apólices de seguro, incluindo máximos por carteira ou por conta. Antes de distribuir tokens, envie sempre transações de teste e verifique o recibo, pois isso pode reduzir a possibilidade de erros na entrega.

Em resumo, os desenvolvedores de protocolo devem fazer a si mesmos a pergunta:

1. Quando os intervenientes irão receber ativos (por exemplo, pré ou pós-lançamento)?
2. Onde é que os intervenientes pedirão que os tokens sejam enviados e quantas carteiras cada interveniente solicitará?
3. Os detentores receberão todas as tokens de uma vez ou em tranches?

4: Garantir a execução dos bloqueios

As lockups 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 rondas iniciais quando são assinados warrants de token.

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

Uma vez que decida sobre os períodos de aquisição e bloqueio (que não devem ser inferiores a um ano desde o lançamento do token), pode optar por ter os tokens distribuídos por um custódio de terceiros, de forma programática, ou ambos. Muitos intervenientes procurarão, idealmente, que um custódio receba os tokens e faça cumprir os bloqueios e o cronograma de aquisição tanto do ponto de vista legal como técnico. Outras opções incluem a reivindicação de tokens de acordo com um cronograma de aquisição através de contratos inteligentes auditados ou outras ferramentas de aquisição de tokens de terceiros.

As principais perguntas a fazer nesta fase:

1. Todos os intervenientes estão sujeitos aos mesmos períodos de bloqueio e vesting?
2. Os custodiantes podem impor os termos para as retenções?
3. Como serão distribuídos os tokens desbloqueados de acordo com o cronograma de aquisição?

5: Ativar staking e governança

Como mencionado no primeiro guia, se precisar que as partes interessadas participem do staking e da governança para garantir seu protocolo, então talvez precise coordenar com os custodiantes com antecedência. Os desenvolvedores do protocolo não devem presumir que os custodiantes apoiarão o staking e a governança de seus tokens por padrão. Os custodiantes precisam de tempo — muitas vezes meses — para implementar o suporte ao staking e à governança.

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

Questões de staking:

• O custodiante permitirá a delegação arbitrária a fornecedores de staking ou terá um grupo pré-selecionado de fornecedores? (Pode ser útil trabalhar com fornecedores de staking que exploraram o protocolo e deram feedback na fase de testnet).
• Se o custodiante tiver pré-selecionado um grupo de fornecedores de staking, como isso afetará a segurança da rede e os esforços de descentralização do protocolo? (Escolher uma variedade de fornecedores de staking que tenham validadores globalmente pode ajudar a descentralizar o protocolo).
• Os prémios são compostos ou os intervenientes precisarão de voltar a apostar? (Idealmente, os prémios são automaticamente - em vez de manualmente - re-apostados.)
• Existe um montante 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 espera que os seus intervenientes participem na governação, o custodiante irá permitir esta participação tecnicamente ou irá executar votos em nome dos intervenientes?
• Haverá votação on-chain ou off-chain (por exemplo, via Snapshot) para o protocolo?

—

Para recapitular, se estiver a preparar-se para lançar um token e se esse plano incluir partes interessadas reguladas pela SEC, certifique-se de deixar tempo suficiente para que os guardiões de alta qualidade apoiem o seu protocolo. Espere que o período de desenvolvimento varie conforme o guardião 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 que envolvam SNARKs, funcionalidades de privacidade ou interações com redes de camada 2 (L2). Comece as conversas cedo.

Após estabelecer prazos realistas, prepare-se para os próximos passos. Pode alocar tokens quer incorporando carteiras no bloco gênesis pré-lançamento, quer distribuindo tokens em tranches pós-lançamento. De qualquer forma, todos os intervenientes devem estar sujeitos aos mesmos períodos de bloqueio de tokens e cronogramas de vesting para garantir alinhamento. Realize todas as auditorias e avaliações de segurança necessárias. E, por fim, trabalhe nos detalhes de staking e governança do seu protocolo, que custodiantes e outros intervenientes precisarão de conhecer e preparar-se para ajudar a garantir a sua segurança.

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

* \
As opiniões expressas aqui são as dos funcionários individuais da AH Capital Management, L.L.C. (“a16z”) citados e não são 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 atual ou duradoura precisão 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, de negócios, de investimento ou fiscal. Deve consultar os seus próprios consultores sobre essas questões. As referências a quaisquer títulos ou ativos digitais têm apenas 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 se destina nem é dirigido a qualquer investidor ou potencial investidor, e não pode, em circunstância alguma, ser considerado como base para tomar uma decisão de investir em qualquer fundo gerido pela a16z. (Uma oferta para investir num fundo a16z será feita apenas pelo memorando de colocação privada, contrato de subscrição e outra documentação relevante de qualquer fundo desse tipo e deve ser lida na íntegra.) Quaisquer investimentos ou empresas em carteira 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 sejam rentáveis ou de que outros investimentos feitos no futuro terão características ou resultados semelhantes. Uma lista de investimentos feitos por fundos geridos pela Andreessen Horowitz (excluindo investimentos para os quais o emitente não deu permissão para a16z divulgar publicamente, bem como investimentos não anunciados em ativos digitais cotados publicamente) está disponível emhttps://a16z.com/investments/.

Os gráficos e gráficos fornecidos aqui destinam-se apenas a fins informativos e não devem ser considerados ao tomar qualquer decisão de investimento. O desempenho passado não é indicativo de resultados futuros. O conteúdo fala apenas a partir da data indicada. Quaisquer projeções, estimativas, previsões, metas, perspectivas e/ou opiniões expressas nesses materiais estão sujeitas a alterações sem aviso prévio e podem diferir ou ser contrárias às opiniões expressas por outros. Consultehttps://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 esta reimpressão, entre em contato com o Gate Aprenderequipa e eles vão tratar disso prontamente.

2. Isenção de Responsabilidade: As 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. Salvo indicação em contrário, é proibido copiar, distribuir ou plagiar os artigos traduzidos.