"Como posso lançar um token" é uma das perguntas mais comuns que recebemos dos fundadores, dada a natureza em constante evolução da indústria de criptomoedas. À medida que os preços sobem e o FOMO se instala - todo mundo está lançando um token, devo fazer o mesmo? - é ainda mais importante que os construtores abordem os tokens com cautela e cuidado. Assim, nesta série especial de posts, abordamos estratégias para gerenciar o risco, estruturas para avaliar a prontidão operacional, e algumas regras adicionais para lançamento. Certifique-se de se inscrever para @A16ZCRYPTO"Assine nossa newsletter para mais informações sobre tokens e outros recursos para construção de empresas.

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

Mas desbloquear o potencial dos tokens como um nova primitiva digital(semelhante ao que os sites eram na web1), é muito mais difícil. Lançar tokens com casos de uso produtivos, atrelados a produtos e serviços que as pessoas possam usar, é muito mais complexo. 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 cedo demais. Esse erro muitas vezes é fatal, então qualquer projeto que esteja pensando em dar esse passo deve estabelecer por que e como pretende lançar um token, juntamente com quando planeja fazer isso.

Perguntar “quando” não se trata tanto de calendário quanto de estabelecer o momento 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 um projeto está realmente pronto? Neste post, discutimos considerações importantes e alguns dos riscos e compensações que os projetos encontrarão ao longo do caminho.

Adequação do produto ao mercado

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

Adicionar um token a um projeto prematuramente também pode tornar ainda mais difícil encontrar o encaixe do produto no mercado. Tokens podem distorcer incentivos, influenciar o comportamento do usuário e travar certos elementos de um produto. Mudar o modelo econômico de um token após o lançamento, por exemplo, pode ser difícil, mesmo ao fazer essa mudança para encontrar o encaixe do produto no mercado.

Portanto, embora tokens bem projetados sejam um poderoso amplificador para o ajuste do produto ao mercado, eles de forma alguma substituem a construção e o lançamento do produto certo. Tokens podem atrair usuários, mas não podem fazer com que eles permaneçam. E certamente não podem compensar quaisquer problemas subjacentes do produto que as equipes devem diagnosticar e corrigir antes do lançamento.

Claro, alcançar o ajuste entre o produto e o mercado é muito mais fácil falar do que fazer. É necessário habilidade e serendipidade para trazer o produto certo para um ótimo mercado. Mas as equipes no início dessa jornada podem tentar algumas estratégias diferentes para começar, incluindo:

• Projetando efeitos de rede auto-reforçadores desde o início: Tokens são uma nova e incrivelmente poderosa primitiva para projetar efeitos de rede auto-reforçadores - por meio de incentivos, distribuição de tokens gratuitos, 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 forma 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 um entendimento inato do poder e potencial de uma nova tecnologia. Identificar esses clientes cedo e cultivar um entendimento profundo de suas necessidades é fundamental. Com o tempo, mais pessoas provavelmente seguirão seu exemplo, o que pode aumentar a tração de um projeto e sua participação no mercado.
• Recompensando os usuários certos: Toda nova plataforma atrai tanto usuários avançados que estão lá pelos motivos certos quanto arbitradores ("caçadores de airdrop," para muitos projetos de criptomoeda) que estão atrás de ganhar dinheiro rápido. É essencial identificar e recompensar os usuários avançados, que podem fornecer valor a longo prazo para a rede e trazer outros junto com eles.
• Investir em desenvolvedores: Distribuir bolsas de tokens para desenvolvedores que constroem na plataforma de um projeto encoraja um crescimento composto, nutre os primeiros adotantes e enriquece toda a comunidade. Ao decidir quais equipes apoiar, os projetos devem pensar estrategicamente sobre o valor que trarão para a rede. Um plano simples de três etapas deve incluir:
  1. Compreendendo momentos-chave e cronogramas: Será feito em um mês, um trimestre ou um ano?
  2. Oferecendo suporte baseado em marcos e concessões de tokens: Evite cair na armadilha de pagar antecipadamente por algo que nunca é entregue.
  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.
• Trabalhando com os melhores projetos: Uma característica fundamental de construir neste estágio 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 plataforma específica pode impulsioná-la em direção ao ajuste do produto-mercado, já que novos desenvolvedores frequentemente seguem os primeiros adotantes.

