IOSG: Quelle est la nécessité d'Unichain? Est-ce une Information positive ou une Information négative?

Auteur IOSG Ventures

Introduction

Pendant de nombreuses années, Uniswap a continuellement promu la réforme des fonctionnalités et de l'innovation, rendant les échanges plus conviviaux et équitables pour les utilisateurs. Par exemple, nous avons vu la version mobile Uniswap Mobile, le réseau Fillers dans UniswapX, l'ERC-7682 pour standardiser les intentions inter-chaînes, ainsi que les crochets à utiliser dans Uniswap V4 pour ouvrir des pools AMM personnalisés, etc.

Le 10 octobre, Uniswap a annoncé son Rollup globalement optimiste, Unichain. La chaîne vise à être un centre de liquidité à guichet unique dans l’écosystème Superchain, offrant aux traders une expérience d’échange quasi instantanée et des spreads plus faibles, tout en maximisant la confidentialité et l’intégrité des participants MEV dans le processus, en utilisant TEE dans le processus. Bien que ces visions soient impressionnantes, les utilisateurs ont remis en question la nécessité d’une autre L2, certains, dont Vitalik, commentant Unichain = « C’est vrai pour les copies Uniswap à chaque Rollup ». En d’autres termes, il soutient que le lancement d’un clone d’Uniswap sur une nouvelle chaîne sert en fait le même objectif que le lancement d’Unichain lui-même. Alors, Unichain est-il bon ou mauvais ? L’article d’aujourd’hui explorera l’architecture d’Unichain et comprendra la « nécessité » d’Unichain.

1. Qu'est-ce que Unichain ? Unichain est un optimistic rollup visant à exécuter des transactions quasi instantanées tout en utilisant la technologie de confidentialité TEE pour minimiser au maximum les impacts potentiels sur les LP et les traders sur la chaîne. Comme Unichain utilise les mêmes propriétés et normes que les autres chaînes de rollup optimistes, il peut désormais profiter de l'interopérabilité de l'écosystème de chaînes superposées et accéder à la liquidité partagée de l'ensemble du réseau. Pour ce faire, Unichain apporte 4 innovations majeures : • Séparation de Rollup-Boost et Sequencer Builder • Construction de blocs dans TEE • Flashblock • Réseau de validation Unichain (UVN)

1.1 Rollup Boost: La séparation du proposant séquenceur (SBS) de la construction de blocs est essentielle pour résoudre le problème de l'EMV. Avant l'EMV Boost, Ethereum était confronté à des risques d'examen et à une mauvaise expérience utilisateur. En raison de la concurrence intense entre les chercheurs pour l'inclusion d'ordres axés sur les bénéfices, les utilisateurs étaient confrontés à des frais de transaction élevés et à des problèmes de transactions anticipées. Pour résoudre ces problèmes, flashbot a construit l'EMV-boost. L'EMV Boost rassemble les rôles des constructeurs de blocs et des proposants en introduisant des relais et soumet les blocs les plus rentables aux proposants pour signature, séparant ainsi les rôles des constructeurs de blocs et des proposants. Cette conception dissémine efficacement le processus d'extraction de l'EMV et démocratise les bénéfices de l'EMV entre les validateurs et les constructeurs professionnels.

Le concept de Rollup Boost est similaire à celui de MEV Boost, où le L2 activé par SBS (Séparateur de constructeur de séquence) peut séparer le processus de construction de blocs de l'exécution du moteur de séquenceur à l'aide d'un système appelé “Block Builder Sidecar”. En bref, le système comprend 4 composants principaux : • nœud OP • OP-geth • Sidecar / Blockbuilder Sidecar • Constructeur de bloc externe Voici le schéma de l'optimisme, où l'on peut voir que le nœud séquenceur (également appelé op-chain) est composé d'Op-geth et d'Op-node.

Pour faire la distinction entre la construction de blocs et les rôles proposés dans le séquenceur, un composant appelé Sidecar a été ajouté. Les side-cars permettent aux nœuds OP de recevoir des blocs de constructeurs externes, créant ainsi une place de marché entre les constructeurs de blocs et les proposants. Le flux de travail est le suivant : 1. Le noeud OP envoie des mises à jour au side-car. 2. Le side-car sert d’intermédiaire pour transmettre la mise à jour à l’op-geth. 3. Lorsqu’un noeud OP demande un bloc à OP-geth, le side-car intercepte la requête. 4. Le side-car transmet ensuite la demande au constructeur de blocs externe, qui est un « espace » où le constructeur externe peut enchérir et concourir. 5. Une fois que le bloc externe/gagnant est reçu, le side-car l’envoie au nœud OP. 6. Si aucun bloc n’est reçu, le side-car transmettra le bloc généré localement. Le principal avantage du side-car du constructeur de blocs est que la mise à niveau ne nécessite pas de modifications du client OP Chain, tout en permettant plus de flexibilité, de simplification et d’examen des assemblages de transactions. Cependant, en raison de l’ajout d’un intermédiaire (side-car), il peut y avoir des retards.

