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.

Au lieu de les appeler "séquenceurs centralisés", nous devrions les appeler "séquenceurs uniques". Un séquenceur unique n'est pas "centralisé" car il peut encore préserver la plupart des qualités clés des systèmes décentralisés tels que : - vérifiabilité - vivacité - absence de permission Il ne sacrifie que la résistance à la censure, mais même dans ce cas, il peut encore hériter d'une certaine résistance à la censure de la L1 via des mécanismes comme les boîtes de réception. En résumé, les séquenceurs uniques peuvent encore être très décentralisés, donc les appeler "centralisés" est une manipulation psychologique.

1/ Nous venons de briser le goulot d'étranglement de l'engagement d'état chez Eclipse : AlDBaran soutient 48M mises à jour/sec sur une machine AWS à 96 cœurs, accélérant le rollup GigaCompute d'Eclipse.