Dans l’écosystème du réseau Ethereum, la blockchain Base initie une refonte technique majeure, passant à une architecture unifiée qui vise une rapidité de développement et une plus grande transparence.
La base passe de OP Stack au référentiel unifié
Le réseau Basique abandonnez le modèle avec de multiples dépendances externes pour adopter une seule pile logicielle consolidée. Tous les composants sont regroupés dans le référentiel socle/socleconstruit sur des outils open source, et les opérateurs de nœuds devront migrer vers le nouveau client pour rester compatible avec les futurs hard forks.
La chaîne a été initialement lancée en tant que chaîne OP Stack, avec des dépendances vis-à-vis de partenaires tels que OptimismeFlashbots et paradigme. Au fil du temps, cette architecture a généré un réseau dense de dépendances externes, augmentant la complexité de coordination pour l'équipe d'ingénierie.
L'équipe technique a souligné que « la base a été construite sur les épaules de géants » et que les progrès initiaux n'auraient pas été possibles sans la technologie de haut niveau derrière la pile OP. Cependant, le nouveau cadre vise à réduire cette complexité.
Référentiel unifié Base/base et nouveau client
Avec la nouvelle architecture, chaque composant est consolidé dans socle/socleéliminant une grande partie des frictions précédentes. Cette approche rend le protocole plus facile à comprendre et à maintenir pour les développeurs individuels et les petites équipes.
Auparavant, le code des différents modules était réparti sur plusieurs référentiels, gérés par différentes équipes. Cela a ralenti la sortie des nouvelles versions et a ouvert la voie à des malentendus dans les communications internes. De plus, la gestion des versions nécessitait une coordination intense entre plusieurs organisations.
Le fait de tout rassembler « sous un même toit » change fondamentalement la façon dont les versions seront gérées à l’avenir. Cela dit, l’équipe continue de s’appuyer sur des outils open source, maintenant une collaboration ouverte avec la communauté des développeurs.
Nouveau calendrier de hard fork de base plus rapide
L’un des changements les plus évidents est l’accélération du cycle de mise à jour. Le réseau vise désormais à six hard forks par anpar rapport aux trois mises à jour annuelles précédentes du protocole. Chaque branche sera plus petite et plus ciblée, pour contenir le risque opérationnel.
L'équipe a expliqué directement l'objectif : « Nous visons six hard forks plus petits et bien ciblés par an, doublant le calendrier actuel. » De cette manière, le modèle qui combinait de nombreux changements en des mises à jour rares mais très importantes est abandonné.
Cette stratégie facilite la révision des mises à jour et, si nécessaire, leur annulation. De plus, cela réduit la charge d’audit pour les développeurs et les acteurs de la sécurité qui surveillent les évolutions des protocoles.
Feuille de route technique : Base V1, V2 et V3
La feuille de route publique détaille déjà les prochaines étapes. Base V1 se concentrera sur la consolidation complète des clients et une mise à niveau majeure des preuves, passant de preuves optimistes à des systèmes basés sur des preuves optimistes Epreuves TEE/ZK.
Les versions Base V2 Et Base V3 introduira de nouveaux types de transactions et des listes d'accès de blocage, ainsi qu'alignera le réseau avec la mise à niveau Glamsterdam d'Ethereum. Cependant, chaque étape sera incluse dans le nouveau schéma de forks plus fréquents et limités, pour limiter les régressions.
Dans l’ensemble, le nouveau plan de développement vise à combiner une plus grande vitesse de publication avec un contrôle plus granulaire sur les effets des mises à jour.
Normes de décentralisation du réseau de base inchangées
Malgré la restructuration technique, le réseau a confirmé qu'il conserve le statut de Cumul décentralisé de l'étape 1. L’équipe a clairement indiqué qu’aucun compromis sur la sécurité ou la décentralisation technique n’avait été fait, même en échange d’un développement plus rapide.
Pour remplacer le rôle précédent de Optimismeun nouveau signataire indépendant est ajouté au Conseils de sécurité de base. De plus, la feuille de route accélérée comprend des retraits plus rapides grâce à un système multi-preuves plus robuste, ainsi que des structures de gouvernance spécifiques à la chaîne et des normes de neutralité plus strictes.
Les ingénieurs ont fait remarquer que « les spécifications du protocole et la base de code devraient être compréhensibles par un seul développeur ». Ce principe guide à la fois la refonte de l’architecture et la documentation technique associée.
Relations avec l'optimisme et la superchaine
Tout en marquant une séparation technique de l'OP Stack, le réseau continuera à collaborer avec Optimisme en tant que client de OP Entreprise pour une assistance sur les fonctions critiques. Dans ce cadre, la migration d’OP Stack vers Base n’est pas présentée comme un saut concurrentiel.
Les corrections de bugs continueront d'être poussées en amont et les divulgations de sécurité seront coordonnées pour protéger l'ensemble de l'écosystème. Superchaîne. En outre, l'équipe réitère qu'il s'agit d'un choix architectural et non d'un changement d'alliances au sein de l'industrie du rollup.
Cependant, l'adoption d'un référentiel Base unifié renforce l'autonomie technique du réseau, permettant à ses développeurs de contrôler directement l'ensemble du cycle de vie des logiciels.
Code open source de base et alternatives client
Malgré la séparation structurelle de l'OP Stack, le réseau a fortement réaffirmé son engagement envers l'open source. Toutes les spécifications et le code resteront publics et librement accessibles. De plus, l’équipe encourage activement les implémentations alternatives chez les clients afin d’augmenter la résilience globale.
Dans une note officielle, les développeurs ont déclaré que « les spécifications et le code seront toujours publics, ouverts aux contributions et accessibles à tous ceux qui souhaitent forker ». Cette ligne vise à garantir qu’aucun acteur ne conserve un contrôle exclusif sur l’évolution du protocole.
De plus, le réseau continuera de fournir des outils écosystémiques tels que Fonderie Et Wagmi. Selon l’équipe, ce travail contribue à préserver le rôle de la plateforme en tant que bien public au sein de l’environnement plus large d’Ethereum.
Guide de migration de nœud de base et compatibilité RPC
Pour le moment, les opérateurs de nœuds n’ont pas besoin d’intervenir d’urgence. Cependant, dans les mois à venir, la migration vers Client de base deviendra nécessaire pour rester aligné sur les futurs hard forks et le nouveau cycle de mise à jour, qui inclut des hard forks sur Base six fois par an.
Tous les points de terminaison RPC ceux existants, y compris ceux de l’espace de noms Optimism, continueront d’être entièrement pris en charge pendant la période de transition. Cela dit, le réseau recommande aux opérateurs de nœuds de planifier à l'avance l'adoption de nouveaux logiciels.
Dans l'ensemble, la transformation de l'architecture technique renforce la position de la chaîne en tant qu'infrastructure publique, préservant la sécurité, la décentralisation et l'ouverture du code, tout en accélérant considérablement le rythme des mises à jour des protocoles.