gane5h

A Crise de Latência é Real

Há mais de um ano, iniciamos uma iniciativa interna de moonshot na @Covalent_HQ para reimaginar a infraestrutura blockchain a partir de princípios fundamentais.

Chamamos isso de nosso Projeto Manhattan - como o esforço de P&D durante a guerra que reuniu as mentes mais brilhantes para resolver um problema urgente.

Mas o nosso não é sobre física. É sobre dados blockchain.

Por quê?

Porque algo mudou fundamentalmente.

As cadeias agora produzem blocos em menos de um segundo.

No entanto, a maioria dos aplicativos ainda depende de APIs que atualizam a cada 5–30 segundos.

Indexadores legados. Laços de polling. Capturas de tela desatualizadas.

Chamamos isso de Crise de Latência - e não é apenas um inconveniente para os desenvolvedores.

É uma falha sistêmica na base do Web3.

↠ Oráculos estão desatualizados no momento em que postam.
↠ Exploradores de blocos ficam atrás do estado real da cadeia.
↠ Painéis de controle parecem quebrados.
↠ Bots perdem negociações lucrativas.
↠ Carteiras exibem saldos desatualizados e confundem os usuários.

Isso não é um caso isolado. É o comportamento padrão em todo o ecossistema.

Após mais de 5 anos construindo a Covalent, posso afirmar isso com confiança:

A arquitetura que nos trouxe até aqui não nos levará mais longe.

O problema superou as ferramentas.

Então, paramos de corrigir o código legado. Paramos de recomendar soluções de curto prazo para nossos mais de 40 mil desenvolvedores na API @goldrushdev.

Reconstruímos a pilha - desde a ingestão de blocos brutos até a entrega de dados em sub-segundos. De ponta a ponta.

Nos próximos dias, compartilharei o que aprendemos, o que construímos e por que a próxima onda de aplicativos blockchain não será possível sem resolver a latência na raiz.

Estou tomando uma direção diferente no X em vez de ficar geralmente falando e promovendo KOL. Estou indo fundo.

Este é o Dia 1.

#SpeedRunTheChain

🧵 Acompanhe.

Estamos pesquisando sobre uma pilha de conta/wallet inteligente para um projeto futuro e estou um pouco surpreso com como o mercado atual está estruturado:

Parece que @safe, seguido por @Alchemy, @zerodev_app, Pimlico, Biconomy lideram em implantações históricas - mas se você estudar as taxas de crescimento, na verdade, são Zerodev e Pimlico que estão crescendo nos últimos 3 meses.

Quando se trata de transações reais dessas implantações - parece que Zerodev/Pimlico estão se mantendo estáveis.

O que faz Zerodev se destacar aqui? Não estou muito familiarizado com este mercado.

Como um construtor de EVM, comecei a notar algo desconfortável - a nova onda de desenvolvedores nessas blockchains mais rápidas como Solana, MegaETH, Monad, Sonic entre outras já está operando em um paradigma diferente - primeiro o streaming, baixa latência e construído para UX em tempo real.

Enquanto isso, muitos de nós no mundo Ethereum ainda estamos presos a pensar em blocos e intervalos de polling. Estamos tentando graftar velocidade em sistemas que nunca foram projetados para isso, e isso se mostra.

À medida que cadeias como @base se movem para um tempo de bloco sub-segundo, os desenvolvedores de EVM precisarão evoluir ou ficarão para trás.

Aqui estão quatro exemplos que me impactaram:

1️⃣ Feed de preços de carteira
Se há uma troca a cada bloco, então os preços mudam a cada bloco. Uma estratégia de polling simplesmente não funciona para refletir os preços mais recentes.

2️⃣ Jogos on-chain
Os jogos Ethereum são principalmente simulações off-chain com liquidação on-chain. Jogos mais novos irão transmitir eventos on-chain (como movimentos de usuários, ações de inimigos ou quedas de loot) sem atraso perceptível. Jogos de EVM hoje são principalmente jogos por turnos.

3️⃣ Agentes de IA
Enquanto construíamos nosso SDK de Agente de IA, queríamos criar um copiloto de trading de IA que ingere dados de mercado ao vivo a cada 400ms, detecta padrões como spoofing ou atividade de baleia, transmite insights em tempo real diretamente para a UI - sugerindo pedidos pré-preenchidos ou ajustando-se ao risco. Vamos apenas dizer que isso foi difícil de construir quando os dados estão atrasados, agrupados e tinham que ser extraídos de RPCs e indexadores.

4️⃣ Fluxos de dados compostáveis
A infraestrutura de dados do futuro será a transmissão de mudanças de estado através de protocolos - como sincronizar mudanças na taxa de juros diretamente em agregadores de rendimento. No mundo EVM, unimos APIs e rezamos por consistência.

Isso não é apenas teórico, isso é um problema hoje com aplicativos em testnets para Monad e MegaETH. Vemos esses problemas em primeira mão conversando com desenvolvedores que trabalham com @Covalent_HQ.

Estamos construindo uma solução - fique ligado! 👀

Todo construtor precisará aprimorar suas habilidades para se preparar para o novo mundo de cadeias rápidas e de alto rendimento. Se os blocos estão sendo transmitidos a ~250ms, aqui está seu guia de latência:

🔄 Cache L1: 0,5 ns
🔄 RAM: 100 ns
🔄 Leitura SSD: 100 µs
🔄 Busca em disco: 10 ms

Dentro de um data center em uma única zona de disponibilidade:

↔️ 5ms

Tempo de ida e volta global a partir da costa oeste:

↔️ NY: 70 ms
↔️ Londres: 160 ms
↔️ Tóquio: 120 ms
↔️ Cingapura: 200 ms
↔️ Dubai: 280 ms

💡 Em um mundo de cadeias subsegundo, cada ms conta. A velocidade da luz é seu novo gargalo. Otimize de acordo.

TIL

Pectra

o nome da mais recente atualização do Ethereum, é um portmanteau de:

• Praga - o nome para a camada de execução
• Electra - o nome para a camada de consenso

Juntos: Pectra = Praga + Electra

Pectra representa a coordenação conjunta das mudanças da EL e da CL em um único hard fork - continuando o ritmo de atualizações pós-fusão do Ethereum.