Questa è una guida fantastica su un possibile futuro per i rollup. Uno dei maggiori vantaggi di andare nativi è che consentirebbe di eliminare centinaia di migliaia di righe di codice per i team di rollup, rimuovendo la necessità di mantenere un sistema di prova. Il ponte si finalizzerebbe contemporaneamente al rollup, il che significa niente più finestra di 7 giorni per i rollup ottimistici. È ancora un po' incerto come funzionerebbero in pratica le personalizzazioni della funzione di transizione dello stato. Forse dei ganci nel precompilato EXECUTE per programmi RISC-V onchain? Un modo per delegare l'esecuzione personalizzata a un insieme di sidecar specifici per l'app? Sembra anche che sarebbe impossibile rimuovere completamente la governance se ci sono personalizzazioni che possono essere modificate. Grazie per aver messo tutto questo insieme @donnoh_eth!

Lavoro straordinario, da dare un'occhiata durante il fine settimana

Oltre al nostro lavoro abituale, @donnoh_eth ha recentemente chiarito la visione e i dettagli pratici dei rollup nativi. È ancora nelle fasi iniziali, ma dai un'occhiata e seguilo per rimanere aggiornato su questo argomento. Se hai domande, o se desideri condividere le tue idee/opinioni/preoccupazioni/problemi, non esitare a contattare me o lui direttamente.

Felice di condividere i progressi fatti nel mese scorso sui rollup nativi! È stato creato un nuovo sito web brillante per raccogliere la bozza delle specifiche e le idee di design, con l'obiettivo di fornire un punto di partenza per il feedback dei membri della comunità e degli sviluppatori L2. link alla fine del thread 🧵👇

Il Catalogo ZK ha appena ricevuto un grande aggiornamento! Stiamo introducendo un framework pubblico per valutare le configurazioni fidate dei sistemi di prova ZK in applicazioni correlate a L2. Obiettivo: rendere esplicite le assunzioni di fiducia nascoste, stabilire standard chiari e farne il riferimento principale per il nostro ecosistema. 🧵👇

Perché i Native Rollups? 🧵(1/5) Sicurezza • Per l'equivalente EVM - Non devi preoccuparti dei bug, si aggiorna automaticamente con i hard fork di L1 • Nessuna preoccupazione riguardo ai bug di prova, ottieni la prova dai nodi L1. Se c'è un exploit nel prover, hard fork di L1 • Multi Prover - erediti automaticamente la multi prova (più prove ZK) per la Fase 2 • Nota, la Fase 2 richiede comunque una finestra di uscita di 30 giorni, niente aggiornamenti istantanei. Facilità • Qualsiasi dapp può essere distribuita su shard Native senza alcuna modifica (non devi preoccuparti della differenza tra rollup o L1) • Facile lanciare un rollup Native decentralizzato (assumendo il sequencing basato su) - Il caso più semplice è di circa 100 righe di contratto con una singola chiamata tx • Questo riduce anche il rischio legale se decentralizzato.

“Ci sono molti problemi oggi con ZK.” Abbiamo invitato @donnoh_eth (Ricercatore presso @l2beat) a presentare al nostro Berlin Ethproofs Summit per fornire una prospettiva contraria su ZK - e questo è esattamente ciò che abbiamo ottenuto. Alcuni punti chiave: • I verificatori sono opachi. I contratti intelligenti possono essere ispezionati, ma una volta che si arriva a un verificatore ZK si stanno guardando numeri casuali - e senza riprodurre il verificatore dalla sorgente, non si può sapere cosa venga realmente provato. • La riproducibilità è difficile. Molti progetti non pubblicano gli hash di commit esatti o le versioni degli strumenti necessari per rigenerare i loro verificatori. In alcuni casi, è praticamente impossibile confermare cosa stia girando on-chain. • Gli strumenti personalizzati aggiungono rischio. Ogni progetto costruisce il proprio stack, rendendo la verifica complessa e incoerente nell'ecosistema. • Le audit non sono sufficienti. Le audit possono essere parziali, obsolete o perdere correzioni. Semplicemente affermare “completamente auditato” è fuorviante senza collegamenti e ambito trasparenti. Il punto centrale di Luca: ZK non elimina necessariamente la fiducia. Invece, la sposta - e la sfida è minimizzare e chiarire dove risiede quella fiducia. Guarda il discorso completo:

La firma cieca è rischiosa. Utilizzo da anni uno script semplice per visualizzare in sicurezza le transazioni prima di inviarle. Con un po' di assistenza dall'IA, l'ho trasformato in uno strumento CLI in modo da poter simulare facilmente la tua transazione prima di trasmetterla. 👉

omg abbiamo appena raggiunto la capacità del blob e la tassa base del blob è raddoppiata da 1 wei a 2 wei grazie grande candela rossa 🙏

sono l'unico a pensare che questi nuovi L1 non significhino nulla per nessuno? Vedremo solo gli effetti quando vorranno interoperare tra di loro e dovranno decidere dove dovrebbe avvenire.