gane5h

La Crisi della Latency è Reale

Oltre un anno fa, abbiamo avviato un'iniziativa interna di moonshot presso @Covalent_HQ per ripensare l'infrastruttura blockchain dai primi principi.

L'abbiamo chiamata il nostro Progetto Manhattan - come lo sforzo di R&D bellico che ha riunito le menti più brillanti per risolvere un problema urgente.

Ma il nostro non riguarda la fisica. Riguarda i dati della blockchain.

Perché?

Perché qualcosa è cambiato fondamentalmente.

Le catene ora producono blocchi in meno di un secondo.

Eppure la maggior parte delle app si basa ancora su API che si aggiornano ogni 5–30 secondi.

Indexer legacy. Cicli di polling. Snapshot obsoleti.

Chiamiamo questa la Crisi della Latency - e non è solo un'inconvenienza per gli sviluppatori.

È un fallimento sistemico alla base del Web3.

↠ Gli oracoli sono obsoleti quando vengono pubblicati.
↠ Gli esploratori di blocchi sono in ritardo rispetto allo stato effettivo della catena.
↠ I dashboard sembrano rotti.
↠ I bot perdono operazioni redditizie.
↠ I portafogli mostrano saldi obsoleti e confondono gli utenti.

Questo non è un caso marginale. È il comportamento predefinito in tutto l'ecosistema.

Dopo oltre 5 anni di costruzione di Covalent, posso dirlo con certezza:

L'architettura che ci ha portato qui non ci porterà più lontano.

Il problema ha superato gli strumenti.

Quindi abbiamo smesso di patchare il codice legacy. Abbiamo smesso di raccomandare soluzioni a breve termine ai nostri oltre 40K sviluppatori sull'API @goldrushdev.

Abbiamo ricostruito lo stack - dall'ingestione dei blocchi grezzi alla consegna dei dati in meno di un secondo. Da end a end.

Nei prossimi giorni, condividerò ciò che abbiamo imparato, ciò che abbiamo costruito e perché la prossima ondata di app blockchain non sarà possibile senza risolvere la latenza alla radice.

Sto prendendo una direzione diversa su X invece di chiacchiere abituali e KOL shilling. Sto approfondendo.

Questo è il Giorno 1.

#SpeedRunTheChain

🧵 Segui.

Stiamo cercando un account intelligente / stack di portafogli per un progetto imminente e sono un po' sorpreso da come è strutturato l'attuale mercato:

Sembra che @safe, seguita da @Alchemy, @zerodev_app, Pimlico, Biconomy guidino nelle implementazioni storiche - ma se studi i tassi di crescita, in realtà sono Zerodev e Pimlico a crescere negli ultimi 3 mesi.

Per quanto riguarda le transazioni effettive da queste implementazioni - sembra che Zerodev/Pimlico si mantengano stabili.

Cosa rende Zerodev distintivo qui? Non sono molto familiare con questo mercato.

Come costruttore EVM, ho iniziato a notare qualcosa di scomodo - la nuova onda di sviluppatori su queste blockchain più veloci come Solana, MegaETH, Monad, Sonic tra gli altri sta già operando in un paradigma diverso - prima in streaming, bassa latenza e costruito per un'esperienza utente in tempo reale.

Nel frattempo, molti di noi nel mondo di Ethereum sono ancora bloccati a pensare in termini di blocchi e intervalli di polling. Stiamo cercando di innestare velocità su sistemi che non sono mai stati progettati per questo, e si vede.

Mentre catene come @base passano a un tempo di blocco sub-secondo, gli sviluppatori EVM dovranno migliorare o essere lasciati indietro.

Ecco quattro esempi che colpiscono nel segno per me:

1️⃣ Feed dei prezzi del portafoglio
Se c'è uno scambio ogni blocco, allora i prezzi cambiano ogni blocco. Una strategia di polling semplicemente non funziona per riflettere gli ultimi prezzi.

2️⃣ Giochi on-chain
I giochi Ethereum sono per lo più simulazioni off-chain con regolamento on-chain. I giochi più recenti streameranno eventi on-chain (come le mosse degli utenti, le azioni dei nemici o le cadute di bottino) senza alcun ritardo percettibile. I giochi EVM di oggi sono per lo più giochi a turni.

3️⃣ Agenti AI
Mentre costruivamo il nostro SDK per Agenti AI, volevamo creare un copilota commerciale AI che acquisisse dati di mercato in tempo reale ogni 400 ms, rilevasse modelli come spoofing o attività di balena, streamasse intuizioni in tempo reale direttamente nell'interfaccia utente - suggerendo ordini precompilati o adattandosi al rischio. Diciamo solo che è stato difficile costruirlo quando i dati erano ritardati, accorpati e dovevano essere estratti da RPC e indicizzatori.

4️⃣ Flussi di dati composabili
L'infrastruttura dati del futuro sarà lo streaming delle modifiche di stato attraverso i protocolli - come la sincronizzazione delle modifiche ai tassi di interesse direttamente negli aggregatori di rendimento. Nel mondo EVM, cuciamo insieme le API e preghiamo per la coerenza.

Questo non è solo teorico, questo è un problema attuale con app su testnet per Monad e MegaETH. Vediamo questi problemi di prima mano parlando con sviluppatori che lavorano con @Covalent_HQ.

Stiamo costruendo una soluzione - rimanete sintonizzati! 👀

Ogni costruttore dovrà migliorare le proprie competenze per prepararsi al nuovo mondo delle catene veloci e ad alta capacità. Se i blocchi vengono trasmessi a ~250ms, ecco il tuo promemoria per la latenza:

🔄 Cache L1: 0,5 ns
🔄 RAM: 100 ns
🔄 Lettura SSD: 100 µs
🔄 Ricerca disco: 10 ms

All'interno di un data center in una singola zona di disponibilità:

↔️ 5ms

Tempo di andata e ritorno globale dalla costa occidentale:

↔️ NY: 70 ms
↔️ Londra: 160 ms
↔️ Tokyo: 120 ms
↔️ Singapore: 200 ms
↔️ Dubai: 280 ms

💡 In un mondo di catene subsecondo, ogni ms conta. La velocità della luce è il tuo nuovo collo di bottiglia. Ottimizza di conseguenza.

TIL

Pectra

il nome dell'ultimo aggiornamento di Ethereum, è un portmanteau di:

• Praga - il nome per la traccia del layer di esecuzione
• Elettra - il nome per la traccia del layer di consenso

Insieme: Pectra = Praga + Elettra

Pectra rappresenta il coordinamento congiunto dei cambiamenti di EL e CL in un singolo hard fork - continuando il ritmo degli aggiornamenti post-fusione di Ethereum.