Muitos caminhos e estratégias podem levar ao ajuste do produto-mercado, desde pesquisa aprofundada do usuário até pura alquimia. Independentemente da jornada, as equipes devem estar bem encaminhadas antes de lançar um token. Para se inspirar, os projetos também podem buscar exemplos como Uniswap, que capturou negociações on-chain com a versão 2 de seu protocolo antes do lançamento do token; Optimism, que estava atraindo com sucesso uma ampla gama 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, projetos que esperam realizar iterações contínuas e substanciais em seu produto após o lançamento do token devem considerar 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 das blockchains – redes credíveis e neutras que funcionam como infraestrutura pública na web3. Muitos projetos precisam de tokens para descentralizar de verdade, 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. Projetos nos EUA muitas vezes 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 planeja ser " suficientemente descentralizadona hora do lançamento ou pretende usar 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, em seguida, dividi-los em etapas específicas seguintes. The estrutura delineada aquimapeia uma série de características diferentes para projetos de blockchain (ambosblockchainseprotocolos de contratos inteligentes) e explica como os projetos podem alcançar maior descentralização para cada um. Em particular:

• Computacional: Quem está fornecendo os recursos computacionais que permitem que o projeto funcione? A redundância aqui pode parecer ineficiente, mas é crítica. Por definição, uma rede descentralizada não pode depender de nenhuma equipe ou organização específica para sua computação. Para um blockchain, isso pode significar garantir que haja um conjunto robusto de validadores. Para um protocolo de contrato inteligente, isso poderia implicar em garantir que existam diversas aplicações e sites disponíveis para acessar o protocolo. Para uma rede social descentralizada ou um jogo web3, isso poderia implicar em uma rede diversificada de servidores ou nós off-chain.
• Desenvolvimento: Que desenvolvimento contínuo é necessário? E quem será responsável por fazê-lo (ou seja, a equipe principal, desenvolvedores de terceiros, etc)? Como será financiado? Estas são algumas das perguntas mais críticas ao longo do caminho de um projeto em direção à descentralização. As respostas serão diferentes dependendo do projeto, mas geralmente dependerão de uma comunidade distribuída de desenvolvedores implementando ou integrando protocolos de contratos inteligentes. Para um jogo web3 ou social, isso também pode incluir conteúdo gerado pelo usuário.
• Governança: Como está sendo descentralizado o controle do projeto? Iniciar com a expectativa de que a comunidade de um projeto apenas irá "resolver as coisas" provavelmente resultará em decepção. A maioria dos projetos falhou em superar o complexidades e realidades sociopolíticasenvolvidos na governança descentralizada, e sua legitimidade e utilidade têm sofrido como resultado. No entanto, é crucial distribuir o controle. Muitas considerações entram emprojetando governança eficaz, mas minimizando governançaé um bom lugar para começar.
• Acúmulo de valor: O que está impulsionando o valor econômico de um token? Sejam fluxos de caixa provenientes da cobrança de taxas ou demanda de mercado por tokens, os projetos precisam estabelecer um método pelo qual seus tokens acumularão valor que não depende inteiramente dos esforços da equipe fundadora do projeto ou de qualquer outro promotor. Para blockchains, fomentar uma comunidade diversificada de desenvolvedores é fundamental. Para protocolos de contratos inteligentes,incentivizando aplicativos de terceiros e clientesé importante e ajuda a proteger contra “domínio do cliente,” onde um aplicativo ou cliente tem um controle desproporcional dada sua posição em relação aos outros. Embora esse tipo de descentralização seja desafiador na prática, projetos como Ethereum e Solana o alcançaram 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 ampla é a base de usuários? Quanto mais livremente os usuários podem acessar um projeto e mais ampla for sua base de usuários, geralmente mais descentralizado ele é.

Descentralização pode parecer diferente para cada projeto. E os projetos não precisam ser “totalmente descentralizados” ou mesmo “substancialmente descentralizados” em todas essas categorias para serem “suficientemente descentralizados.” Em vez disso, 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 em um projeto, mais a equipe original fundadora pode participar da governança descentralizada.

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

