La base de Coinbase déploie des preuves de pannes sur Testnet en cours vers la décentralisation
Base, le réseau Ethereum Layer 2 développé par Coinbase, a annoncé le 23 juillet le déploiement de preuves de pannes sur le testnet Sepolia, marquant une étape critique dans son parcours vers la décentralisation « étape 1 ».
Actuellement, seul le proposant centralisé de Base a le pouvoir de soumettre la racine d’état du réseau au réseau principal Ethereum pour validation, un système que le co-fondateur d’Ethereum, Vitalik Buterin, appelle la décentralisation de niveau 0. L’introduction de preuves de pannes sur le réseau principal permettra une validation d’état sans autorisation, permettant à quiconque de proposer ou de contester l’état de la base, atteignant ainsi la décentralisation de l’étape 1.
Le récent déploiement constitue une avancée cruciale. « Nous franchissons une étape majeure vers la prochaine phase de décentralisation : les preuves de pannes sont désormais en ligne sur le testnet Base Sepolia », a déclaré Base. "Ce lancement est crucial pour apporter en toute sécurité des preuves de pannes au réseau principal et franchir d'autres étapes nécessaires à la décentralisation de l'étape 1."
« Les preuves de fautes sont essentielles pour la responsabilité et le contrôle pilotés par la communauté, réduisant ainsi la dépendance à l'égard d'un parti centralisé pour la vérification de l'État », a expliqué Base. "Le lancement de preuves de pannes sur le testnet Sepolia nous permet d'effectuer des tests supplémentaires pour garantir une transition sécurisée vers le réseau principal."
Buterin décrit la décentralisation de l'étape 1 comme le maintien de « roues d'entraînement limitées », où un conseil de sécurité centralisé, comprenant des parties prenantes externes telles que des membres éminents de l'écosystème et de la communauté, a le pouvoir d'ignorer les preuves de pannes en cas de bugs. Ces dérogations nécessitent l'approbation à la fois des opérateurs de la chaîne et du conseil de sécurité. La décentralisation de l'étape 2 est atteinte lorsque les changements de racine d'état ne peuvent se produire qu'en cas de bug, toutes les mises à niveau de contrat étant soumises à un délai de 30 jours.