EIP-2537: Le long chemin de pré-assemblage d'Ethereum
EIP-2537 est une instruction de pré-assemblage EVM ajoutée lors de la dernière mise à niveau de bifurcation de Pectra. Cette instruction ajoute diverses fonctionnalités de calcul de la courbe BLS12-381 à l'EVM, telles que le calcul de paires sur le domaine de la courbe.
EIP-2537 a été proposé pour la première fois en 2020 et n'a été confirmé pour l'intégration à la mise à niveau d'Ethereum qu'en 2025. Cet article présentera le parcours de gouvernance d'EIP-2537 et explorera pourquoi il a fallu 5 ans pour inclure cette proposition dans la mise à niveau.
Contexte de la proposition
En janvier 2017, Vitalik Buterin a présenté pour la première fois l'algorithme de couplage et la courbe alt_bn128. Par la suite, Vitalik et Christian Reitwiessner ont proposé l'EIP-196 et l'EIP-197, ajoutant le support du calcul de la courbe alt_bn128 à l'EVM.
La mise à niveau de Byzantium en octobre 2017 a officiellement intégré la courbe alt_bn128, permettant le calcul de paires de courbes dans le domaine interne de l'EVM, ce qui a permis la vérification des preuves ZK-Snarks au sein de l'EVM.
En novembre 2017, l'équipe zcash a proposé la courbe BLS12-381, qui offre une sécurité et des performances supérieures par rapport à alt_bn128. De nombreux protocoles blockchain ont ensuite adopté la courbe BLS12-381.
En mai 2018, Justin Drake a indiqué que les futures mises à niveau PoS et de sharding d'Ethereum pourraient utiliser l'algorithme de signature multiple BLS basé sur BLS12-381. Il s'est avéré que la mise à niveau ETH2 ultérieure a effectivement adopté la courbe BLS12-381.
Avec le développement d'ETH2, les appels à l'introduction de BLS12-381 dans la couche d'exécution d'ETH se font de plus en plus pressants. En février 2020, des chercheurs ont proposé l'EIP-2537, espérant le tester avec le testnet ETH2. L'auteur de l'EIP-2537, Alex Stokes, a appelé à inclure cette proposition dans le hard fork Berlin.
Berlin tumulte
Avant de présenter le contenu suivant, il est nécessaire de comprendre l'EIP-1962. Cette proposition a été soumise par Matter Labs en avril 2019, supportant trois courbes : BLS12, BN et MNT4/6, avec l'intention d'ajouter 10 instructions pré-assemblées en une seule fois. Cependant, la proposition est trop complexe et suscite de nombreuses interrogations de la part des développeurs.
Pour résoudre le problème EIP-1962, Matter Labs a proposé plusieurs solutions de découpage d'EIP en février 2020, y compris :
EIP-2537 : fournir un support BLS12-381
EIP-2539: fournir un support BLS12-377
PR#2541 : fournir un support pour la courbe BLS12-377 (Zexe ) sans numéro EIP (.
Parmi eux, l'EIP-2537 est le plus important, car la couche de consensus utilise également la courbe BLS12-381. L'objectif principal de ces propositions est de réaliser la vérification des signatures BLS de la couche de consensus sur le réseau principal. À cette époque, ETH2 développait un contrat de dépôt, introduisant le pré-assemblage BLS12-381 pour réaliser la vérification des signatures dans le contrat de dépôt, évitant ainsi le risque de perte des fonds des utilisateurs.
Lorsque l'EIP-2537 a été proposé pour la première fois, Vitalik a souligné une série de problèmes, principalement axés sur le contenu de la documentation EIP. Par la suite, l'auteur a répondu et discuté.
Le 6 mars 2020, la réunion des développeurs principaux d'Ethereum a discuté de l'EIP-2537. Vitalik pense que cette proposition est très efficace pour les preuves SNARK récursives et n'endommagera pas Ethereum à long terme. La réunion a confirmé le statut prioritaire de l'EIP-2537, tous les clients ont convenu de le mettre en œuvre dès que possible et prévoient de terminer le développement avant la mise à niveau de Berlin.
Par la suite, l'EIP-2537 est devenu une tâche de haute priorité. La réunion du 20 mars a confirmé que l'EIP-2537 remplace l'EIP-1962 en tant que proposition BLS centrale et a été ajoutée à la liste préliminaire de mise à niveau de Berlin.
La réunion d'avril a officiellement intégré l'EIP-2537 dans la mise à niveau du hard fork Berlin, a établi une chronologie pour sa mise en œuvre en avril et les tests en mai-juin, et l'a classé comme un sujet de la plus haute priorité.
Ensuite, l'EIP-2537 est entré dans une phase de développement et de test intensif, avec des discussions lors d'environ 20 réunions de développeurs principaux. Les principaux points incluent:
Discussion sur les problèmes d'encodage ABI
Synchronisation des progrès de mise en œuvre entre les différents clients
Problèmes liés à la mise en œuvre de PR par Geth
Situation des tests du réseau de test YOLO
Relation avec le contrat de dépôt
Problème de diversité des clients
problème de tarification des coûts de gas
Cependant, en raison de la complexité de sa mise en œuvre, l'EIP-2537 a finalement été retiré du réseau de test YOLO v3 et de la mise à niveau Berlin lors de la réunion des développeurs principaux d'Ethereum #99. La raison principale est qu'il consommait trop de ressources de développement, affectant le développement d'autres EIP.
En avril 2021, Ethereum a terminé la mise à niveau Berlin, mais ne comprend pas l'EIP-2537. Cela a rendu la mise à niveau Berlin relativement maigre.
![Observation de la gouvernance d'Ethereum : parcours de pré-assemblage d'EIP-2537])https://img-cdn.gateio.im/webp-social/moments-3198079b11f21298df05682606409838.webp(
Développement ultérieur
Les mises à niveau d'Ethereum qui ont suivi n'ont pas inclus l'EIP-2537 :
Mise à niveau de Londres : retiré en raison de la complexité et des problèmes de tarification du gas
Mise à jour de Shanghai : les développeurs se concentrent sur la fonctionnalité de retrait PoS, le déploiement de l'EIP-2537 est retardé.
Mise à niveau de Cancun : l'accent est mis sur l'EIP-4844, l'EIP-2537 n'a pas été discuté.
Jusqu'en février 2024, les développeurs ont reconsidéré l'EIP-2537 lors des discussions sur la mise à niveau de Pectra. À ce moment-là, la mise en œuvre n'était plus un problème, il ne restait plus que des questions concernant le prix de la consommation de gas.
De décembre 2024 à janvier 2025, les développeurs ont finalement finalisé le modèle de tarification de l'EIP-2537, résolvant ainsi le problème de coût.
![Observation sur la gouvernance d'Ethereum : le processus de pré-assemblage d'EIP-2537])https://img-cdn.gateio.im/webp-social/moments-75338d7a495f20ef25a70cca21a48381.webp(
Résumé
EIP-2537 a été proposé en février 2020 et a été finalisé en janvier 2025, après près de 5 ans. Pendant ce temps, il a connu de nombreuses discussions et abandons sur les mises à jour, principalement en raison de la complexité de la mise en œuvre et du changement de priorité des mises à jour d'Ethereum. Ce processus met en évidence la complexité de la gouvernance d'Ethereum, ainsi que le long chemin que peut nécessiter une proposition technique depuis sa soumission jusqu'à son adoption finale.
![Observatoire de la gouvernance d'Ethereum : le parcours de pré-assemblage de l'EIP-2537])https://img-cdn.gateio.im/webp-social/moments-55d3bb1142078f459d3a41ead42cd599.webp(
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
14 J'aime
Récompense
14
3
Partager
Commentaire
0/400
RumbleValidator
· Il y a 18h
La stabilité des nœuds est la clé. L'efficacité n'est pas suffisante.
EIP-2537 : le chemin sinueux de 5 ans des instructions pré-assemblées BLS12-381 d'Ethereum
EIP-2537: Le long chemin de pré-assemblage d'Ethereum
EIP-2537 est une instruction de pré-assemblage EVM ajoutée lors de la dernière mise à niveau de bifurcation de Pectra. Cette instruction ajoute diverses fonctionnalités de calcul de la courbe BLS12-381 à l'EVM, telles que le calcul de paires sur le domaine de la courbe.
EIP-2537 a été proposé pour la première fois en 2020 et n'a été confirmé pour l'intégration à la mise à niveau d'Ethereum qu'en 2025. Cet article présentera le parcours de gouvernance d'EIP-2537 et explorera pourquoi il a fallu 5 ans pour inclure cette proposition dans la mise à niveau.
Contexte de la proposition
En janvier 2017, Vitalik Buterin a présenté pour la première fois l'algorithme de couplage et la courbe alt_bn128. Par la suite, Vitalik et Christian Reitwiessner ont proposé l'EIP-196 et l'EIP-197, ajoutant le support du calcul de la courbe alt_bn128 à l'EVM.
La mise à niveau de Byzantium en octobre 2017 a officiellement intégré la courbe alt_bn128, permettant le calcul de paires de courbes dans le domaine interne de l'EVM, ce qui a permis la vérification des preuves ZK-Snarks au sein de l'EVM.
En novembre 2017, l'équipe zcash a proposé la courbe BLS12-381, qui offre une sécurité et des performances supérieures par rapport à alt_bn128. De nombreux protocoles blockchain ont ensuite adopté la courbe BLS12-381.
En mai 2018, Justin Drake a indiqué que les futures mises à niveau PoS et de sharding d'Ethereum pourraient utiliser l'algorithme de signature multiple BLS basé sur BLS12-381. Il s'est avéré que la mise à niveau ETH2 ultérieure a effectivement adopté la courbe BLS12-381.
Avec le développement d'ETH2, les appels à l'introduction de BLS12-381 dans la couche d'exécution d'ETH se font de plus en plus pressants. En février 2020, des chercheurs ont proposé l'EIP-2537, espérant le tester avec le testnet ETH2. L'auteur de l'EIP-2537, Alex Stokes, a appelé à inclure cette proposition dans le hard fork Berlin.
Berlin tumulte
Avant de présenter le contenu suivant, il est nécessaire de comprendre l'EIP-1962. Cette proposition a été soumise par Matter Labs en avril 2019, supportant trois courbes : BLS12, BN et MNT4/6, avec l'intention d'ajouter 10 instructions pré-assemblées en une seule fois. Cependant, la proposition est trop complexe et suscite de nombreuses interrogations de la part des développeurs.
Pour résoudre le problème EIP-1962, Matter Labs a proposé plusieurs solutions de découpage d'EIP en février 2020, y compris :
Parmi eux, l'EIP-2537 est le plus important, car la couche de consensus utilise également la courbe BLS12-381. L'objectif principal de ces propositions est de réaliser la vérification des signatures BLS de la couche de consensus sur le réseau principal. À cette époque, ETH2 développait un contrat de dépôt, introduisant le pré-assemblage BLS12-381 pour réaliser la vérification des signatures dans le contrat de dépôt, évitant ainsi le risque de perte des fonds des utilisateurs.
Lorsque l'EIP-2537 a été proposé pour la première fois, Vitalik a souligné une série de problèmes, principalement axés sur le contenu de la documentation EIP. Par la suite, l'auteur a répondu et discuté.
Le 6 mars 2020, la réunion des développeurs principaux d'Ethereum a discuté de l'EIP-2537. Vitalik pense que cette proposition est très efficace pour les preuves SNARK récursives et n'endommagera pas Ethereum à long terme. La réunion a confirmé le statut prioritaire de l'EIP-2537, tous les clients ont convenu de le mettre en œuvre dès que possible et prévoient de terminer le développement avant la mise à niveau de Berlin.
Par la suite, l'EIP-2537 est devenu une tâche de haute priorité. La réunion du 20 mars a confirmé que l'EIP-2537 remplace l'EIP-1962 en tant que proposition BLS centrale et a été ajoutée à la liste préliminaire de mise à niveau de Berlin.
La réunion d'avril a officiellement intégré l'EIP-2537 dans la mise à niveau du hard fork Berlin, a établi une chronologie pour sa mise en œuvre en avril et les tests en mai-juin, et l'a classé comme un sujet de la plus haute priorité.
Ensuite, l'EIP-2537 est entré dans une phase de développement et de test intensif, avec des discussions lors d'environ 20 réunions de développeurs principaux. Les principaux points incluent:
Cependant, en raison de la complexité de sa mise en œuvre, l'EIP-2537 a finalement été retiré du réseau de test YOLO v3 et de la mise à niveau Berlin lors de la réunion des développeurs principaux d'Ethereum #99. La raison principale est qu'il consommait trop de ressources de développement, affectant le développement d'autres EIP.
En avril 2021, Ethereum a terminé la mise à niveau Berlin, mais ne comprend pas l'EIP-2537. Cela a rendu la mise à niveau Berlin relativement maigre.
![Observation de la gouvernance d'Ethereum : parcours de pré-assemblage d'EIP-2537])https://img-cdn.gateio.im/webp-social/moments-3198079b11f21298df05682606409838.webp(
Développement ultérieur
Les mises à niveau d'Ethereum qui ont suivi n'ont pas inclus l'EIP-2537 :
Jusqu'en février 2024, les développeurs ont reconsidéré l'EIP-2537 lors des discussions sur la mise à niveau de Pectra. À ce moment-là, la mise en œuvre n'était plus un problème, il ne restait plus que des questions concernant le prix de la consommation de gas.
De décembre 2024 à janvier 2025, les développeurs ont finalement finalisé le modèle de tarification de l'EIP-2537, résolvant ainsi le problème de coût.
![Observation sur la gouvernance d'Ethereum : le processus de pré-assemblage d'EIP-2537])https://img-cdn.gateio.im/webp-social/moments-75338d7a495f20ef25a70cca21a48381.webp(
Résumé
EIP-2537 a été proposé en février 2020 et a été finalisé en janvier 2025, après près de 5 ans. Pendant ce temps, il a connu de nombreuses discussions et abandons sur les mises à jour, principalement en raison de la complexité de la mise en œuvre et du changement de priorité des mises à jour d'Ethereum. Ce processus met en évidence la complexité de la gouvernance d'Ethereum, ainsi que le long chemin que peut nécessiter une proposition technique depuis sa soumission jusqu'à son adoption finale.
![Observatoire de la gouvernance d'Ethereum : le parcours de pré-assemblage de l'EIP-2537])https://img-cdn.gateio.im/webp-social/moments-55d3bb1142078f459d3a41ead42cd599.webp(