Bienvenue à bord @irondevx et @andrzej1_1, les nouveaux membres de l'équipe de développement qui construiront l'avenir unifié !

Aujourd'hui, Ethereum a officiellement reçu la mise à niveau Fusaka. Ethereum + rollups bénéficient d'une mise à niveau qui les rend plus efficaces et moins chers. Vous ne vous attendiez peut-être pas à ce que cela profite réellement à Malda et à la vision unifiée, mais c'est en fait le cas. Jetons un coup d'œil : L'EIP-7939 introduit CLZ et d'autres opcodes qui rendent la vérification des preuves moins coûteuse et plus efficace. → Cela réduira encore les coûts pour les utilisateurs finaux et optimisera davantage nos opérations de séquenceur. Des limites de gaz L1 plus élevées augmentent notre potentiel de débit sur Ethereum Mainnet, étant donné le faible temps de bloc et un débit auparavant encore plus bas, cela a bien sûr été significativement inférieur à notre capacité sur les rollups. Les forks PeerDAS + Blob Parameter Only (BPO) augmentent le débit maximal L2 par 10x, et externalisent la décision aux validateurs pour ajuster le nombre maximal de blobs par bloc en fonction de la demande du marché. Cela signifie que les validateurs peuvent l'augmenter en toute sécurité sans avoir besoin d'attendre 6 mois pour un hard fork. WebAuthn / passkeys sont rendus plus faciles à prendre en charge. Cela ouvre considérablement l'espace de conception des portefeuilles, car vous supprimez une partie de la complexité technique que les portefeuilles devaient traverser pour utiliser des passkeys. Fusaka est le pont entre l'ancien Ethereum et le futur L1 snarkifié. L'EIP-7939 introduit les bases mathématiques et structurelles pour (CLZ, Statelessness). J'ai toujours été un fervent défenseur de ce design à tous les niveaux, c'est pourquoi une grande partie de Malda fonctionne sur un principe sans état. À mesure que la technologie avance, la vision pour l'écosystème devient plus claire, les outils nécessaires pour ce nouveau paradigme. La vision de haut niveau a toujours été claire → Nous croyons en les mathématiques ;)

Nous commençons les tests de validation de basculement du séquenceur, où nous simulons des pannes de nœuds et des sauvegardes déclenchées. Faire tomber et retarder délibérément des nœuds nous montre à quel point le séquenceur est capable de récupérer et où nous devons apporter des améliorations.