Ethlabs a retiré sa proposition Quick Slots de la mise à niveau Hegotá d'Ethereum tout en demandant aux développeurs principaux de faire de la sécurité post-quantique et « post-AI » l'objectif organisateur de 2027. La proposition, connue sous le nom de « pqai27 », demanderait également de réexaminer l'inclusion prévue de FOCIL et pourrait remodeler l'ordre et la structure de la mise à niveau, bien qu'aucun changement de feuille de route n'ait été approuvé.

Cette position a été exposée dans une publication du 11 novembre sur le forum Ethereum Magicians, publiée après qu'Ethlabs a passé la semaine du Devcon à Mumbai avec les développeurs principaux d'Ethereum. La publication contient deux décisions de statuts différents : Ethlabs peut retirer Quick Slots, qu'elle a développée, mais sa demande plus large de réorganiser Hegotá reste un document de position tant que le processus des développeurs principaux ne l'a pas adoptée.

Ethlabs est un groupe de recherche à but non lucratif lancé en juin par cinq anciens chercheurs de l'Ethereum Foundation. Il a reçu des financements de Bitmine, SharpLink et du fondateur de Consensys, Joe Lubin. Le groupe a rédigé Quick Slots et a fait campagne pour la proposition tout au long de l'automne ; il peut donc la retirer de l'examen lui-même. Il ne peut pas modifier unilatéralement la feuille de route d'Ethereum.

Ethlabs définit la sécurité post-quantique comme une cryptographie qu'un ordinateur quantique suffisamment puissant ne pourrait pas casser. « Post-AI » est un terme propre au groupe et couvre deux préoccupations connexes. La première est une cryptographie reposant sur le moins d'hypothèses mathématiques possible, car Ethlabs soutient que des systèmes d'IA capables de résoudre des problèmes mathématiques ouverts pourraient finir par révéler des faiblesses que les chercheurs n'avaient pas anticipées. La seconde est un logiciel client durcé avec et contre des modèles qui découvrent des bugs à grande échelle. La publication qualifie le second usage de « post-AI » avec « vraisemblablement » et ne prétend pas que la conception résultante serait prouvée sûre.

Hegotá est prévue après Glamsterdam, qu'Ethlabs estime devoir se dérouler comme prévu. La question soulevée par le groupe concerne le contenu de Hegotá, et non un retard de Glamsterdam.

Deux objectifs à l'intérieur de l'échéance 2027

Ethlabs divise sa proposition en deux niveaux. Décrire le plan simplement comme « un Ethereum à l'abri du quantique d'ici 2027 » reviendrait donc à exagérer ce qui est proposé.

Le premier niveau, visé pour Hegotá, est pqai-ready. Selon cet objectif :

• Le consensus utiliserait la cryptographie post-quantique.
• Chaque compte disposerait d'une voie de migration vers des clés post-quantiques.
• Le réseau conserverait la capacité livrée par Glamsterdam.
• Si la cryptographie actuelle était cassée, Ethereum pourrait basculer vers des systèmes post-quantiques et continuer à fonctionner à capacité réduite.

Le second niveau est pqai-scaled, décrit comme un objectif ambitieux pour un fork ultérieur. Il nécessiterait :

• Des transactions post-quantiques fonctionnant à pleine capacité.
• Des blobs post-quantiques remplaçant la solution de repli via calldata.
• L'agrégation de signatures via EIP-8288 et la disponibilité des données post-quantique via EIP-8479.
• Des changements touchant probablement à la fois les couches d'exécution et de consensus.

« Capacité réduite » a un sens précis dans la proposition d'Ethlabs. Les signatures post-quantiques sont plus grandes que les signatures actuelles, ce qui rend les transactions qui les utilisent plus coûteuses à inclure. Les blobs, le canal de données utilisé par les rollups, ne sont pas non plus post-quantiques. En cas d'urgence, les rollups pourraient publier leurs données sous forme de calldata dans des blocs ordinaires. Ethlabs indique que cette approche pourrait absorber le volume actuel des blobs à un coût plus élevé. La chaîne continuerait de fonctionner, mais de manière moins économique.

