Isso foi provavelmente inspirado em parte por (1) os fracassos de muitas novas blockchains Layer-1 recentes em comparação com (2) o sucesso extraordinário da Hyperliquid e do HyperEVM. Para qualquer leitor não cripto, a Hyperliquid é uma exchange descentralizada de perpétuos + spot que rapidamente dominou a participação de mercado, mesmo entre os incumbentes centralizados. Eles lançaram sua própria blockchain EVM de alta velocidade, impulsionada pelo sucesso da exchange. No momento em que escrevo isso, a Hyperliquid tem uma capitalização de mercado de cerca de $11B e uma avaliação totalmente diluída de $33B.

A Hyperliquid foi um dos primeiros sucessos notáveis de uma nova L1 que foi impulsionada pela sua aplicação principal geradora de receita. Concordo com a opinião do Jason, na maioria das vezes. Mas a maioria das L1s não estava na posição em que a HL estava quando começou; o Jeff (o fundador) tinha gerido uma das melhores empresas de HFT em cripto anteriormente + tinha um bankroll considerável que impediu a necessidade de levantar financiamento externo.

Então, eu dei algumas reflexões alternativas sobre como eu penso sobre estratégia/GTM para um novo L1 e construir aplicações em cima, especialmente ao seguir o caminho mais tradicional de financiamento de risco + construção de infraestrutura nova (se o seu L1 não tiver diferenciação de características significativa e for uma cópia, então isso não vai te ajudar). Eu baseei isso principalmente em meus aprendizados práticos ao fazer exatamente isso em Ritual + prestando atenção às estratégias e execução de outras L1s com ecossistemas robustos. Ainda estou a aprender à medida que avanço, por isso talvez volte e revise isto.

De qualquer forma, aqui estão os meus pensamentos:

Semear Ativamente vs. "Construa e Eles Virão"

A mentalidade "Construa e eles virão" era uma estratégia endémica ao cripto antes de 2021, quando havialongemenos infraestrutura. A ideia era basicamente que, se você construísse uma nova cadeia ou L2, os construtores viriam e tentariam capturar novos usuários e fazer beta para o token da sua cadeia. Isso funcionou por um tempo porque havia tão poucas cadeias investíveis com boa tecnologia, e havia prêmios sustentados para infraestrutura. Esses prêmios se deterioraram ao longo dos anos, especialmente com tantas novas cadeias com pouca utilização e aplicações atraentes (a maioria dos aplicativos de cadeias são cópias/forcas).

Isto claramente já não funciona, pelo menos não se a sua cadeia for nova. Um dos poucos ecossistemas que executou isto bem recentemente foi o HyperEVM - mas nem mesmo exatamente isso. O HyperEVM funciona devido ao Hyperliquid Core (a bolsa) criar uma aplicação primária valiosa que fluía de volta para os detentores de $HYPE e para o ecossistema Hype (e fez muitas pessoas ricas por serem utilizadores ativos antes do TGE).

Em comparação, agora estamos a ver um vasto cemitério de L1s/L2s que operaram sob este paradigma desde o início/pensaram que poderiam compensar isto, mas dando subsídios e promovendo pura partilha de conhecimento.

Dito isso, construir “qualquer coisa” é difícil. Construir infra é difícil. Construir apps é difícil. Especialmente em cripto, porque construir não é apenas sobre implementar código - há uma tonelada de trabalho de bastidores/execução que vai para GTM, operações, legal, etc, que geralmente não é valorizado.

Ao construir um L1 (se o que está a construir é realmente uma arquitetura nova, e não um fork como disse), é uma tarefa técnica e de GTM gigantesca. Ninguém sabe qual será, com certeza, a aplicação matadora, por isso o seu trabalho é construir o produto + trabalhar com os construtores para permitir o maior número possível de aplicações de alta qualidade para maximizar essa oportunidade tanto para o L1 quanto para os construtores que confiam em si.

O que isso significa para as equipas de infra é que você ou:

1. Contrate mais pessoas competentes para trabalhar na construção de tudo internamente, incluindo os principais aplicativos, que podem funcionar. Mas:
   1. (a) bom talento é difícil de encontrar
   2. (b) ter bons talentos internamente significa levantar mais capital de investidores, o que as pessoas realmente não gostam de ver hoje em dia. (Eu sei que a Hyperliquid fez isso com 10 pessoas, mas a maioria dos fundadores não estava na posição em que Jeff estava quando começou a construí-la. Ainda assim, eles são insanos)
   3. Não basta contratar engenheiros, é preciso contratar GTM dedicado, operações, marketing, consultoria, etc. É provável que haja uma oportunidade em grande escala para cruzar plataformas aqui, mas isso requer umlongohora de atingir isso, especialmente porque cada aplicativo pode ser tão diferente.
