“Como posso lançar um token” é uma das perguntas mais comuns que recebemos de fundadores, dada a natureza rapidamente evolutiva 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. Por isso, nesta série especial de publicações, cobrimos estratégias para gerir o risco, estruturas para avaliar a prontidão operacional, e algumas regras adicionais para lançamentoCertifique-se de se inscrever para@A16ZCRYPTO"Assine a nossa newsletter para obter mais informações sobre tokens e outros recursos para construir empresas.

Os preços ainda estão altos, novos tokens abundam, e muitos construtores web3 sentem a pressão de lançar os seus próprios tokens. A entrada de memecoins nos últimos meses criou a impressão de que lançar um token é fácil. E, na teoria, isso é verdade. Qualquer um pode criar, lançar e listar um token sem qualquer caso de uso produtivo potencial em menos de uma hora — é tão fácil como enviar um email.

Mas desbloquear o potencial dos tokens como um novo primitivo digital(semelhante ao que os sites eram na web1), é muito mais difícil. Lançar tokens com casos de uso produtivos, vinculados a produtos e serviços que as pessoas possam usar, é muito mais complexo. Os tokens adicionam camadas de complexidade às operações diárias de uma startup, e o lançamento de um token é principalmente irreversível.

O erro mais comum que os projetos cometem no web3 é lançar tokens muito cedo. Este erro é frequentemente fatal, por isso qualquer projeto que pretenda dar este passo deve estabelecer porquê e como pretende lançar um token, juntamente com quando planeia fazê-lo.

Perguntar “quando” não se trata tanto de calendário como de estabelecer o ponto em que um projeto está razoavelmente posicionado para superar os desafios legais, comerciais e operacionais que vêm com o lançamento de um token.

Então, quando é que um projeto está realmente pronto? Neste post, discutimos considerações-chave e alguns dos riscos e compensações que os projetos encontrarão ao longo do caminho.

Ajuste do produto ao mercado

Encontrar o ajuste produto-mercado é o foco mais importante para qualquer novo projeto, startup ou produto. No mundo das criptomoedas, os fundadores devem procurar alcançar o ajuste produto-mercado antes de lançarem um token - como restrições operacionais associadas a projetos descentralizadostornar muito difícil adaptar ou pivotar um projeto após o lançamento.

Adicionar uma token a um projeto prematuramente também pode tornar ainda mais difícil encontrar a adequação do produto ao mercado. As tokens podem distorcer os incentivos, influenciar o comportamento do utilizador e fixar certos elementos de um produto. Alterar o modelo económico de uma token após o lançamento, por exemplo, pode ser difícil, mesmo ao fazer esta mudança para encontrar a adequação do produto ao mercado.

Portanto, embora os tokens bem projetados sejam um amplificador poderoso para o ajuste do produto-mercado, eles de forma alguma substituem a construção e o lançamento do produto certo. Os tokens podem atrair usuários, mas não podem fazê-los permanecer. E certamente não podem compensar quaisquer problemas subjacentes do produto que as equipes devem diagnosticar e corrigir antes do lançamento.

Claro que alcançar a adequação do produto ao mercado é muito mais fácil dizer do que fazer. É necessário tanto habilidade quanto serendipidade para trazer o produto certo para um ótimo mercado. Mas as equipas no início desta jornada podem tentar algumas estratégias diferentes para começar, incluindo:

• Projetando efeitos de rede auto-reforçadores desde o início: Os tokens são um novo e incrivelmente poderoso primitivo para projetar efeitos de rede auto-reforçadores - através de incentivos, distribuição aérea, financiamento retroativo de bens públicos e muito mais. Pela primeira vez na história, os construtores podem projetar um mecanismo de incentivo digitalmente nativo e específico do protocolo em seu produto como uma maneira de incentivar um bom comportamento, alinhar partes interessadas, envolver uma comunidade distribuída e até mesmo subsidiar a demanda.
• Construir roadmaps de produtos em torno dos clientes mais inteligentes: Os clientes “inteligentes” têm uma compreensão inata do poder e potencial de uma nova tecnologia. Identificar estes clientes precocemente e cultivar uma compreensão profunda das suas necessidades é fundamental. Com o tempo, mais pessoas provavelmente seguirão o seu exemplo, o que pode aumentar a tração de um projeto e a sua quota de mercado.
• Recompensar os utilizadores certos: Cada nova plataforma atrai tanto utilizadores experientes que estão lá pelas razões certas como arbitragistas ("agricultores de airdrops," para muitos projetos de criptomoeda) que estão interessados em fazer dinheiro rapidamente. É essencial identificar e recompensar os utilizadores experientes, que podem fornecer valor a longo prazo à rede e trazer outros consigo também.
• Investir em developers: Distribuir subsídios de tokens para developers que constroem na plataforma de um projeto incentiva o crescimento composto, promove os early adopters e enriquece toda a comunidade. Ao decidir quais equipas apoiar, os projetos devem pensar estrategicamente sobre o valor que trarão à rede. Um simples plano de três passos deve incluir:
  1. Compreender momentos chave e cronogramas: Será feito em um mês, um trimestre ou um ano?
  2. Oferecer suporte com base em marcos e subsídios de tokens: Evite cair na armadilha de pagar antecipadamente por algo que nunca é enviado.
  3. Compreender o valor potencial de cada projeto de desenvolvimento: O valor total criado na rede por um determinado projeto deve exceder significativamente os recursos investidos.
