1/ Aujourd'hui, nous présentons le premier zkSVM open-source qui prouve les transactions SVM à l'intérieur de RISC-0 zkVM, à des vitesses de preuve inférieures à une minute sur le réseau de preuve Bonsai de RISC0. Cela constitue une base pour les futures preuves au niveau des blocs et les preuves de fraude en une seule étape chez Eclipse.

1/ Nous avons une annonce excitante à partager. L'internalisation MEV sans permission et le séquençage contrôlé par application sont désormais disponibles pour les développeurs sur Eclipse!

1/ Présentation de l’Eclipse ZK DA Bridge avec @celestia & @RiscZero ! Nous avons mis au point un système de défi ZK DA optimiste pour les L2 à haut débit, réduisant ainsi les coûts et augmentant l’évolutivité. Dites adieu aux maux de tête de l’AD. Allons-y.

1/ La guerre des CLOB s’intensifie ! Une perte de 100 millions de dollars + sur Hyperliquid n’a pas été un flop, elle a prouvé que les DEX on-chain peuvent gérer un volume de qualité CEX. Les AMM sont sortis ; Les CLOB sont dans la recherche d’une liquidité profonde et d’une exécution professionnelle. La vraie bataille ? Architectures monolithiques ou modulaires. Plongeons-y.

1/ Les blockchains sont bloquées par les mises à jour de l’État. Nous avons étudié Firewood, MerkleDB, NOMT, LVMT et QMDB : D’énormes progrès en matière d’E/S et de preuves, mais TOUS sont inférieurs de plusieurs ordres de grandeur à nos 3 millions de mises à jour/s pour un véritable TPS de 1 million +. C’est là qu’intervient AlDBaran, qui affiche 48 M/s !

1/ Les blockchains sont bloquées par les mises à jour de l’État. Nous avons étudié Firewood, MerkleDB, NOMT, LVMT et QMDB : D’énormes progrès en matière d’E/S et de preuves, mais TOUS sont inférieurs de plusieurs ordres de grandeur à nos 3 millions de mises à jour/s pour un véritable TPS de 1 million +. C’est là qu’intervient AlDBaran, qui affiche 48 M/s !

1/ Les blockchains ont besoin de moyens rapides et sécurisés pour mettre à jour et vérifier les données. Dans AlDBaran Partie 1, nous avons atteint 48M mises à jour/sec (20x plus rapide que les concurrents). Aujourd'hui, nous révélons comment ajuster AlDBaran pour obtenir des résultats encore meilleurs :

1/ Les marchés des frais sont un élément souvent négligé lorsqu'on discute de la performance, mais ils sont cruciaux pour la scalabilité. L'EVM aujourd'hui ne peut pas évoluer au-delà d'un seul cœur d'exécution car il ne prend pas en charge les marchés des frais locaux. De plus, l'efficacité de l'espace de bloc est considérablement réduite en raison d'une mauvaise comptabilité des ressources et des remises de gaz.

1/ Nous venons de briser le goulot d’étranglement de l’engagement de l’État chez Eclipse : AlDBaran prend en charge 48 millions de mises à jour/s sur un boîtier AWS à 96 cœurs, accélérant ainsi le cumul GigaCompute d’Eclipse.

Dans un passé récent, nous avons vu d’autres protocoles farmer leurs propres airdrops, prélevant activement des allocations à leur communauté et à leurs utilisateurs. Il s’agit d’une tactique utilisée pour obscurcir l’offre réelle en circulation du jeton. Cela n’arrivera pas avec $ES. Les employés d’Eclipse Labs ont signé un document leur interdisant de réclamer un largage $ES et ont fourni toutes les adresses (de test ou autres) pour être exclus de l’airdrop. Toutes les allocations aux employés et aux investisseurs seront bloquées pendant un an après l’introduction en bourse et seront débloquées progressivement sur 3 ans.