J'ai suivi les développements de l'abstraction de compte pendant des mois, et honnêtement, le RIP-7560 ressemble à ce que nous aurions dû avoir dès le début. Il était grand temps qu'Ethereum commence à aborder ces problèmes au niveau du consensus au lieu de coller encore plus de pansements middleware.
Lorsque j'ai rencontré pour la première fois l'ERC-4337 l'année dernière, j'ai d'abord été impressionné mais rapidement désillusionné par son adoption médiocre. Soyons réalistes - qui l'utilise vraiment ? Pas l'utilisateur de crypto moyen, c'est sûr. La révolution promise des portefeuilles ne s'est tout simplement pas matérialisée.
RIP-7560 vise à corriger ce que l'ERC-4337 n'a pas pu faire. En rendant l'abstraction de compte native au protocole plutôt qu'un ajout après coup, nous pourrions enfin voir des progrès réels. L'implication de Vitalik en tant que premier auteur signale que ce n'est pas juste un autre EIP à moitié cuit qui disparaîtra dans le vide.
Le chemin de compatibilité est astucieux mais expose les défauts fondamentaux de l'ERC-4337. Réfléchissez-y - pourquoi renommer "UserOperation" en "TransactionType4" si le design original était si brillant ? Ce n'était pas le cas. Le nommage original était une solution de contournement car ils ne pouvaient pas changer la structure réelle de la transaction. Maintenant, nous pouvons.
En regardant l'infrastructure, John Rising a mis le doigt sur le problème de centralisation d'ERC-4337. C'est embarrassant de voir comment un écosystème construit sur des principes de décentralisation s'est retrouvé avec une infrastructure d'abstraction de compte concentrée entre seulement trois entreprises ! L'ironie serait risible si cela n'était pas si préoccupant.
La critique de Foobar résonne le plus en moi - le 4337 ajoute trop de surcharge, point final. Pourquoi essayons-nous de maintenir la compatibilité descendante avec un standard qui n'a même pas encore gagné d'adhésion significative ? Coupez le poids mort et avancez.
Ce qui me frustre, c'est combien de temps cela a pris. Vitalik a proposé l'abstraction de compte en 2021, et nous voilà fin 2024 à débattre encore des méthodes de mise en œuvre. Pendant ce temps, d'autres chaînes ont devancé Ethereum en matière d'expérience utilisateur tandis que nous sommes bloqués dans des discussions sans fin.
Je suis prudemment optimiste au sujet de RIP-7560, mais le bilan du système Ethereum en matière d'exécution lente me fait me demander si cela va prendre la poussière comme tant d'autres propositions. Sans intégration majeure de portefeuilles, même la solution technique la plus élégante est inutile.
Seul le temps dira si ceci est vraiment la "forme finale" de l'abstraction de compte ou juste une autre étape. Mais je croise les doigts pour que cette fois, nous puissions réellement voir des progrès significatifs.
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.
Abstraction de Compte Native : L'Évolution Réelle Au-Delà de l'ERC-4337 ?
J'ai suivi les développements de l'abstraction de compte pendant des mois, et honnêtement, le RIP-7560 ressemble à ce que nous aurions dû avoir dès le début. Il était grand temps qu'Ethereum commence à aborder ces problèmes au niveau du consensus au lieu de coller encore plus de pansements middleware.
Lorsque j'ai rencontré pour la première fois l'ERC-4337 l'année dernière, j'ai d'abord été impressionné mais rapidement désillusionné par son adoption médiocre. Soyons réalistes - qui l'utilise vraiment ? Pas l'utilisateur de crypto moyen, c'est sûr. La révolution promise des portefeuilles ne s'est tout simplement pas matérialisée.
RIP-7560 vise à corriger ce que l'ERC-4337 n'a pas pu faire. En rendant l'abstraction de compte native au protocole plutôt qu'un ajout après coup, nous pourrions enfin voir des progrès réels. L'implication de Vitalik en tant que premier auteur signale que ce n'est pas juste un autre EIP à moitié cuit qui disparaîtra dans le vide.
Le chemin de compatibilité est astucieux mais expose les défauts fondamentaux de l'ERC-4337. Réfléchissez-y - pourquoi renommer "UserOperation" en "TransactionType4" si le design original était si brillant ? Ce n'était pas le cas. Le nommage original était une solution de contournement car ils ne pouvaient pas changer la structure réelle de la transaction. Maintenant, nous pouvons.
En regardant l'infrastructure, John Rising a mis le doigt sur le problème de centralisation d'ERC-4337. C'est embarrassant de voir comment un écosystème construit sur des principes de décentralisation s'est retrouvé avec une infrastructure d'abstraction de compte concentrée entre seulement trois entreprises ! L'ironie serait risible si cela n'était pas si préoccupant.
La critique de Foobar résonne le plus en moi - le 4337 ajoute trop de surcharge, point final. Pourquoi essayons-nous de maintenir la compatibilité descendante avec un standard qui n'a même pas encore gagné d'adhésion significative ? Coupez le poids mort et avancez.
Ce qui me frustre, c'est combien de temps cela a pris. Vitalik a proposé l'abstraction de compte en 2021, et nous voilà fin 2024 à débattre encore des méthodes de mise en œuvre. Pendant ce temps, d'autres chaînes ont devancé Ethereum en matière d'expérience utilisateur tandis que nous sommes bloqués dans des discussions sans fin.
Je suis prudemment optimiste au sujet de RIP-7560, mais le bilan du système Ethereum en matière d'exécution lente me fait me demander si cela va prendre la poussière comme tant d'autres propositions. Sans intégration majeure de portefeuilles, même la solution technique la plus élégante est inutile.
Seul le temps dira si ceci est vraiment la "forme finale" de l'abstraction de compte ou juste une autre étape. Mais je croise les doigts pour que cette fois, nous puissions réellement voir des progrès significatifs.