Il y a juste quelques semaines, nous étions 50 fois plus lents que les meilleurs clients Ethereum. Maintenant, nous sommes troisièmes dans ces benchmarks, nous nous rapprochons de la deuxième place. Nous avons juste commencé à nous concentrer sur le travail lié à la performance. Nous fusionnons quotidiennement des PRs liés à la performance et stabilisons progressivement Ethrex. Nous nous attendons à des chiffres nettement meilleurs bientôt.
Je pense que la stratégie de garder la base de code simple et propre commencera à montrer des avantages majeurs à partir de maintenant lors des travaux liés à la performance et à la maintenance.
Tous les benchmarks seront publiés avec le code afin que quiconque puisse reproduire les résultats. Nous commençons également à créer des testnets utilisant Ethrex pour différents produits.
Si vous souhaitez nous soutenir en tant qu'équipe indépendante @ethereum, veuillez étoiler le dépôt, cela aide vraiment plus de personnes à découvrir ce que nous construisons.
Les choses avancent : Ethrex fonctionne désormais comme un L1 @ethereum client d'exécution (avec le Lambda EVM), un client L2 ZK + TEE, et prend en charge les modes basé et centralisé. Le mode basé est encore en cours de développement. Nous construisons une base de données légère pour aller au-delà d'un gigagas et parallélisons tout. Client de consensus ensuite ? Tout en <100k LOC.
Certaines équipes ont levé des fonds à 9 chiffres pour faire moins et ont dit que nous ne pouvions pas livrer. Nous livrons toujours. Rogue est le suivant.
Nous n'aurions pas pu réaliser toutes les choses que nous avons faites dans Ethereum sans le soutien et l'aide de @StarkWareLtd @ethereumfndn @0xPolygon. Nous avons également beaucoup appris de @Consensys.
Notre client @class_lambda Ethrex fonctionne désormais en tant que client d'exécution L1 @ethereum (avec la Lambda EVM), un client L2 ZK + TEE, et prend en charge à la fois les modes basé et centralisé.
Le mode basé est encore en cours de développement. Nous construisons une base de données légère pour aller au-delà d'un gigagas et paralléliser tout.
Client de consensus ensuite ? Tout en <100k LOC.
Certaines équipes ont levé des fonds à 9 chiffres pour faire moins et ont dit que nous ne pouvions pas livrer. Nous livrons toujours.
Notre client @class_lambda Ethrex fonctionne maintenant comme un client d'exécution L1 @ethereum (avec la Lambda EVM), un client L2 ZK + TEE, et prend en charge à la fois les modes basé et centralisé.
Le mode basé est encore en cours de développement. Nous construisons une base de données légère pour aller au-delà d'un gigagas et paralléliser tout.
Client de consensus ensuite ? Tout en <100k LOC.
Certaines équipes ont levé des chiffres à 9 chiffres et ont dit que nous ne pourrions pas livrer. Nous livrons toujours.
Notre client @class_lambda Ethrex fonctionne désormais comme un client d'exécution L1 @ethereum (Lambda EVM), un client L2 ZK + TEE, et prend en charge les modes basé et centralisé.
Le mode basé est encore en cours de développement. Nous construisons une base de données légère pour aller au-delà d'un gigagas et parallélisons tout.
Client de consensus ensuite ? Tout en <100k LOC.
Certaines équipes ont levé des fonds à 9 chiffres et ont dit que nous ne pourrions pas livrer. Nous livrons toujours.
Nous écrivons un petit article pour notre blog @class_lambda sur la vérification SNARK dans Bitcoin.
En dehors des papiers BitVM et ColliderVM et des critiques des publications de @rot13maxi et @AlpenLabs, quels autres articles ou publications devrions-nous lire ou référencer ? Merci !