ho appena scoperto @footballdotfun. Dovrò provarlo, ma è interessante vedere che ci sono nuovi mercati di previsione che si concentrano su nuove nicchie e comunità. Credo ancora che i mercati di previsione + le comunità di streamer siano un ottimo abbinamento e non abbiamo ancora visto nulla.

tutte le aziende sono aziende internet. tutte le aziende diventeranno aziende @ethereum. tu tutte si aggiorneranno all'internet del valore.

tutte le aziende internet lanceranno il proprio L2.

una delle cose che mi ha sorpreso negli ultimi giorni in Corea e Giappone è l'amore per il golf. Gioco da quando avevo 10 anni e non avrei mai immaginato che fosse una cosa così importante qui. Ho sempre pensato che fosse principalmente una cosa americana. Voglio provare alcune delle strutture di allenamento al coperto che vedo in giro.

Trascorreremo tutta la settimana a Tokyo se vuoi incontrarci. Partecipiamo a molte altre conferenze in Asia nelle prossime settimane.

Sessione di Allineamento 028 ★ Siamo in diretta oggi alle 16:00 UTC! Aspettatevi aggiornamenti e nuove intuizioni da @rj_aligned • @mauro_aligned • @diego_aligned • @BJ_Dyakov Ci vediamo in streaming.

Come aiutiamo gli sviluppatori ad accedere alla fiducia, alla sicurezza e alla liquidità di Ethereum: + Aligned offre un stack completo e verticalmente integrato per costruire su Ethereum + Piattaforma RaaS per il deployment di ZK-rollup con un clic, alimentata da @ethrex_client + Protocollo di interoperabilità tra rollup + Sequenziamento basato + Meta-proving integrato, wallet-as-a-service, layer di verifica ZK + Aggregazione delle prove efficiente con la piena sicurezza di Ethereum + Verifica delle prove a basso costo su Ethereum garantita da ETH restaked Allineamento per tutti.

