Pensando a quanto segue: Immaginiamo di avere OP_CAT e che ci abbia effettivamente dato introspezione, STARKs + capacità di trasporto dello stato (per costruire rollup, validium ecc.), o anche altri opcode che lo risolvono ancora più ordinatamente (scegli tra OP_TXHASH, OP_CCV, OP_MERKLEBRANCHVERIFY, OP_STARK_VERIFY, OP_M31ADD, OP_M31SUB, OP_M31MUL, OP_M31INV, <insert 64-bit="" arithmetic="" opcodes="" here="">) Come sarebbe la costruzione L2 ideale per Bitcoin? Cosa non vogliamo fare: ripetere il copione di Ethereum: 200 team in competizione che costruiscono L2 diversi, scarsa interconnettività/componibilità tutti in competizione per gli stessi utenti, cosa vogliamo fare? Quali lezioni possiamo imparare da Ethereum? Tieni presente che non possiamo (né vogliamo) fare rollup basati su basi. L'L1 è troppo lento per questo, e non vogliamo un MEV di base di quella natura. Tieni inoltre presente che vogliamo: - Un sistema di transazioni ad alto TPS (Lightning senza canali in pratica) - Alcuni vorranno più espressività (per prestiti in stablecoin trustless, swap AMM, caveau, piani ereditari, prodotti a leva) Se questi due tipi di sistemi dovessero esistere sullo stesso livello di esecuzione, o fosse meglio separare i pagamenti dalle applicazioni con diverse code di sequenziamento (tendo a credere di sì) - forse vogliamo andare in una direzione simile a quella di Celestia di fare uno zkVM L2 e tutti gli altri sistemi come L3, code separate ma aggregazione tramite L2. Fare rollup reali per qualsiasi cosa su larga scala è fondamentalmente fuori questione per la visione endgame, dato il basso throughput dell'L1 e le esigenze di DA (e l'aggiunta di blob sembra altamente improbabile), quindi molto probabilmente eseguiremmo un po' di validium + livello DA esterno, zk-plasma o architetture basate sulla convalida lato client come Miden. Inoltre, dovremmo esplorare se vogliamo sistemi ZK puri o ibridi ("ZK ottimistico", vedi Carburante per riferimento) per massimizzare ulteriormente la produttività. Un modo è lasciare che il libero mercato vinca e vedere cosa succede, ma è quello che ha fatto Ethereum. Anche se portiamo con noi le lezioni e i team cercano di coordinarsi intorno a singole soluzioni di aggregazione fin dall'inizio, non c'è alcuna garanzia che funzionerà. Inoltre, non abbiamo alcuna capacità di sancire alcun particolare livello di esecuzione tramite L1. Tuttavia, mi è chiaro che gli STARK rappresentano il percorso migliore per tutti i seguenti: - Pagamenti ridotti al minimo (senza canali, routing o requisiti di liquidità) - Espressività (per chi lo desidera) - Privacy (VM ZK-privacy complete) - Raggiungere tutto quanto sopra senza introdurre presupposti crittografici esotici, configurazioni affidabili, ecc. Potresti chiedere informazioni sulla finalità a causa della latenza dell'L1, ma imo può essere chiaramente affrontato in modo soddisfacente con sequenziatori legati per pre-conf veloci. Quindi abbiamo tutti gli strumenti, cosa facciamo per organizzare il miglior risultato possibile? Mentre BTC dovrebbe ovviamente essere la valuta per tutti questi sistemi (e pagare le commissioni/gas), c'è l'ultima (o forse la prima) domanda su come ottenere tutto questo senza introdurre un token L2 per lo più controllato da una Fondazione con troppo controllo. Penso che un sistema di soli pagamenti possa funzionare bene senza un token di governance (con solo sequenziamento centrale + uscite unilaterali contro la censura), ma ne dubito per qualcosa di espressivo. Mentre la maggior parte delle fondazioni/DAO ha come obiettivo la decentralizzazione, mettere così tanto potere nelle mani di un'organizzazione centralizzata anche in una fase di bootstrapping mi sembra non ottimale se vogliamo una sorta di approccio collettivo fin dall'inizio per mitigare i rischi di frammentazione. Sarebbe bello sentire cosa pensano gli altri da persone con esperienza di altri ecosistemi come Ethereum, Celestia, Polygon, Cosmos e anche curioso di sapere cosa pensano gli attuali team L2 che lavorano su Bitcoin (ad esempio Alpen, Chainway, Starkware). Non esitate a intervenire nei commenti!</insert>