• Trabalhar com os melhores projetos: Uma característica chave de construir nesta fase inicial das redes blockchain é que, a qualquer momento, é fácil separar os projetos com as equipes mais fortes, uso e tração de mercado. Convencer essas equipes a construir e implantar em uma determinada plataforma pode impulsioná-la em direção ao ajuste do produto ao mercado, uma vez que novos desenvolvedores frequentemente seguem os primeiros adotantes.

Muitos caminhos e estratégias podem levar ao ajuste do produto-mercado, desde a pesquisa aprofundada do usuário até a pura alquimia. Não importa a jornada, as equipes devem estar bem encaminhadas antes de lançar um token. Para inspiração, os projetos também podem buscar exemplos como Uniswap, que capturou a negociação on-chain com a versão 2 de seu protocolo antes do lançamento do token; Optimism, que estava atraindo com sucesso uma ampla variedade de desenvolvedores antes do lançamento do token; e EigenLayer, que agora tem uma atividade significativa de clientes e usuários sem um token ativo.

Finalmente, os projetos que esperam fazer iterações contínuas e substanciais no seu produto após o lançamento do token devem considerar as estratégias alternativas de lançamento de token discutidasaqui.

Um plano acionável para descentralização

Descentralização é a rota mais segura para um token mais duradouro e mais compatível que incorpora os melhores casos de uso de blockchains - redes credíveis e neutras que funcionam como infraestrutura pública no web3. Muitos projetos precisam de tokens para descentralizar verdadeiramente, alinhar e tomar decisões entre os usuários distribuídos, incentivar a participação e desbloquear a promessa da tecnologia blockchain.

Mas a descentralização quase nunca é direta. Os projetos nos EUA frequentemente se deparam com um paradoxo do ovo ou da galinha - a descentralização requer o uso de tokens, mas o uso de tokens requer descentralização. Agravando essa complexidade, para a maioria dos projetos, a descentralização é uma jornada, não é um destino.

Se um projeto planeia ser "Gate"suficientemente descentralizadona altura do lançamento ou pretende utilizar uma estratégia de lançamento alternativa e descentralizar ao longo do tempo através dedescentralização progressiva, a maioria dos projetos deve começar preparando um plano de descentralização.

Este plano deve começar com objetivos de alto nível e depois dividi-los em passos específicos seguintes. The estrutura delineada aquimapeia um conjunto de diferentes características para projetos de blockchain (ambosblockchainseprotocolos de contratos inteligentes) e explica como os projetos podem alcançar uma maior descentralização para cada um. Em particular:

• Computacional: Quem está a fornecer os recursos computacionais que permitem que o projeto funcione? A redundância aqui pode parecer ineficiente, mas é fundamental. Por definição, uma rede descentralizada não pode depender de uma única equipa ou organização para a sua computação. Para uma blockchain, isso pode significar garantir que existe um conjunto robusto de validadores. Para um protocolo de contrato inteligente, isso poderia implicar garantir que existem diversas aplicações e websites disponíveis para aceder ao protocolo. Para uma rede social descentralizada ou um jogo web3, isso poderia implicar uma rede diversificada de servidores ou nós off-chain.
• Desenvolvimento: Que desenvolvimento contínuo é necessário? E quem o irá fazer (ou seja, a equipa principal, desenvolvedores de terceiros, etc.)? Como será financiado? Estas são algumas das questões mais críticas ao longo do caminho de um projeto rumo à descentralização. As respostas serão diferentes dependendo do projeto, mas geralmente dependerão de uma comunidade distribuída de desenvolvedores a implementar ou a integrar com protocolos de contratos inteligentes. Para um jogo web3 ou rede social, isso também pode incluir conteúdo gerado pelo usuário.
• Governança: Como está a descentralização do controlo do projeto a ser feita? Lançar com a expectativa de que a comunidade de um projeto simplesmente vai "resolver as coisas" provavelmente levará à desilusão. A maioria dos projetos não conseguiu superar o complexidades e realidades sociopolíticasenvolvidos na governação descentralizada, e a sua legitimidade e utilidade têm sofrido como resultado. No entanto, é crucial distribuir o controlo. Muitas considerações entram emconceção de governança eficaz, mas minimizando governaçãoé um bom lugar para começar.
• A acumulação de valor: O que está a impulsionar o valor económico de um token? Sejam fluxos de caixa provenientes da cobrança de taxas ou da procura de mercado por tokens, os projetos precisam estabelecer um método pelo qual os seus tokens irão acumular valor que não depende inteiramente dos esforços da equipa fundadora do projeto ou de qualquer outro promotor. Para blockchains, fomentar uma comunidade diversificada de desenvolvedores é fundamental. Para protocolos de contratos inteligentes,incentivizar aplicações de terceiros e clientesé importante e ajuda a proteger contra “domínio do cliente,” onde um aplicativo ou cliente tem um controle desproporcional, dado a sua posição relativa aos outros. Embora esse tipo de descentralização seja desafiador na prática, projetos como Ethereum e Solana conseguiram isso hoje.
• Uso e acessibilidade: Qualquer pessoa pode usar o projeto? Se forem necessários tokens para participar, esses tokens estão amplamente disponíveis? Quão amplo é a base de usuários? Quanto mais livremente os usuários podem acessar um projeto e quanto mais ampla for a sua base de usuários, geralmente mais descentralizado ele é.

A descentralização pode parecer diferente para cada projeto. E os projetos não precisam de ser "totalmente descentralizados" ou mesmo "substancialmente descentralizados" em todas estas categorias para serem "suficientemente descentralizados". Pelo contrário, a descentralização depende da totalidade das circunstâncias de um projeto: Maior descentralização em algumas categorias significa que os projetos podem ser menos descentralizados em outras. Por exemplo, quanto mais desenvolvedores independentes estiverem envolvidos num projeto, mais a equipe fundadora original pode participar na governança descentralizada.

Os projetos também não precisam aderir estritamente aos seus planos de lançamento originais, pois estes evoluirão naturalmente com o tempo e o crescimento. Quando dizemos 'ter um plano de descentralização desde o início', significa simplesmente que delineá-lo antes do lançamento do token dá ao projeto uma verdadeira oportunidade de alcançar a descentralização e também funciona como um guia útil ao longo do caminho. Uma vez que os projetos estabeleçam um plano de descentralização, podem então determinar melhor como o seu estado de descentralização pode ajudá-los a refinar o seu...estratégia de lançamento de token.

Modelo econômico de token convincente

Os tokens podem ser ótimos para alavancar e incentivar, mas não são feijões mágicos. Os projetos precisam de modelo de token sustentávelancoradas em verdadeira economia unitária para ter sucesso. Por exemplo, se um projeto usar incentivos baseados em token sem fim para impulsionar o crescimento - que ultrapassa o valor econômico subjacente que vai para o protocolo - então eventualmente irá à falência. A maioria dos tokens precisará de fluxo de caixa para ter valor.

Como resultado, os projetos devem desenvolver um modelo econômico fundamental que se alinhe com o propósito de seu token, antes de lançá-lo.

Isso não significa necessariamente que as taxas precisam acumular para o token desde o início. O crescimento da rede muitas vezes tem prioridade no início. No mundo tradicional das startups, muitas empresas, incluindo a Uber, priorizam o crescimento. Elas subsidiam os usuários ou reinvestem os fundos em vez de maximizar os lucros. No entanto, os projetos precisam pensar em como esse valor eventualmente fluirá para o token e devem considerar o custo dos incentivos do token ao projetar esse plano.