Negli ultimi giorni non ho condiviso molti aggiornamenti su @ethrex_client, il nostro client di esecuzione L1 @class_lambda @ethereum e stack ZK L2. Per favore segui @ethrex_client per saperne di più su tutto ciò che stiamo facendo. Nell'L1 stiamo già eseguendo con successo testnet di Ethereum e nell'L2 stiamo eseguendo testnet per le applicazioni di identità e DeFi che stiamo costruendo per e con i partner. Credo sinceramente che siamo vicini ad avere la base di codice e lo stack più semplici da mantenere, aggiornare e modificare in Ethereum. Non saremmo stati in grado di raggiungere questo punto senza controllare il codice di @NethermindEth e @go_ethereum. Con i miei partner @rj_aligned, @fran_aligned di @alignedlayer e @SantiDiPaolo, @AguuMg di @PolFinance_ stiamo per rilasciare uno dei primi whitepaper su un RWA L2 che sarà alimentato da Ethrex e @alignedlayer. Ne abbiamo molti altri in arrivo, ma sono particolarmente entusiasta di questo poiché collegherà un caso d'uso molto interessante tra TradFi e DeFi. Abbiamo come consulenti e partner alcuni dei team più forti del settore. Non vedo l'ora di condividere di più su questo progetto. Aggiornamenti L1 Abbiamo lavorato su molti fronti. Abbiamo migliorato l'osservabilità con Grafana, rimosso funzionalità non utilizzate per semplificare la base di codice e aggiunto supporto per l'endpoint `engine_getBlobsV1`. Changelog: feat(l1): endpoint di richiesta `engine_getBlobsV1` (#3636) chore(l1): rimuovere il supporto per redb (#4103) refactor(l1): rimuovere usizes non necessari dal crate blockchain (#4110) fix(l1): rimosso clone di stato non necessario (#4117) fix(l1): utilizzare l'immagine docker corretta per avviare i localnets. (#4131) chore(l1): aggiungere il tempo di blocco al dashboard di grafana. (#4112) fix(l1): sottrarre i tempi di lettura del DB dall'esecuzione del blocco. (#4051) chore(l1): miglioramenti delle metriche. (#4118) chore(levm): migliorare l'organizzazione del nuovo runner di test levm (#3958) L2 In linea con il nostro approccio minimalista, abbiamo rimosso una quantità significativa di codice dai database L2 non utilizzati. Continuiamo a semplificare la base di codice ed eliminare codice morto. Inoltre, il CI è stato stabilizzato dopo aver risolto un bug relativo ai prezzi del gas. Stiamo effettuando benchmark sull'L2 su due fronti: - Costo di manutenzione della rete L2: stiamo ottimizzando i parametri L2 simulando vari scenari con diversi carichi di transazione e configurazioni di rete. L'obiettivo è determinare il costo approssimativo della commissione di manutenzione per transazione che gli utenti devono sostenere affinché la rete raggiunga l'autosufficienza. - Benchmark di generazione della prova di esecuzione del blocco isolato: utilizzando lo strumento ethrex-replay, stiamo provando blocchi da Hoodi, Sepolia e Mainnet per identificare potenziali bug nella base di codice e misurare le prestazioni del nostro prover. Dal lato di ethrex-replay, lo strumento è abbastanza stabile e abbiamo un'infrastruttura impostata per riprodurre periodicamente le esecuzioni dei blocchi e le prove delle reti pubbliche. Ora stiamo affrontando bug emersi durante queste esecuzioni. Alcuni bug derivano da errori logici in ethrex, mentre altri sono legati all'uso della memoria. I primi sono per lo più risolti e stiamo facendo progressi significativi sui secondi. Abbiamo anche iniziato a guardare a @ziskvm e @0xLita ZKVM per una potenziale integrazione a breve termine. Supportiamo già @RiscZero e @SuccinctLabs. Questa settimana, abbiamo fuso una PR che stabilizza ethrex-replay, permettendoci di identificare e risolvere due bug in ethrex. Queste correzioni sono state anche fuse. Il primo bug riguardava un caso limite nel nostro precompilato ecrecover, dove un input specifico causava il fallimento dell'esecuzione a causa di un disallineamento del gas. Dopo un'accurata indagine, abbiamo rintracciato il problema alla libreria secp256k1 ufficiale patchata SP1. Lo abbiamo risolto migrando alla libreria k256 patchata SP1. Il secondo bug derivava da un'assunzione errata sulla lunghezza in bit di un tipo usize in parte della base di codice. Per prevenire problemi simili, abbiamo condotto una revisione completa della base di codice e presentato più PR per limitare l'uso di usize a due casi specifici: indicizzazione e scenari vincolati da un'API o libreria. Inoltre, stiamo aggiungendo supporto per eseguire le suite di test EF, inclusi i test blockchain e di stato, con SP1 per migliorare la nostra copertura di test e garantire robustezza in diversi scenari di esecuzione. Con questi bug risolti, i problemi non si verificano più. Stiamo riproducendo con successo nuovi blocchi di Hoodi e Sepolia, e le esecuzioni dei blocchi di Mainnet sono migliorate significativamente, con il tasso di successo dell'esecuzione SP1 che è passato da 1/10 a 6/10. Questo progresso apre la strada per affrontare le nostre sfide rimanenti con le recenti riproduzioni di blocchi: errori di memoria durante l'esecuzione del blocco nello zkVM SP1 e problemi di prestazioni nell'esecuzione e nella prova. Per affrontare questi, abbiamo impostato il crate dello strumento per il profiling della memoria utilizzando il crate Jemalloc. Stiamo anche lavorando per supportare la riproduzione di blocchi storici. Un MVP per questa funzionalità è in una PR di bozza e funziona bene con i client ethrex, reth e geth, ma incontra problemi con i client nethermind. Prima di rilasciare la prima versione, miriamo a ottimizzare le richieste RPC per garantire download accurati dei dati dei blocchi, anche quando si utilizzano fornitori RPC gratuiti, per la maggior parte dei blocchi. Miglioramenti DevEx: - Abbiamo corretto le nostre build binarie per non richiedere più CUDA come dipendenza predefinita su alcuni sistemi operativi e architetture. Questa correzione è inclusa nell'ultima release. - È stata presentata una PR per aggiornare la versione di ethrex in rex, garantendo compatibilità con le ultime modifiche in ethrex L2. - Abbiamo iniziato a sviluppare una nuova scheda per il monitor ethrex L2 negli ambienti di sviluppo. Questa scheda mostrerà informazioni rilevanti per gli sviluppatori, come un elenco di account ricchi e gli indirizzi dei contratti L1 e L2. Changelog: - refactor(l2): sostituiti i costanti di differenza di stato usize. - feature(l1,l2): configurato ethrex-replay per il profiling della memoria. - refactor(l1): rimosso l'uso non necessario di usize nel crate blockchain (relativo alla correzione del bug). - feature(l1,l2): aggiunti nuovi comandi al testimone di esecuzione. - fix(levm): affrontati problemi relativi all'architettura a 32 bit (relativo alla correzione del bug). - refactor(levm): aggiornata l'implementazione di ecrecover per utilizzare k256 invece di secp256k1 (relativo alla correzione del bug). - ci(l1,l2): separati i build GPU e adottato il target x86-64-v2. Prestazioni Questa settimana abbiamo continuato a concentrarci sul consumo della CPU e sui benchmark. Per quanto riguarda il consumo della CPU, abbiamo identificato 2 casi diversi, uno in cui è presente la costruzione del blocco e un altro in cui non lo è. Stiamo dando priorità a quelli senza costruzione del blocco dato che sono sempre presenti e impattano altri sforzi (come la sincronizzazione snap). Per quanto abbiamo indagato, è completamente legato al p2p. Continueremo i nostri sforzi su questo fronte. Rispetto ai benchmark, dopo il nostro miglioramento della settimana scorsa delle prestazioni di modexp, ci siamo concentrati su alcuni miglioramenti rilevati, come codecopy e operazioni correlate, così come signextend, mulmod e addmod. Continueremo a concentrarci sia sul consumo della CPU che sulle prestazioni dei test che abbiamo identificato come prossimi passi per possibili miglioramenti, come i trasferimenti eterei e altri opcode levm.

🖥️ Presentiamo Ethrex Monitor Un'interfaccia semplice e integrata per monitorare il tuo L2 in tempo reale. Nessuna configurazione aggiuntiva, nessun strumento esterno. Basta eseguire il tuo nodo. Diamo un'occhiata 👇 1/3

✨ ZK-Newsflash! ✨ Le ultime novità su ZK ed Ethereum dal 14 al 20 agosto, presentate da @BJ_Dyakov: ✅ Jolt, il zkVM di @a16zcrypto, è appena diventato 6 volte più veloce. ✅ Il verificatore Ziren zkVM di @ProjectZKM è ora attivo su @eth_proofs, consentendo la verifica delle prove direttamente nel browser. ✅ @AragonProject ha introdotto il voto privato con @zkMACI (Minimum Anti-Collusion Infrastructure usando ZK). ✅ @Ronin_Network ha annunciato il suo ritorno su Ethereum. 1/