2. Execute o playbook "construa e eles virão" + distribua agressivamente subsídios para que as pessoas venham construir qualquer coisa. Geralmente cai na armadilha de fazendeiros de subsídios com equipes pouco impressionantes/aplicações não diferenciadas e não funciona a longo prazo.
3. Semear ativamente o seu ecossistema. O que quero dizer com isto é ter uma abordagem agressiva na construção de empresas na sua infraestrutura, construindo protótipos/algumas aplicações leves na sua infraestrutura que você pode trabalhar com outros construtores/parceiros para levar até ao fim.

Os construtores querem ver que você está se esforçando e dedicando seu tempo ao que diz, e, no final, ninguém vai entender o que é realmente possível na sua própria infraestrutura, no começo, melhor do que as pessoas que a construíram. Dessa forma, você pode: (a) apresentar aplicações novas e atraentes, (b) mostrar o que pode ser construído na sua infraestrutura e (c) ter alguma influência sobre a direção que você deseja ver a eco evoluir além de simplesmente distribuir dinheiro.

Agora (3) ainda requer talento interno capaz de construir aplicações, mas torna-se mais um exercício ativo em ajudar a construir protocolos reais desde o início, sem grandes gastos de recursos/desviar da melhoria da infraestrutura central. Funcionalmente, é quase como criar/incubar essas empresas.

Esta abordagem é possível, embora seja o caminho mais difícil e lento? Sim. Mas também acho que é uma abordagem mais orientada a longo prazo para projetos de infraestrutura que ainda estão a trabalhar na sua infra/começo. É certamente a abordagem que estamos a seguir.Ritual, com programas como Santuário Ritualonde construímos aplicações que gostaríamos de ver no Ritual + achamos que podem ser aplicações killer em cripto e IA.

Mas não somos só nós - a Solana teve muito desenvolvimento ativo em conjunto com a FTX + Jump e algumas outras pessoas nos primeiros dias. Vários novos projetos populares na CT, como Plasma, MegaETH, Monad, etc., adotaram abordagens ativas para criar um conjunto central de protocolos nativos aos seus ecossistemas, em cima de protocolos existentes.

Espero que isso se torne uma estratégia dominante (+ adiciona à dificuldade de realmente se destacar como uma nova infra sobre o trabalho técnico).

Em alguns mundos, eu adoraria se construíssemos muitos dos protótipos do Santuário Ritual totalmente internamente e os operássemos nós mesmos. Mas reconheço que eles merecem equipes dedicadas que possam se destacar tanto no produto quanto na execução do GTM (muitas das quais provavelmente são melhores combinações de equipe-mercado do que nós, mesmo que tenhamos o que eu considero uma das equipes funcionais mais fortes do setor).

Se conseguirmos trabalhar para construí-los ao lado dessas equipes, ao mesmo tempo em que oferecemos um forte potencial econômico a construtores externos, isso ainda é uma vitória. Isso nos permite "possui-lo" em um sentido metafórico, mas também introduzir novas perspectivas e novos talentos.

De qualquer forma, resumo: Sim, se você conseguir ter o melhor aplicativo de primeira parte na sua nova infraestrutura, isso é ótimo. Mas se você tiver restrições de recursos, então faça um esforço forte e agressivo para realmente semear seu ecossistema com protótipos/construir ao lado deles em vez de ficar preguiçoso com isso.

Declaração de isenção de responsabilidade:

1. Este artigo é reproduzido de [Open Alchemy]. Todos os direitos autorais pertencem ao autor original [*Saneel Sreeni]. Se houver objeções a esta reimpressão, por favor, entre em contato com o Gate Learn equipe, e eles lidarão com isso prontamente.
2. Declaração de Isenção de Responsabilidade: As opiniões e os pontos de vista expressos neste artigo são unicamente do autor e não constituem qualquer aconselhamento de investimento.
3. As traduções do artigo em outras línguas são feitas pela equipe Gate Learn. A menos que mencionado, copiar, distribuir ou plagiar os artigos traduzidos é proibido.