Modelo econômico de token convincente

Os tokens podem ser ótimos para inicialização e incentivos, mas não são feijões mágicos. Os projetos precisam de modelo de token sustentávelancorados em economia real da unidade para ter sucesso. Por exemplo, se um projeto usar incentivos baseados em tokens intermináveis para impulsionar o crescimento - que supera o valor econômico subjacente que está sendo acumulado pelo 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 esteja alinhado 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 fluirá eventualmente para o token e devem considerar o custo dos incentivos do token ao projetar esse plano.

Para blockchains de Camada 1, o Ethereum, com 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 para contribuírem para o protocolo de uma maneira que beneficie o protocolo. Por exemplo, compensar os detentores de tokens por participarem na governança descentralizada, criando conteúdo ou fornecendo liquidez.

À medida que este modelo ganha vida, fique atento a armadilhas legais específicas, incluindo a criaçãoriscos fiscais para detentores de tokens, acrescentando 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 seu advogado para ajudar a navegar por esses e outros.

Estrutura organizacional robusta

A estrutura organizacional pode influenciar significativamente o sucesso de um lançamento de token e definir como o projeto opera bem no futuro. Não existe uma estrutura única que sirva para todos, então 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 desenvolvedora 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: Em um nível mais alto, a maioria dos projetos deve visar tornar a DevCo um dos muitos desenvolvedores e operadores de aplicativos no ecossistema, enquanto a fundação coordena os esforços da comunidade e protege 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. Ela precisa ter substância e propósito reais. Isso poderia significar adicionar um fundador para liderar a fundação, ou fornecer à fundação marketing, comunicações e operações de lançamento de 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 a governança baseada em tokentem seus méritos, é difícil na prática. Por exemplo, a maioria dos projetos vai querer 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 de 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 aplicativos de terceiros: Atração de 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 que sustenta um projeto, (2) a popularidade de um projeto, (3) financiamento e incentivo, e (4) se o projeto é neutro de forma crí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 inspirar confiança nos 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 serem observados e estratégias emergentes para lidar com eles:

Primeiro, usar um DAO adiciona uma camada de complexidade às operações de um projeto. Os DAOs geralmente não têm existência legal, não podem pagar impostos e podem potencialmente expor seus membros a responsabilidade ilimitada, onde são responsáveis pelas dívidas do projeto e 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 Associação Descentralizada sem Fins Lucrativos Não Incorporada (DUNA)– modelado emrecomendaçõesajudamos a fazer – 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 fazem atualmente. DUNAs não são adequados para todos os DAOs, portanto, os projetos que as consideram devem discutir com advogados.

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

Alguns projetos estão começando a enfrentar esse desafio adicionando uma subsidiária operacional à sua fundação estrangeira, geralmente localizada em uma jurisdição onde é mais fácil contratar funcionários. O Reino Unido - com seu amplo pool de talentos, abordagem construtiva à regulamentação da web3 e tratados fiscais favoráveis - está surgindo como um forte candidato para esse 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 o risco de ter funcionários localizados fora da jurisdição de origem da fundação.

Outros projetos estão usando fundações independentes dos EUA para complementar suas fundações estrangeiras. Essas fundações dos EUA podem ser inicialmente financiadas pela DevCo e depois receber subsídios contínuos da DAO. Suas operações também podem incluir a operação de seus próprios programas de subsídios, fornecimento de assistência ao desenvolvimento e coordenação da governança descentralizada. A Fundação Uniswap é um ótimo exemplo dessa abordagem, pois efetivamente assumiu a administração da comunidade Uniswap e agora impulsionando o engajamento e a atividade independente dos desenvolvedores, aumentando assim a descentralização.

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

Prontidão operacional

Lançar e ter um token ao vivo requer uma série de mudanças nas operações de um projeto. Começar cedo pode ajudar os projetos a superarem os desafios operacionais e garantir que as tarefas críticas não sejam deixadas para depois.

