Réflexions approfondies sur la résolution de l'interopérabilité et du problème de fragmentation de Rollup

Auteur: Andy Source: X, @ayyyeandy Traduction: Shanooba, Golden Finance

Le cluster Rollup optimise la sécurité accrue et une meilleure interopérabilité grâce à une solution d’interopérabilité standard intégrée à sa pile technologique. Les solutions OP Stack, AggLayer et ZK Sync disposent toutes de ces solutions (on ne sait pas si Arbitrum Orbit en dispose également).

Dans le cluster Rollup, l’interopérabilité se concentrera sur la coordination de la construction de blocs ou des normes d’interopérabilité, ces normes mettant l’accent sur des messages cross-chain d’interaction et des transferts d’actifs extrêmement sécurisés et à latence faible. Même s’ils ne sont pas synchrones, ils seront très proches de la synchronisation. Bien que la vitesse de transfert basée sur l’intention soit très rapide, la solution finale de finalité en un seul slot est l’objectif ultime pour l’avenir.

C’est là que l’agrégation des preuves ZK entre en jeu dans ces grappes Rollup, permettant une composabilité atomique entre plusieurs chaînes au sein d’une grappe donnée. Cela offre une finalité instantanée pour les transactions inter-chaînes, grâce à la preuve de validité, sans attendre la finalité L1 dans la conception optimiste. Il est évident que c’est une vision vers laquelle nous devrions aspirer, même s’il me semble qu’il faudra encore de nombreuses années pour y parvenir.

En ce qui concerne la communication entre les différents clusters Rollup, il s’agit d’un marché concurrentiel. Actuellement, nous avons des normes de transfert de Jeton telles que NTT, xERC20, ITS, ainsi qu’une couche de transport de messages utilisée pour le transfert de données et de paquets.

Aujourd’hui, de nombreuses solutions sont en concurrence sur ce marché. Les forces du marché entreront en jeu et il pourrait finalement y avoir quelques gagnants qui domineront le marché.

Cependant, je pense que cette avancée sera réalisée grâce à un système basé sur l’intention. Le système de market making hors ligne est très adapté pour réaliser une interaction asynchrone entre différents environnements d’exécution, et grâce à sa latence<200ms, l’expérience utilisateur semble toujours synchrone. Pas besoin d’attendre un ensemble de validateurs, de finalité ou d’autres protocoles mal conçus. Il existe d’autres mécanismes de transmission disponibles, mais le système basé sur l’intention est le plus rapide, le moins cher (et aussi assez sûr par rapport à certaines options plus centralisées).

Par ailleurs, la technologie ZK jouera un rôle important dans la réduction du risque de stock du solveur Goutte, en accélérant la finalité de l’interopérabilité entre chaînes pour soutenir leurs opérations.

La communauté a, à mon avis, deux façons de mettre en œuvre les appels aux normes :

1. Top-down: Collaborating with organizations and top-tier teams like the Ethereum Foundation, openly releasing their stance on standards, which all major Rollup teams will adopt. If you don’t adapt, you will face difficulties in terms of network effects, liquidité, and user experience. This will solve the fragmentation problem faster, but goes against the spirit of an open market and permissionless design in the chiffrement world. Additionally, this may have an impact on many venture capital firms.
2. Bottom-up : Les forces du marché entrent naturellement en jeu, et même si cela prendra plus de temps, nous aurons finalement un piège des meilleurs protocoles conçus par les meilleures équipes du domaine. C’est le résultat d’une concurrence intense au niveau de la pile d’interopérabilité, ce qui oblige l’équipe à être fermement positionnée et à rechercher activement des partenariats avec d’importants clusters. À mon avis, cette voie a plus de chances d’être réalisée.

Bien que la méthode descendante puisse résoudre les problèmes plus rapidement, je pense que cela est peu probable.

La bataille de l’interopérabilité s’intensifie…