1.2 Rollup Boost: Séparation du proposant du séquenceur (SBS) Rollup Boost améliore davantage le processus de construction des blocs en introduisant un environnement d'exécution de confiance (TEE) pour garantir l'intégrité des transactions. Grâce aux dernières avancées matérielles telles que Intel TDX, une performance en temps réel devient possible. Pour ceux qui ne sont pas familiers avec le TEE, il s'agit d'une zone de sécurité dans le processeur ou le matériel qui offre une confidentialité améliorée en empêchant les entités non autorisées d'accéder aux données externes. En même temps, le TEE maintient un niveau élevé d'intégrité car le code à l'intérieur du TEE ne peut pas être modifié ou remplacé.

Dans le contexte de Rollup Boost, Unichain utilisera des constructeurs TEE pour réduire les risques de fuite de MEV. Cela signifie que lorsque des lots ou des transactions sont envoyés au constructeur de blocs TEE, l'intégrité du TEE garantit que l'ordre des transactions arrivant au constructeur n'est pas influencé par des acteurs externes cherchant à extraire plus de MEV.

De plus, TEE offre une protection de restauration sans confiance, ce qui peut protéger les utilisateurs des effets des transactions échouées, car TEE peut fonctionner en mode simulation et être détecté et éliminé avant de traiter toute transaction de restauration. Cela améliore non seulement l'efficacité de l'AMM (car il n'y a pas de transactions échouées), mais améliore également l'expérience globale de l'utilisateur, en particulier en cas de volume élevé de transactions.

Afin d'améliorer la transparence du processus de tri et de construction de blocs, une preuve d'exécution sera rendue publique aux utilisateurs après la génération du bloc. Cette preuve est cruciale pour vérifier le classement par priorité, un concept qui sera expliqué dans le paragraphe suivant.

1.3 Construction de blocs flash et de blocs vérifiables Le temps de bloc moyen de 12 secondes d’Ethereum est très lent et ne peut pas répondre à la demande actuelle d’une expérience de transaction acceptable. De plus, la lenteur des temps de blocage expose le réseau à davantage d’opportunités MEV et le rend vulnérable à la congestion du réseau en cas d’attaques de spam. L2 vise à améliorer l’évolutivité d’Ethereum en regroupant les transactions hors chaîne et en soumettant des preuves pour vérifier l’exactitude du calcul. Afin d’offrir une expérience de transaction plus fluide, Unichain vise à atteindre un temps de bloc de 250 ms. Cependant, pour y parvenir, Unichain a besoin d’un système capable de transmettre de manière cohérente des blocs avec une faible latence ainsi que des temps de confirmation quasi instantanés. Solana peut traiter 440M en parallèle, mais un certain degré de décentralisation est sacrifié pour atteindre une telle vitesse. Auparavant, lors de la plupart des propositions de blocs L2, il y avait un retard dans la sérialisation des données et la génération de racines d’état, ce qui rendait impossible des temps de blocage rapides. Pour résoudre ce problème, flashbot a créé flashblock, dont l’idée est de « décomposer » les morceaux en fragments plus petits, réduisant ainsi le temps entre les morceaux pour maximiser les avantages UX/LP. Flashblock est une pré-confirmation émise par le constructeur de blocs TEE pour une confirmation partielle mais rapide. Tout d’abord, la transaction est diffusée dans le générateur de blocs TEE. Si L2 a SBS activé, le générateur de blocs sera découplé du séquenceur. Après le tri et le regroupement, la transaction se transformera progressivement en une confirmation partielle de Flashblock. Flashblock diffusera du séquenceur vers d’autres nœuds toutes les 250 millisecondes pour validation. Étant donné que la latence est causée par la génération et la sérialisation de la racine d’état dans L2, Unichain réduit considérablement la latence en calculant la racine d’état et le consensus en amortissant le coût du processus de construction de blocs une seule fois pour plusieurs blocs partiels. En bref, Flashblock est puissant parce que : • Des temps de génération de blocs plus courts réduisent le risque de coût de l’antisélection pour les LP. • Flashblock fournit l’état d’exécution précoce des états existants, ce qui facilite l’intégration du portefeuille et du front-end. • Les transactions rapides offrent une excellente expérience utilisateur (UX). De plus, étant donné que les TEE peuvent imposer la hiérarchisation dans chaque Flashblock, les applications et les contrats intelligents peuvent désormais prélever des taxes MEV, hiérarchiser pour leur propre intérêt et redistribuer les MEV aux LP et aux utilisateurs. Comme Dan Robinson l’a souligné dans l’un de ses tweets, permettre aux applications et aux utilisateurs de « contrôler » leur MEV est l’une des principales fonctions/objectifs d’Unichain. Mieux encore, la hiérarchisation peut être vérifiée par une preuve publique d’exécution dans le TEE. Cela permet aux utilisateurs de vérifier exactement comment leurs transactions sont exécutées. C’est très important car c’est le seul moyen pour les utilisateurs de s’assurer que la hiérarchisation est faite équitablement.

1.4 Unichain Verification Network (UVN) Nowadays, most L2 sorters are centralized, and the behavior of a single sorter can affect the fairness of MEV, the activity of blocks, or finality, etc. For example, if a sorter publishes an invalid block and submits fraud proofs to challenge it, the resulting chain reversion will actually affect the speed of the chain. In order to deal with potential single points of failure in sorters, Unichain introduces the Unichain Verification Network (UVN). UVN verifies blocks by focusing on validators who validate the chain (Ethereum) through proof specifications when proposing blocks, adding an additional layer of finality. This process is similar to parallel processing, where different stages of block construction can occur simultaneously within a period. However, without further details in the documentation, it is premature to make assumptions about this.

Le jeton $UNI 1.5 n'est plus seulement un jeton de gouvernance, c'est aussi un jeton utilitaire. Pour devenir validateur, les opérateurs doivent d'abord mettre en jeu des $Uni sur la mainnet en tant que garantie. Les contrats intelligents suivront les soldes et mettront à jour l'état via le pont natif d'Unichain. Au début de chaque période, le solde actuel de garantie sera capturé, les frais seront distribués proportionnellement en fonction du poids de la garantie. Les validateurs avec le poids de garantie $UNI le plus élevé seront sélectionnés en tant que validateurs actifs, et pourront publier des preuves pour obtenir une partie de la récompense de validation. Les validateurs qui manquent de publier des preuves ou ne les publient pas ne recevront pas de récompense, et la récompense sera reportée à la période suivante. Selon les informations publiques limitées, nous pouvons déduire que la récompense de validation sera : (frais L2 payés par les utilisateurs d'Unichain - taxe MEV prélevée par l'application - coût de soumission du bundle à la couche 1) 2. Unichain vs Appchain vs General Rollup

Les principaux facteurs de différence entre Unichain/Rollup universel et les chaînes d'application sont MEV, la pré-confirmation et la concurrence pour l'espace de bloc.

Étant donné que les chaînes d'application peuvent personnaliser leur architecture de manière flexible, elles peuvent mettre en œuvre différents mécanismes de MEV pour atténuer des problèmes tels que l'élimination des risques de censure ou la réduction des fuites de MEV.

De plus, grâce aux propriétés d'intégrité fournies par TEE, Unichain atténue et restructure MEV en veillant à ce que l'ordre des transactions ne soit pas influencé par un tiers. La classification de priorité vérifiable garantit également l'équité de MEV et offre la possibilité de redistribuer les revenus de MEV aux utilisateurs et aux fournisseurs de liquidité.

La plupart des ordonnanceurs sur le marché sont centralisés, ce qui leur permet de tirer le meilleur parti du flux des commandes. En revanche, Unichain adopte une approche plus axée sur l'intérêt public, car son mécanisme de redistribution de la MEV limite dans une certaine mesure la quantité de MEV que les ordonnanceurs d'origine peuvent capturer.

Unichain is built on OpStack, which is the unified standard of Optimistic Chain. It enables Unichain to read messages and transfer assets on the super chain through secure message passing, thus achieving low latency (about 2 seconds) through its native optimistic interoperability design. On the other hand, application chains can leverage different interoperability solutions, such as joining the IBC ecosystem or building L3 on Arbitrum Orbit (although this is not common for OpStack's L2).

3. Conclusion Unichain est un concept intéressant qui offre aux utilisateurs une expérience de transaction fluide et pré-confirmée, tout en réduisant au maximum la fenêtre d'exploitation de MEV grâce à des blocs éclair à durée plus courte. Cette innovation réduit également le risque de sélection inverse pour les LP et permet aux utilisateurs/LP de bénéficier d'une glissement plus faible. D'autre part, l'intégrité et les propriétés de confidentialité de l'environnement d'exécution de confiance (TEE) garantissent aux utilisateurs de la chaîne une transaction garantie équitable, vérifiable ou gérée par l'application de la réattribution de MEV, grâce à la hiérarchisation des priorités sur Unichain. Le processus de validation d'Unichain protège également les séquenceurs contre les pannes ponctuelles, les validateurs jouant un rôle crucial dans la validation rapide des blocs définitifs tout en transformant le jeton $Uni en un actif productif. Cependant, en activant la réattribution de MEV, le séquenceur perd en réalité le potentiel de capturer le plus grand nombre de MEV, mais plus de revenus sont renvoyés aux LP/utilisateurs sur la chaîne. Bien que certains puissent penser que Unichain peut ne pas avoir suffisamment d'attrait pour inciter les actifs à migrer vers une nouvelle chaîne, je crois que l'interopérabilité entre les chaînes d'opération grâce à l'écosystème L2 en constante évolution permettra à Unichain de tirer parti de pools de liquidités plus importants, comme ceux provenant de Base. De plus, en plus de Grant (qui peut également être fourni sous forme de USDC après Uniswap DAO), les nouvelles applications DeFi ont suffisamment de motivation pour se construire sur Unichain, car elles peuvent bénéficier de stratégies personnalisées de réattribution de MEV. En même temps, les actifs de l'écosystème peuvent bénéficier de TEE pour atténuer les fuites de MEV. Ainsi, avec sa vitesse, l'équité de la réattribution de MEV et l'interopérabilité entre les chaînes, Unichain a le potentiel de devenir le prochain centre DeFi.