Acesta este un ghid minunat pentru un posibil viitor pentru rollup-uri. Unul dintre cele mai mari beneficii ale trecerii la nativ este că ar permite ștergerea a sute de mii de linii de cod pentru echipele de rollup, eliminând necesitatea de a menține un sistem de dovezi. Podul urma să se finalizeze în același timp cu rollup-ul, ceea ce înseamnă că nu mai există o fereastră de 7 zile pentru rollup-uri optimiste. Este încă puțin incert cum ar funcționa în practică personalizările funcției de tranziție a statului. Poate cârlige în precompilarea EXECUTE la programele RISC-V onchain? Vreo modalitate de a delega execuția personalizată unui set de sidecar-uri specifice aplicației? De asemenea, se pare că ar fi imposibil să eliminăm complet guvernanța dacă există personalizări care pot fi modificate. Vă mulțumim că ați pus totul împreună @donnoh_eth!

Muncă uimitoare, pentru a arunca o privire în weekend

Pe lângă munca noastră obișnuită, @donnoh_eth clarificat recent viziunea și detaliile practice ale rollup-urilor native. Este încă în stadii incipiente, dar aruncați o privire și urmăriți-l pentru a fi la curent cu acest subiect. Dacă aveți întrebări sau dacă doriți să vă împărtășiți ideile/opiniile/preocupările/problemele, nu ezitați să mă contactați direct pe mine sau pe el.

Mă bucur să împărtășesc progresul făcut în ultima lună cu privire la rollup-urile native! A fost creat un nou site web strălucitor pentru a colecta schița de specificații și idei de design, cu scopul de a oferi un punct de plecare pentru feedback-ul membrilor comunității și al dezvoltatorilor L2. link la capătul firului 🧵👇

Catalogul ZK tocmai a primit o reîmprospătare majoră! Introducem un cadru public pentru a evalua configurațiile de încredere ale sistemelor de verificare ZK în aplicațiile legate de L2. Scop: să facă explicite ipotezele de încredere ascunse, să stabilească standarde clare și să facă din aceasta referința pentru ecosistemul nostru. 🧵👇

De ce Native Rollups? 🧵 (1/5) Securitate • Pentru echivalentul EVM - Nu trebuie să vă faceți griji cu privire la erori, se actualizează automat cu hard fork-uri L1 • Nu vă faceți griji cu privire la dovedirea bug-urilor, obțineți dovada de la nodurile L1. Dacă există un exploit în prover, hard fork-uri L1 • Multi Prover - moșteniți automat mai multe demonstrații (mai multe dovezi ZK) pentru Etapa 2 • Rețineți, Etapa 2 necesită în continuare o fereastră de ieșire de 30 de zile, fără upgrade-uri instantanee. Ușura • Orice dapp poate fi implementată pe fragmente native fără nicio modificare (nu trebuie să vă faceți griji cu privire la diferența dintre rollup-uri sau la L1) • Ușor de lansat un rollup nativ descentralizat (presupunând secvențierea bazată) - Cazul scăzut este de aproximativ 100 de linii de contract cu un singur apel tx • Acest lucru reduce, de asemenea, riscul juridic dacă este descentralizat

"Există multe probleme astăzi cu ZK." L-am invitat pe @donnoh_eth (cercetător la @l2beat) să prezinte la summitul nostru Ethproofs de la Berlin pentru a oferi o perspectivă contrară asupra ZK - și exact asta am obținut. Câteva concluzii cheie: • Verificatorii sunt opace. Contractele inteligente pot fi inspectate, dar odată ce ajungi la un verificator ZK, te uiți la numere aleatorii - și fără a reproduce verificatorul din sursă, nu poți ști ce se dovedește cu adevărat. • Reproductibilitatea este dificilă. Multe proiecte nu publică hash-urile exacte de commit sau versiunile de instrumente necesare pentru a-și regenera verificatorii. În unele cazuri, este practic imposibil să confirmați ce rulează pe lanț. • Uneltele personalizate adaugă riscuri. Fiecare proiect își construiește propria stivă, făcând verificarea complexă și inconsecventă în ecosistem. • Auditurile nu sunt suficiente. Auditurile pot fi parțiale, depășite sau pot rata remedieri. Simpla afirmație "complet auditată" este înșelătoare fără legături transparente și domeniu de aplicare. Ideea centrală a lui Luca: ZK nu elimină neapărat încrederea. În schimb, o schimbă - iar provocarea este să minimizăm și să clarificăm unde se află această încredere. Urmăriți discuția completă:

Semnarea oarbă este riscantă. Folosesc un script simplu de ani de zile pentru a previzualiza în siguranță tranzacțiile înainte de a le trimite. Cu puțină asistență AI, l-am transformat într-un instrument CLI, astfel încât să puteți simula cu ușurință tranzacția înainte de difuzare. 👉

OMG tocmai am atins capacitatea BLOB și taxa de bază BLOB s-a dublat de la 1 wei la 2 wei mulțumesc lumânare 🙏 roșie mare

sunt singurul care crede că aceste noi L1 nu înseamnă nimic pentru nimeni? Vom vedea doar efectele când vor dori să interopereze unul cu celălalt și va trebui să decidă unde ar trebui să se întâmple acest lucru