L'objectif pqai-ready est un calendrier compressé plutôt qu'une échéance entièrement nouvelle. Ethlabs note que l'Ethereum Foundation avait déjà avancé son objectif post-quantique de 2029 à 2028. Ethlabs vise l'état de préparation un an plus tôt, tout en considérant le fonctionnement post-quantique à pleine échelle la même année comme un accomplissement supplémentaire.

Pourquoi Quick Slots a été retirée

Quick Slots, EIP-8198, ferait de la durée des slots un paramètre ajustable à chaque mise à niveau et la réduirait d'abord de 12 à 10 secondes. Un slot est une opportunité programmée de produire un bloc. Réduire l'intervalle donnerait à Ethereum six telles opportunités par minute au lieu de cinq, soit environ 20 % de plus.

Ce changement affecterait la réactivité plutôt que la capacité totale. Le projet maintient le débit de gaz et de blobs par seconde en réduisant les limites de chaque bloc. Les blocs arriveraient plus fréquemment, mais chacun serait plus petit. Les marchés onchain pourraient se revaloriser plus souvent, et une transaction pourrait être incluse plus tôt, bien que l'attente réelle continue de dépendre des frais, de la congestion et de la manière dont les applications regroupent les requêtes.

La finalité des transactions est une question distincte de la fréquence des slots. Coindoo a déjà examiné l'effort d'Ethereum pour raccourcir la finalité dans son article sur l'attente de règlement de 16 minutes d'Ethereum.

Ethlabs a déclaré continuer à soutenir le concept et prévoir de travailler vers des slots plus courts en 2028. Pour l'instant, toutefois, Quick Slots a été retirée de la liste de Hegotá.

Ethlabs a présenté ce retrait comme un sacrifice. Le groupe avait publié une enquête auprès de 20 fondateurs DeFi soutenant le changement et a déclaré être prêt à défendre la décision auprès de ceux qui lui avaient fait confiance pour la livrer.

La proposition n'avait jamais été assurée d'être incluse. Le cluster Protocol de l'Ethereum Foundation a publié son évaluation des candidats pour Hegotá le 7 septembre dans sa mise à jour du protocole. Quick Slots a reçu une note globale de B : les équipes de recherche l'ont fortement notée, tandis que les équipes d'ingénierie chargées de la livraison lui ont attribué un D.

Les préoccupations d'ingénierie concernaient la chaîne de modifications qu'un slot plus court déclencherait dans la couche de consensus. Avant d'augmenter la priorité de la proposition, les ingénieurs voulaient une spécification complète, un prototype, une analyse de ses effets sur les applications et l'infrastructure, et la preuve qu'elle ne compliquerait pas la transition vers un consensus découplé. Les éléments déjà programmés devaient d'abord être stabilisés.

Ethlabs a traité une partie de cette liste. Dans sa mise à jour de la semaine 14, le groupe a indiqué que la spécification de la fonctionnalité Quick Slots avait été fusionnée. Cela répondait à la première des quatre demandes, mais l'implémentation et les tests clients restaient à faire. Ethlabs abandonnait donc une fonctionnalité qu'elle souhaitait et qui bénéficiait d'un soutien, mais dont la place dans Hegotá restait conditionnelle. Le retrait est moins significatif que la suppression d'une vedette déjà programmée, tout en donnant à Ethlabs une légitimité accrue pour plaider la suppression de propositions qu'elle n'a pas rédigées.

Frames relie les objectifs de sécurité

Frame Transactions, EIP-8141, est déjà la vedette de la couche d'exécution de Hegotá. Elle rendrait la manière dont un compte valide des transactions et paie les frais programmable, au lieu de la lier aux signatures à courbes elliptiques actuelles.

Dans la proposition d'Ethlabs, Frames serait déployée aux côtés de SPHINCS, un schéma de signature à base de hachage, et d'autres propositions de comptes post-quantiques. Ensemble, ces mécanismes donneraient à chaque compte une voie vers des clés post-quantiques. Ils soutiendraient également la rotation des clés, des clés de récupération séparées et des permissions à périmètre limité sans services tiers. C'est cette fonctionnalité plus large qui explique qu'Ethlabs décrive Frames comme utile au-delà de la question de la sécurité quantique.

