Lo spazio di design degli Ethereum rollup è enorme. Non intendo negare che valutare @0xFacet sia stata una sfida per l'intero team, poiché il suo design non è quello che ci si aspetterebbe da un rollup tipico. Tuttavia, ci piace essere messi alla prova e, di conseguenza, alcuni nuovi dashboard relativi agli asset canonici e a quelli esternamente collegati sono in fase di sviluppo. L'aspetto più impegnativo di @0xFacet è senza dubbio il suo token di gas non standard. Il suo utilizzo sfida la definizione fondamentale di un asset "canonico", poiché normalmente assumiamo che il token di gas debba essere collegato in modo canonico, ma cosa succede se non "colleghi" affatto il token di gas? Cos'è quindi un asset canonico e un ponte canonico? Leggi la recensione completa e l'annuncio di @0xFacet per ulteriori dettagli tecnici.

Ho un'opinione molto diversa * molti progetti sono riusciti a lavare il cervello a tutti, facendo credere che pubblicare dati su AWS o 1/1 DAC sia "sufficiente". Gli utenti finali non se ne preoccupano, ma noi (la comunità pro) dovremmo farli preoccupare scoraggiando fortemente tali architetture. Invece, sono effettivamente incoraggiati da alcuni team di rollup e RaaS * Il meccanismo di scoperta dei prezzi in Ethereum e Celestia è scoraggiante - i progetti vogliono affidabilità dei prezzi Web2 in modo da poter mantenere un prezzo basso e prevedibile per i loro utenti. Picchi di prezzo improvvisi non sono accettabili quando si opera su larga scala * I progetti DA dovrebbero concentrarsi sulla promozione di casi d'uso legittimi e non di progetti centralizzati che non si prendono nemmeno la briga di pubblicare il loro codice affinché la comunità possa verificare le loro affermazioni. Se tutto ciò che costruiamo sono cloni di Hyperliquid, allora andremo tutti a zero. Nessuno a lungo termine desidera uno scambio centralizzato e custodiale che finge di essere decentralizzato * Gli attacchi di ritenzione dei dati (letteralmente il motivo principale per utilizzare DA) sono difficili da spiegare agli utenti - avremmo bisogno di più educazione e, in generale, di una maggiore consapevolezza della comunità riguardo a un problema. La stragrande maggioranza degli utenti pro non vede la differenza tra pubblicazione di dati e recupero di dati. Gli utenti non pro non vedono affatto un problema, poiché per loro i dati "appaiono" sempre disponibili, quindi è difficile spiegare loro quale problema stiamo cercando di risolvere qui.

Perché dovresti controllare @cartesiproject * Avere un honeypot per incentivare gli hacker a rompere il sistema è molto meglio che avere un EOA con poteri di aggiornamento per il lancio beta * Se funziona come progettato, hai a disposizione un SDK per costruire rapidamente e a basso costo AppChain personalizzate che possono essere Stage1 o Stage2 al lancio facilmente. Il codice Cpp per l'honeypot è minimo, dai un'occhiata * Poiché è ottimista, non c'è bisogno di gestire un'infrastruttura di provatori complicata, quindi i costi di gestione della catena sono minimi e puoi renderla completamente permissionless fin dal primo giorno Ora abbiamo bisogno di più fondi in un honeypot e di ricercatori / hacker disposti a esaminare il loro nuovo sistema di prova di frode.

Studia le assunzioni di fiducia L2. Assumi sempre il peggio. Agisci di conseguenza. La sicurezza e la decentralizzazione non importano finché non lo fanno.

Gli alt-DA L2 sono un esperimento fallito per scalare Ethereum? Pochi mesi fa @l2beat ha annunciato che avere un setup DA abissale in cui uno o due indirizzi possono rubare i fondi di tutti gli utenti, una pratica diventata prevalente nello spazio, porterà a un cambiamento nella classificazione di questi sistemi. Non saranno più considerati Validium/Optimium. Credo fermamente che noi, come comunità, vogliamo sistemi che offrano agli utenti alcune garanzie minime di sicurezza e decentralizzazione, e questo significa avere un sistema di prova e - se i dati non vengono pubblicati su Ethereum - avere alcune garanzie di base sulla disponibilità dei dati. Risulta che ai progetti non importa. Non gli importa perché il loro unico obiettivo era ottenere un po' di soldi da VC e attirare l'attenzione minima degli utenti solo per lanciare un token nel modo più economico possibile. In pratica, questo significa utilizzare uno dei fornitori RaaS e certamente non pagare Ethereum per i dati. Se hanno utilizzato @celestia, @AvailProject o @eigen_da non si sono nemmeno preoccupati di "informare" il bridge di Ethereum, rendendo tutti i fondi nel bridge da Ethereum facilmente rubabili. Questi progetti svaniranno presto - la maggior parte sono già catene fantasma senza alcuna attività. Ma forse alcuni progetti sono legittimi ma gli utenti semplicemente non se ne curano. In questo caso, la decisione di non garantire il bridge di Ethereum è una scelta di design consapevole - tuttavia ci sono architetture molto migliori rispetto al lancio di un "L2" completamente insicuro su RaaS. Due anni fa tutti i segnali suggerivano che avremmo avuto migliaia di rollup e @l2beat non sarebbe stata in grado di tenere il passo. Ora sembra più probabile che potremmo vedere una tendenza opposta - solo un paio di dozzine di quelli davvero buoni e un enorme cimitero di progetti falliti che nessuno voleva in primo luogo.

Da un po' di tempo @l2beat sta monitorando l'utilizzo di DA per vari livelli e progetti DA. Se sei interessato a come il recente aggiornamento Pectra ha influenzato lo spazio blob di Ethereum, dai un'occhiata

Qual è la tua sensazione istintiva riguardo alla sicurezza del ponte che afferma di utilizzare MPC? Ti fideresti di esso (fratello, calcolo multi-party, matematica lunare, che deve essere sicuro, no?) o sei scettico (chi sono i firmatari?). Controlla il 🧵 prima di rispondere

Le catene AnyTrust di @arbitrum sono state introdotte già nel 2022. All'epoca hanno sostenuto che avere, diciamo, 20 membri del comitato con l'ipotesi che solo due siano onesti è un buon modello di sicurezza. Ed è difficile discutere

È passato esattamente un anno da quando @Immutable (powered by @0xpolygon) ha annunciato la sua catena zkEVM. Puoi controllare i documenti per conoscere la loro tecnologia zk

Una (non così) breve spiegazione del perché abbiamo introdotto un soprannome "AppChain" nel sistema Stages