Para blockchains da Camada 1, o Ethereum, com o EIP-1559 que implementou uma taxa base a ser queimada para todas as transações do Ethereum, oferece o melhor modelo econômico. Para protocolos de contratos inteligentes, ainda não foi estabelecido um modelo definitivo, mas os construtores podem explorar muitos modelos departes interessadascapitalismo - recompensar os detentores de tokens por contribuir para o protocolo de uma forma que beneficie o protocolo. Por exemplo, compensar os detentores de tokens por participarem na governança descentralizada, criarem conteúdo ou fornecerem liquidez.

À medida que este modelo ganha vida, esteja atento a armadilhas legais específicas, incluindo a criaçãoriscos fiscais para detentores de tokens, acrescentar valor aos detentores de tokens a partir de atividades ilícitas, ou combinando direitos de voto e econômicosde uma forma que implica as leis de valores mobiliários dos EUA. Consulte o seu conselheiro para ajudar a navegar por estas e outras questões.

Estrutura organizacional robusta

A estrutura organizacional pode influenciar significativamente o sucesso de um lançamento de token e definir como o projeto opera no futuro. Não há uma estrutura única que sirva para todos, portanto, o processo de escolher uma deve começar vários meses antes do lançamento do token. Mesmo a estrutura mais simples precisa estar em vigor antes do lançamento para garantir conformidade com quaisquer obrigações regulatórias e fiscais relacionadas à emissão do token inicial.

Uma estrutura típica para um projeto web3 inclui a corporação de desenvolvimento original (também conhecida como DevCo), uma fundação estrangeira, uma organização autônoma descentralizada (DAO) e desenvolvedores de protocolos ou aplicativos de terceiros.

Centenas de decisões são tomadas para estabelecer até mesmo uma estrutura organizacional simples. Novamente, nenhum dois projetos são iguais, mas aqui estão alguns princípios gerais que os projetos devem considerar:

• Divisão DevCo/fundação: Num nível elevado, a maioria dos projetos deve ter como objetivo tornar a DevCo numa de muitas desenvolvedoras e operadoras de aplicativos no ecossistema, enquanto a fundação coordena os esforços da comunidade e salvaguarda a neutralidade credível do projeto. O ecossistema Ethereum faz um bom trabalho ao separar os papéis relativos das DevCos e da Fundação Ethereum. Criticamente, uma fundação não deve existir apenas no nome. Precisa ter substância e propósito reais. Isso pode significar adicionar um fundador para liderar a fundação, ou fornecer à fundação marketing, comunicações e operações de lançamento no mercado focadas em trazer novos desenvolvedores para o ecossistema e ajudar a organizar a comunidade.
• DAOs e eliminação da governança baseada em tokens: Enquanto eliminando governação baseada em tokenstem seus méritos, mas na prática é difícil. Por exemplo, a maioria dos projetos desejará estabelecer um tesouro com tokens de governança que não foram alocados na distribuição inicial. Embora seja verdade que uma fundação estrangeira possa controlar o tesouro, consolidar esse poder poderia levantar preocupações com a centralização. Alternativamente, quando os detentores de tokens controlam o tesouro, eles descentralizam o poder econômico e determinam se a fundação deve continuar a receber financiamento.
• Desenvolvedores e aplicações de terceiros: Atrair desenvolvedores de terceiros para construir em cima de um projeto é um dos desafios mais difíceis ao descentralizar. Os desenvolvedores geralmente escolhem projetos com base em vários fatores, incluindo: (1) a tecnologia subjacente a um projeto, (2) a popularidade de um projeto, (3) financiamento e incentivos, e (4) se o projeto é neutro de forma credívelinfraestrutura pública, ou um sistema proprietário controlado por uma corporação (ou seja, a diferença entre Ethereum e a Apple App Store). Criticamente, os projetos precisam transmitir confiança aos desenvolvedores de que eles serão livres para construir um negócio real e que as regras não estarão sujeitas a mudanças arbitrárias.

Mais dois desafios organizacionais a notar e estratégias emergentes para os abordar:

Em primeiro lugar, o uso de um DAO adiciona uma camada de complexidade às operações de um projeto. Os DAOs geralmente não possuem existência legal, não podem pagar impostos e podem potencialmente expor os seus membros a responsabilidades ilimitadas, onde são responsáveis pelas dívidas do projeto e pela conformidade fiscal.

