Solo poche settimane fa, eravamo 50 volte più lenti dei principali client di Ethereum. Ora siamo terzi in questi benchmark, avvicinandoci al secondo posto. Abbiamo appena iniziato a concentrarci sul lavoro relativo alle prestazioni. Stiamo unendo quotidianamente PR relative alle prestazioni e stabilizzando costantemente Ethrex. Ci aspettiamo numeri significativamente migliori a breve.
Penso che la strategia di mantenere il codice semplice e pulito inizierà a mostrare vantaggi significativi da ora in poi quando si tratta di lavoro relativo alle prestazioni e alla manutenzione.
Tutti i benchmark saranno rilasciati con il codice in modo che chiunque possa riprodurre i risultati. Stiamo anche iniziando a creare testnet utilizzando Ethrex per diversi prodotti.
Se vuoi supportarci come team indipendente di @ethereum, per favore stella il repo, aiuta davvero più persone a scoprire cosa stiamo costruendo.
Le cose si stanno muovendo: Ethrex ora funziona come un L1 @ethereum client di esecuzione (con il Lambda EVM), un client ZK + TEE L2 e supporta sia modalità basate che centralizzate. La modalità basata è ancora in fase di sviluppo. Stiamo costruendo un DB leggero per andare oltre un gigagas e parallelizzando tutto. Client di consenso prossimo? Tutto in <100k LOC.
Alcuni team hanno raccolto 9 cifre per fare meno e hanno detto che non potevamo consegnare. Noi consegniamo sempre. Rogue è il prossimo.
Non saremmo stati in grado di fare nulla di ciò che abbiamo fatto in ethereum senza il supporto e l'aiuto di @StarkWareLtd @ethereumfndn @0xPolygon. Abbiamo anche imparato molto da @Consensys.
Il nostro cliente @class_lambda Ethrex ora funziona come un client di esecuzione L1 @ethereum (con il Lambda EVM), un client L2 ZK + TEE e supporta sia modalità basate che centralizzate.
La modalità basata è ancora in fase di sviluppo. Stiamo costruendo un database leggero per andare oltre un gigagas e parallelizzando tutto.
Client di consenso prossimo? Tutto in <100k LOC.
Alcuni team hanno raccolto 9 cifre per fare meno e hanno detto che non potevamo consegnare. Noi consegniamo sempre.
Il nostro cliente @class_lambda Ethrex ora funziona come un client di esecuzione L1 @ethereum (con il Lambda EVM), un client L2 ZK + TEE, e supporta sia modalità basate che centralizzate.
La modalità basata è ancora in fase di sviluppo. Stiamo costruendo un DB leggero per andare oltre un gigagas e parallelizzando tutto.
Client di consenso prossimo? Tutto in <100k LOC.
Alcuni team hanno raccolto 9 cifre e hanno detto che non potevamo consegnare. Noi consegniamo sempre.
Il nostro cliente @class_lambda Ethrex ora funziona come un client di esecuzione L1 @ethereum (Lambda EVM), un client L2 ZK + TEE, e supporta sia modalità basate che centralizzate.
La modalità basata è ancora in fase di sviluppo. Stiamo costruendo un DB leggero per andare oltre un gigagas e parallelizzando tutto.
Client di consenso prossimo? Tutto in <100k LOC.
Alcuni team hanno raccolto 9 cifre e hanno detto che non potevamo consegnare. Noi consegniamo sempre.
Stiamo scrivendo un piccolo articolo per il nostro blog @class_lambda sulla verifica SNARK in Bitcoin.
Oltre ai documenti di BitVM e ColliderVM e alle critiche dei post di @rot13maxi e @AlpenLabs, quali altri articoli o post dovremmo leggere o citare? Grazie!