Le soutien du protocole à un nouveau schéma de signature ne représenterait que la moitié de la migration. Les portefeuilles devraient implémenter la méthode de signature et offrir aux utilisateurs un processus clair de migration. Les validateurs auraient besoin de systèmes de pré-enregistrement et d'outils pour passer aux clés post-quantiques. Ethlabs classe ce travail comme étant « hors du calendrier du hardfork », ce qui signifie que le protocole pourrait être prêt avant la plupart de ses utilisateurs.

Une autre partie de la proposition n'est pas cryptographique. Ethlabs souhaite que les équipes clients disposent de temps dédié pour durcer leurs logiciels avec et contre les modèles d'IA de pointe. Elle s'appuie également sur la diversité des clients afin qu'un bug découvert dans un client ne puisse pas faire tomber le réseau. Les signatures post-quantiques ne répondent pas aux vulnérabilités logicielles, et la correction de bugs logiciels ne protège pas d'une courbe cryptographique cassée. L'objectif 2027 proposé combine les deux types de travail de sécurité.

FOCIL pourrait être retardée

Ethlabs demande également aux développeurs de réexaminer FOCIL, EIP-7805, qui est la vedette de la couche de consensus de Hegotá. FOCIL obligerait les validateurs à publier des listes d'inclusion que les constructeurs de blocs doivent respecter, limitant leur capacité à exclure des transactions éligibles. Son objectif est la résistance à la censure.

Plusieurs membres d'Ethlabs ont co-rédigé l'EIP, et la publication indique qu'ils l'ont défendue lors de forks précédents. L'argumentation du groupe en faveur d'un report repose sur trois points. Premièrement, elle pourrait ralentir l'état de préparation post-quantique. Deuxièmement, sa compatibilité avec une conception de consensus post-quantique reste non résolue, qu'il s'agisse d'une version à base de hachage du Gasper actuel ou du protocole « découplé » qu'Ethlabs préfère comme état final. Troisièmement, sans FOCIL, la couche d'exécution pourrait déployer Frames selon son propre calendrier au lieu d'attendre la couche de consensus.

Le troisième argument constitue une proposition structurelle. Ethlabs suggère de scinder Hegotá en un fork de la couche d'exécution précoce et un fork de la couche de consensus qui arriverait une fois le consensus post-quantique prêt. Les deux couches pourraient ensuite être reconnectées lors de la mise à niveau suivante.

La plus grande question ouverte identifiée dans la publication est de savoir quelle conception de consensus doit être rendue post-quantique. Ethlabs estime que convertir Gasper serait probablement la tâche la plus petite, mais il n'est pas clair combien de compromis cela exigerait. Le groupe n'a pas déterminé si passer directement à un consensus découplé serait plus simple.

Les prochains signes de progression

Le guide Hegotá publié par Ethereum, dernière mise à jour le 16 octobre, liste FOCIL et Frames comme incluses au calendrier et Quick Slots comme à l'étude. Ce guide est antérieur à la publication d'Ethlabs et constitue la référence à laquelle la proposition sera comparée.

Le premier signal sera de savoir si les appels des développeurs principaux enregistrent une décision d'adopter pqai27 comme objectif organisateur de Hegotá et si FOCIL est réduite en périmètre, retardée ou conservée. Viendra ensuite le choix entre Gasper post-quantique et le consensus découplé, qui déterminera l'ampleur de la charge de travail de la couche de consensus. Suivront des implémentations clients fonctionnelles, des tests d'interopérabilité, ainsi que des outils de migration pour les portefeuilles et les validateurs. L'état de préparation du protocole seul ne signifierait pas que les utilisateurs et l'infrastructure sont prêts.

Ethlabs a décrit le calendrier comme ambitieux et a comparé l'effort à The Merge. Son argument est que s'engager maintenant coûterait moins cher que de changer de cap au milieu d'un fork ultérieur, et qu'en l'absence d'engagement, la question reviendrait avec chaque nouveau modèle d'IA. L'acceptation de cet arbitrage par les développeurs principaux déterminera l'évolution de Hegotá.