Estes riscos são não teórico, mas novas soluções podem ajudar. Em março de 2024, Wyoming aprovou uma nova forma de entidade jurídica chamada de um Associação sem fins lucrativos não incorporada descentralizada (DUNA)- modelado em -recomendaçõesajudamos a criar - que pode resolver os três problemas para DAOs e proporcionar-lhesmuitos benefícios adicionais. Mais importante ainda, a estrutura da entidade legal é sem permissão e permite que os DAOs que a utilizam continuem a funcionar exatamente como os DAOs funcionam atualmente. As DUNAs não são adequadas para todos os DAOs, por isso os projetos que as consideram devem discutir com o conselheiro.

Em segundo lugar, estabelecer uma fundação que entregue valor significativo à comunidade é especialmente difícil se a fundação estiver localizada num lugar que não tem um forte talento em web3. Até à data, a maioria dos projetos tem enfrentado este problema, uma vez que as fundações estão tipicamente localizadas em jurisdições de nicho e contratar fora dessas jurisdições arrisca minar a base legal para essas estruturas.

Alguns projetos estão agora a começar a enfrentar este desafio, adicionando uma subsidiária operacional à sua fundação estrangeira, normalmente localizada numa jurisdição onde é mais fácil contratar funcionários. O Reino Unido – com o seu forte grupo de talentos, abordagem construtiva à regulamentação web3 e tratados fiscais favoráveis – está a emergir como um forte candidato para este papel. Uma subsidiária operacional de uma fundação estrangeira pode ser financiada pela fundação e conduzir todas as operações para a fundação, reduzindo assim o risco de ter funcionários localizados fora da jurisdição de origem da fundação.

Outros projetos estão a utilizar fundações independentes dos EUA para complementar as suas fundações estrangeiras. Estas fundações dos EUA podem inicialmente ser financiadas pela DevCo e depois receber subsídios contínuos da DAO. As suas operações também podem incluir a gestão dos seus próprios programas de subsídios, fornecer assistência ao desenvolvimento e coordenar a governança descentralizada. A Fundação Uniswap é um ótimo exemplo desta abordagem, pois efetivamente assumiu a tutela da comunidade Uniswap e agora impulsionar o envolvimento e a atividade dos desenvolvedores independentes, aumentando assim a descentralização.

Em última análise, a estrutura organizacional de um projeto será determinada por vários fatores: A estrutura de governança do projeto e o modelo econômico, qualquer trabalho de desenvolvimento planeado, as tecnologias subjacentes a quaisquer produtos e serviços, e a localização geográfica do projeto e do seu mercado-alvo. Certifique-se de trabalhar em estreita colaboração com consultores jurídicos e fiscais para implementar uma estrutura eficaz antes de lançar um token.

Prontidão operacional

Lançar e ter um token em tempo real requer uma série de alterações nas operações de um projeto. Começar cedo pode ajudar os projetos a superar os desafios operacionais e garantir que as tarefas críticas não sejam uma reflexão tardia.

