Ce sont de bonnes idées ! La plupart d'entre elles sont delta-neutres (dans le sens de l'hypothèse de latence réseau δ), ce qui est encore mieux. Pour réduire en toute sécurité le temps de slot, ce dont nous avons vraiment besoin, c'est d'une meilleure mesure de la décentralisation géographique et de la viabilité économique des nœuds non liés aux centres de données et non situés aux États-Unis ou en Europe. C'est la dimension sur laquelle nous devons être prudents.
barnabe.eth
barnabe.eth6 sept., 16:59
Apportons une finalité rapide au plus vite à @ethereum ! Nous avons publié une mise à jour sur nos travaux et projets connexes vendredi dernier, et à ce sujet, voici les points pertinents : - Raccourcir les temps de slot pour augmenter le rythme du réseau et réduire chaque délai : Temps d'inclusion / confirmation rapide / finalité. Voir le post de @misilva73 pour les dernières nouvelles sur ce travail ! - Exposer dans les clients la règle de confirmation rapide pour une confirmation forte en 1 à 3 blocs (10-30s) en utilisant le poids d'attestation, amener les applications/infrastructures à l'utiliser là où c'est judicieux, au lieu d'attendre la finalité complète (13-19mins). Effort de (re-)spécification avec @robsaltini @mkalinin2 parmi d'autres - Enquêter sur les changements Gasper/chaîne de balises proposés par @VitalikButerin pour mieux gérer le choix de fork/données de disponibilité dynamique et données de finalité - Déployer un nouveau mécanisme de consensus. Nous en avons un avec une finalité en trois slots (plongée également dans des protocoles BFT rapides avec @yannvon @luca_zanolini pour réduire encore le temps de finalité.
254,96K