• Financiamento: A maioria das DevCos tem como objetivo ter pelo menos 3 anos de prazo após o lançamento do token. Esses fundos podem ser destinados a produtos adicionais e trabalhos de desenvolvimento, bem como para se defender contra invasões regulatórias. Captar recursos após o lançamento de um token pode ser desafiador para as DevCos. Lançar um token normalmente significa que seu produto principal agora é de propriedade de uma comunidade, eles podem não ter produtos adicionais alinhados, e as vendas de tokens introduzem riscos legais significativos. Os projetos devem planejar adequadamente e também garantir que as fundações tenham o tamanho e capitalização apropriados para seu papel esperado.
• Mecânica: O mecânica realenvolvidos no lançamento de um token - entregando tokens para funcionários e investidores, estabelecendo lockups e muito mais - são complexos e podem levar vários meses para serem colocados em prática. Comece cedo.
• Comunicações: As comunicações públicas que antecedem e seguem um lançamento de token são muito importantes. Garantir que a equipe do projeto, especialmente sua liderança, tenha uma política rígida de comunicações adaptada à estratégia de lançamento do token é crucial. Uma única declaração errônea por parte de um CEO pode colocar um projeto inteiro em risco. Para obter mais orientação, ver esta postagem.
• Incentivos aos funcionários: Projetos frequentemente usam tokens como recompensas baseadas em incentivos para funcionários e consultores. A estruturação nos anos anteriores ao lançamento de um token é bastante simples, mas à medida que os projetos se aproximam do lançamento de um token, novas complexidades surgem. Por exemplo, devido à 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 anualmente, geralmente estruturados como unidades de token restritas (RTUs). Os projetos devem pedir a seus advogados para revisar todas as variações que eles viram 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, prêmios aos desenvolvedores podem ser estruturados como acordos de parceria, frequentemente apresentando marcos baseados em métricas de desenvolvimento e de usuários. Após o lançamento, os projetos podem contar com fundos de ecossistema e programas de subsídios para incentivar os desenvolvedores; ou eles podem escolher programas de incentivo programáticos(comoLiquity, que recompensa automaticamente os operadores de frontend por trazerem usuários para o protocolo), o que pode possibilitar de forma mais eficaz que qualquer pessoa participe e construa.
• Descentralização operacional: Mudando dos esforços operacionais centralizados para um amplo engajamento comunitário não afiliadorequer mudanças significativas. Atividades fora da cadeia – 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 para que nenhum grupo ou entidade única tenha influência suficiente para arriscar violar 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 rumo à descentralização, mantendo-se compatível e resiliente, requer um planejamento detalhado com relação às atividades tanto dentro como fora da cadeia. Em última análise, o objetivo é impulsionar interações e contribuições da comunidade para alcançar uma “suficiente descentralização”.

Como enfatizamos em outras partes desta série, não há orientações únicas para lançamentos de tokens. Em vez disso, esses são apenas alguns critérios a serem considerados ao planejar um lançamento, juntamente com aconselhamento confiável.

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 essas cinco categorias. No final, o lançamento de um token dependerá de uma variedade de circunstâncias que vão além do planejamento cuidadoso.

As opiniões expressas aqui são daqueles citados pelos indivíduos da AH Capital Management, L.L.C. (“a16z”) e não representam as opiniões da a16z ou 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, a 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; a 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 essas questões. 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 quaisquer investidores ou potenciais investidores e não pode, em nenhuma circunstância, ser considerado ao tomar uma decisão de investir em qualquer fundo gerido pela a16z. (Uma oferta para investir em um fundo a16z será feita apenas pelo memorando de colocação privada, acordo de subscrição 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 pela Andreessen Horowitz (excluindo investimentos para os quais o emissor não deu permissão para a16z divulgar publicamente, bem como investimentos não anunciados em ativos digitais negociados publicamente) está disponível emhttps://a16z.com/investments/.

As tabelas e gráficos fornecidos são apenas para fins informativos e não devem ser invocados 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 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, veja https://a16z.com/disclosurespara informações importantes adicionais.

Aviso Legal:

1. Este artigo é reproduzido a partir de [a16z]. Todos os direitos autorais pertencem ao autor original [Miles Jennings, Jason Rosenthal]. Se houver objeções a esta reimpressão, entre em contato com o Gate Learnequipe e eles lidarão com isso prontamente.
2. Responsabilidade Legal: As opiniões expressas neste artigo são exclusivamente do autor e não constituem qualquer tipo de 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.