• Financiamento: A maioria das DevCos tem como objetivo ter pelo menos 3 anos de autonomia após o lançamento do token. Estes fundos podem ser utilizados para desenvolvimento de produtos adicionais, bem como para se defenderem de incursões regulatórias. Angariar fundos após o lançamento de um token pode ser um desafio para as DevCos. Lançar um token significa tipicamente que o seu produto principal agora pertence a uma comunidade, podem não ter produtos adicionais alinhados, e as vendas de tokens introduzem um risco legal significativo. Os projetos devem planear adequadamente, e também garantir que as fundações têm dimensão e capital adequados para o seu papel esperado.
• Mecânicos: O mecânicas reaisenvolvidos no lançamento de um token - entrega de tokens aos funcionários e investidores, criação de lockups e muito mais - são complexos e podem levar vários meses para serem colocados. Comece cedo.
• Comunicações: As comunicações públicas que antecedem e seguem um lançamento de tokens importam muito. Garantir que a equipa do projeto, e especialmente a sua liderança, tenham uma política de comunicações rigorosa e adaptada à estratégia de lançamento de tokens é crucial. Uma única declaração errada de um CEO pode colocar um projeto inteiro em risco. Para mais orientações, ver esta publicação.
• Incentivos aos funcionários: Os projetos frequentemente utilizam tokens como recompensas baseadas em incentivos para os funcionários e consultores. A estruturação nos anos anteriores a um lançamento de token é bastante simples, mas à medida que os projetos se aproximam de um lançamento de token, surgem novas complexidades. Por exemplo, dada a volatilidade dos preços dos tokens, alguns projetos percebem que não faz sentido conceder tokens ao longo de vários anos e, em vez disso, preferem oferecer prémios anuais, tipicamente estruturados como unidades de token restritas (RTUs). Os projetos devem solicitar ao seu consultor que analise todas as variações que tenham observado para combater a volatilidade dos preços dos tokens.
• Incentivos de parceria: Os projetos também podem usar tokens para alinhar os incentivos dos desenvolvedores independentes com os objetivos do projeto. Antes do lançamento, os prémios aos desenvolvedores podem ser estruturados como acordos de parceria, frequentemente com base em marcos de desenvolvimento e utilizadores. Após o lançamento, os projetos podem contar com fundos do ecossistema e programas de subsídios para incentivar os desenvolvedores; ou podem escolher programas de incentivo programáticos (like Liquity, que recompensa automaticamente os operadores de frontend por trazerem utilizadores para o protocolo), o que pode permitir de forma mais eficaz que qualquer pessoa participe e construa.
• Descentralização operacional: Passar de esforços operacionais centralizados para um amplo envolvimento comunitário não afiliadorequer alterações significativas. As atividades off-chain - como desenvolvimento de protocolo, marketing e governança - podem ser críticas para o sucesso de um projeto. E descentralizá-las envolve uma distribuição estratégica de papéis e responsabilidades dentro da comunidade, de modo que nenhum grupo ou entidade única tenha influência suficiente para arriscar infringir as leis de valores mobiliários dos EUA. Uma armadilha comum para DAOs, por exemplo, é centralizar inadvertidamente a governança, o que pode levar a gargalos regulatórios e operacionais. Direcionar um projeto para a descentralização, mantendo-se em conformidade e resiliente, requer um planejamento detalhado com relação às atividades on-chain e off-chain. Em última análise, o objetivo é impulsionar interações e contribuições da comunidade para alcançar uma “descentralização suficiente”.

Como enfatizamos em outras partes desta série, não existe orientação única para lançamentos de tokens. Em vez disso, estes são apenas alguns critérios a considerar ao planear um lançamento, juntamente com aconselhamento de confiança.

Cada lançamento de token será diferente, dependendo das realidades práticas do projeto, desde o que é considerado descentralização suficiente até o grau de prontidão em todas as cinco destas categorias. No final, o lançamento de um token dependerá de uma variedade de circunstâncias que existem para além de um planeamento cuidadoso.

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 das suas afiliadas. Alguma informação contida aqui foi obtida de fontes de terceiros, incluindo de empresas do portfólio de fundos geridos pela a16z. Apesar de ser proveniente de fontes consideradas fiáveis, a a16z não verificou independentemente essas informações e não faz representações sobre a atual ou duradoura precisão das informações ou a sua adequação para uma situação específica. Além disso, este conteúdo pode incluir anúncios de terceiros; a a16z não revisou esses anúncios e não endossa qualquer conteúdo publicitário neles contido.

Este conteúdo é fornecido apenas para fins informativos e não deve ser considerado como aconselhamento jurídico, empresarial, de investimento ou fiscal. Deve consultar os 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 é dirigido nem destinado ao uso por quaisquer investidores ou potenciais investidores e, em circunstância alguma, pode ser considerado ao tomar uma decisão de investir em qualquer fundo gerido pela a16z. (Uma oferta para investir num fundo a16z será feita apenas através do memorando de subscrição privada, contrato de subscrição e outros documentos relevantes de qualquer fundo desse tipo e devem ser lidos na sua totalidade.) 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 sejam rentáveis ou de que outros investimentos feitos no futuro tenham características ou resultados semelhantes. Uma lista de investimentos feitos por fundos geridos por 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 negociados publicamente) está disponível em https://a16z.com/investments/.

Os gráficos e as tabelas fornecidos 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 refere-se apenas à data indicada. Quaisquer projeções, estimativas, previsões, metas, perspectivas e/ou opiniões expressas nestes materiais estão sujeitas a alterações sem aviso prévio e podem diferir ou ser contrárias às opiniões expressas por outros. Por favor, consulte https://a16z.com/disclosurespara informações adicionais importantes.

Aviso legal：

1. Este artigo é reeditado a partir de [a16z]. Todos os direitos autorais pertencem ao autor original [Miles Jennings, Jason Rosenthal]. Se houver objeções a esta reedição, entre em contato com o Gate Learnequipa e eles vão tratar disso prontamente.
2. Responsabilidade de Isenção: 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, é proibida a cópia, distribuição ou plágio dos artigos traduzidos.