Titre original : IOSG Weekly Brief｜Quelle est la nécessité d'Unichain ? Exploration d'Unichain #250

Auteur original : IOSG Ventures

Reproduit par : Luke, Mars Finance

Préface

Au fil des ans, Uniswap a continuellement poussé la réforme des fonctionnalités et de l'innovation pour rendre les échanges plus conviviaux et équitables pour les utilisateurs. Par exemple, nous avons vu la version mobile d'Uniswap, le Réseau Fillers dans UniswapX, l'ERC-7682 pour normaliser les intentions inter-chaînes, et les hooks qui seront bientôt ouverts dans Uniswap V4 pour personnaliser les pools AMM, etc.

Le 10 octobre, Uniswap a annoncé son Rollup optimiste général, Unichain. Cette chaîne vise à devenir un centre de liquidité unique au sein de l'écosystème des super chaînes, offrant aux traders une expérience d'échange presque instantanée avec des spreads réduits, tout en maximisant la protection de la confidentialité et de l'intégrité des participants MEV grâce à l'utilisation du TEE.

Bien que ces visions soient impressionnantes, les utilisateurs se demandent s'il est nécessaire d'avoir un autre L2, certains, y compris Vitalik, commentant qu'Unichain = « Uniswap en tant que clone sur chaque Rollup ». En d'autres termes, il estime que lancer un clone d'Uniswap sur une nouvelle chaîne a en fait le même objectif que de lancer Unichain lui-même.

Alors, Unichain est-il une bonne ou une mauvaise nouvelle ? L'article d'aujourd'hui explorera l'architecture d'Unichain et comprendra la « nécessité » d'Unichain.

1. Qu'est-ce qu'Unichain ?

Unichain est un rollup optimiste conçu pour exécuter des transactions presque instantanément tout en utilisant la technologie de confidentialité TEE pour minimiser l'impact potentiel sur les LP et les échangeurs sur la chaîne.

Étant donné qu'Unichain est construit avec les mêmes propriétés et normes que les autres chaînes optimistes, elle peut désormais tirer parti de l'interopérabilité au sein de l'écosystème des super chaînes et accéder à la liquidité partagée de l'ensemble du réseau.

Pour cela, Unichain a introduit 4 innovations majeures :

· Séparation de Rollup-Boost et du Constructeur de Séquenceur

· Construction de blocs dans le TEE

· Flashblock

· Réseau de Vérification Unichain (UVN)

1.1 Rollup Boost : Séparation des Proposeurs de Séquenceur (SBS)

La construction de blocs (Block Building) est clé pour résoudre le problème MEV.

Avant MEV Boost, Ethereum était aux prises avec des risques de censure et une mauvaise expérience utilisateur. En raison de la concurrence intense entre les chercheurs pour l'inclusion des ordres motivée par le profit, les utilisateurs étaient confrontés à des frais de transaction élevés et à des problèmes de frontrunning. Pour résoudre ces problèmes, Flashbot a construit MEV-boost.

MEV Boost différencie les rôles des constructeurs de blocs et des proposeurs en introduisant des relais qui agrègent les rôles des constructeurs de blocs et des proposeurs, soumettant les blocs les plus rentables aux proposeurs pour signature. Ce design décentralise effectivement le processus d'extraction MEV et démocratise les profits MEV entre les validateurs et les constructeurs professionnels.

Le concept de Rollup Boost est similaire à celui de MEV Boost, où les L2 avec SBS (Séparation du Constructeur de Séquenceur) activée peuvent séparer le processus de construction de blocs du moteur d'exécution du séquenceur à travers un système appelé « Sidecar Constructeur de Blocs ».

En résumé, il y a 4 composants principaux à l'intérieur du système :

· Nœud OP

· OP-geth

· Sidecar / Constructeur de blocs Sidecar

· Constructeur de blocs externe

Voici le schéma d'architecture d'optimisme, nous pouvons voir que le nœud de séquenceur (également connu sous le nom de op-chain) est composé de Op-geth et Op-node.

Pour distinguer les rôles de construction de blocs et de proposition dans les trieurs, un composant appelé Sidecar a été ajouté. Le Sidecar permet aux nœuds OP de recevoir des blocs de constructeurs externes, créant ainsi un marché entre les constructeurs de blocs et les proposeurs.

Le flux de travail est le suivant :

1. Le nœud OP envoie des mises à jour au sidecar.

2. Le sidecar agit en tant qu'intermédiaire pour transmettre les mises à jour à op-geth

3. Lorsque le nœud OP demande des blocs à OP-geth, le sidecar intercepte la demande.

4. Ensuite, le sidecar transmet la demande au constructeur de blocs externe, c'est l'« espace » où les constructeurs externes peuvent enchérir et rivaliser.

5. Après avoir reçu le bloc externe/gagnant, le sidecar l'envoie au nœud OP.

6. Si aucun bloc n'est reçu, le sidecar transmettra le bloc généré localement.

Le principal avantage du sidecar constructeur de blocs est que les mises à niveau ne nécessitent pas de modifier le client de la chaîne OP, tout en permettant des règles de tri des transactions plus flexibles, simplifiées et résistantes à la censure. Cependant, l'ajout d'un intermédiaire (sidecar) peut introduire certains délais.

1.2 Rollup Boost : Séparation des Proposeurs de Séquenceur (SBS)

Rollup Boost garantit l'intégrité des transactions en introduisant un environnement d'exécution de confiance (TEE) dans le processus de construction de blocs, poussant ce processus encore plus loin. Grâce aux avancées matérielles récentes comme Intel TDX, des performances en temps réel deviennent possibles.

Pour ceux qui ne sont pas familiers avec TEE, ce sont des zones sécurisées au sein des processeurs ou du matériel, offrant une confidentialité accrue en empêchant les entités non autorisées d'accéder aux données internes. En même temps, le TEE maintient un haut niveau 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 un constructeur TEE pour réduire le risque de fuite MEV. Cela signifie que lorsque des paquets ou des transactions sont envoyés au constructeur de blocs TEE, l'intégrité du TEE garantit que l'ordre dans lequel les transactions atteignent le constructeur ne sera pas affecté par des tiers externes tentant d'extraire plus de MEV.

De plus, le TEE fournit une protection de restauration sans confiance, ce qui peut protéger les utilisateurs des transactions échouées, car le TEE peut exécuter des simulations et détecter et éliminer les transactions de restauration avant leur traitement. Cela améliore non seulement l'efficacité de l'AMM (car aucune transaction échouée ne passe), mais améliore également l'expérience utilisateur globale, surtout lors de volumes de transactions élevés.

Pour améliorer la transparence du processus de tri et de construction de blocs, une preuve d'exécution sera publiée aux utilisateurs après la génération des blocs. Cette preuve est cruciale pour vérifier le tri prioritaire, un concept qui sera expliqué dans les paragraphes suivants.

1.3 Flashblock et construction de blocs vérifiables

Le temps moyen de bloc d'Ethereum est de 12 secondes, très lent pour répondre à la demande actuelle d'une expérience de transaction acceptable. De plus, le temps de bloc lent expose le réseau à davantage d'opportunités MEV et le rend vulnérable à la congestion du réseau en cas d'attaques de transactions non sollicitées.

L2 vise à améliorer l'évolutivité d'Ethereum en regroupant les transactions hors chaîne et en soumettant des preuves pour vérifier la correction du calcul. Pour offrir une expérience de transaction plus fluide, Unichain vise un temps de bloc de 250 ms. Cependant, pour atteindre cet objectif, Unichain a besoin d'un système capable de transmettre des blocs de manière continue à faible latence et avec des temps de confirmation quasi instantanés. Solana peut traiter 440M en parallèle, mais pour atteindre une telle vitesse, un certain degré de décentralisation a été sacrifié.

Auparavant, dans la plupart des processus de proposition de blocs L2, la sérialisation des données et la génération de racines d'état entraînaient des délais, rendant impraticable un temps de bloc rapide.

Pour résoudre ce problème, Flashbot a créé Flashblock, dont l'idée est de « décomposer » les blocs en fragments plus petits, réduisant ainsi le temps entre les blocs pour maximiser l'avantage UX/LP.

Le Flashblock est une pré-confirmation émise par le constructeur de blocs TEE pour une confirmation partielle mais rapide.

Tout d'abord, les transactions sont diffusées au constructeur de blocs TEE. Si L2 a activé SBS, le constructeur de blocs sera séparé du trieur. Après le tri et le regroupement, les transactions formeront progressivement une pré-confirmation appelée Flashblock. Le Flashblock sera diffusé toutes les 250 millisecondes par le trieur à d'autres nœuds pour validation.

Étant donné que les délais sont causés par la génération de racines d'état et la sérialisation dans L2, Unichain réduit considérablement la latence en amortissant les coûts du processus de construction de blocs en ne calculant la racine d'état et le consensus qu'une seule fois pour plusieurs blocs partiels.

En résumé, la puissance de Flashblock réside dans :

· Des temps de bloc plus courts réduisent le risque de coûts d'auto-sélection des LP.

· Le Flashblock offre un état d'exécution précoce de l'état actuel, facilitant ainsi l'intégration des portefeuilles et des front-ends.

· Les transactions rapides offrent une excellente expérience utilisateur (UX).

De plus, étant donné que le TEE peut appliquer un tri prioritaire dans chaque Flashblock, les applications et les contrats intelligents peuvent maintenant prélever un impôt MEV, détourner le tri prioritaire à leur propre avantage et redistribuer le MEV aux LP et aux utilisateurs.

Comme Dan Robinson l'a souligné dans son tweet, permettre aux applications et aux utilisateurs de « contrôler » leur MEV est l'une des principales fonctionnalités/objectifs d'Unichain.

Mieux encore, le tri prioritaire peut être vérifié via une preuve d'exécution publique 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 le tri prioritaire est effectué de manière équitable.

1.4 Réseau de Vérification Unichain (UVN)

Aujourd'hui, la plupart des trieurs L2 sont centralisés, et le comportement d'un seul trieur peut affecter l'équité MEV, l'activité des blocs ou la finalité, etc. Par exemple, si un trieur publie un bloc invalide et soumet une preuve de fraude pour le contester, la rétrogradation de la chaîne qui en résulte affectera en réalité la vitesse de la chaîne.

Pour faire face aux points de défaillance uniques potentiels dans le trieur, Unichain a introduit le Réseau de Vérification Unichain (UVN).

L'UVN ajoute une couche de finalité supplémentaire en se concentrant sur la vérification des blocs en prouvant la spécification de la chaîne (Ethereum) des validateurs lors de la proposition de blocs. Ce processus est en réalité similaire à la parallélisation, où différentes étapes de la construction des blocs peuvent se produire simultanément dans une période donnée.

Cependant, sans détails supplémentaires dans le document, il est encore trop tôt pour faire des hypothèses sur les avantages et les inconvénients.

1.5 jetons $UNI

Le jeton $Uni n'est plus seulement un jeton de gouvernance, c'est aussi un jeton utilitaire.

Pour devenir un validateur, l'opérateur doit d'abord mettre en jeu des $Uni sur la mainnet en tant que garantie. Le contrat intelligent suivra le solde et mettra à jour l'état via le pont natif d'Unichain.

Au début de chaque période, le solde de mise actuel est instantané, et les frais sont distribués proportionnellement en fonction du poids de mise. Les validateurs avec le poids de mise $UNI le plus élevé seront sélectionnés pour le jeu actif, et ils peuvent publier des preuves pour obtenir une partie des récompenses de validation. Les validateurs qui manquent ou ne publient pas de preuves ne recevront pas de récompenses, et les récompenses seront reportées à la période suivante.

Selon des informations publiques limitées, nous pouvons inférer que les récompenses de vérification seront :

(Frais L2 payés par les utilisateurs d'Unichain - Impôt MEV prélevé par l'application - Coût de soumettre le paquet au niveau 1)

2. Unichain vs Appchain vs Rollup Général

· Le facteur de différence principal entre Unichain/Rollup Général et les chaînes d'applications est le MEV, la pré-confirmation et la concurrence pour l'espace de bloc.

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

· En même temps, grâce aux propriétés d'intégrité fournies par le TEE, Unichain atténue et restructure le MEV en garantissant que l'ordre des transactions n'est pas affecté par des tiers. Le tri prioritaire vérifiable garantit également une équité MEV et a le potentiel de redistribuer les revenus MEV aux utilisateurs et aux fournisseurs de liquidité.

· La plupart des trieurs sur le marché sont centralisés, ce qui leur permet de tirer un maximum de valeur du flux d'ordres. En revanche, Unichain adopte une approche plus « d'intérêt public », car son mécanisme de redistribution MEV limite dans une certaine mesure la quantité de MEV que le trieur d'origine peut capturer.

· Unichain est construit sur OpStack, qui est la norme unifiée pour les chaînes optimistes, permettant à Unichain de lire des messages et de transférer des actifs sur la super chaîne via une messagerie sécurisée, réalisant une faible latence (environ 2 secondes) grâce à sa conception d'interopérabilité optimiste native. D'autre part, les chaînes d'applications peuvent tirer parti de différentes solutions d'interopérabilité, comme rejoindre l'écosystème IBC ou construire L3 sur Arbitrum Orbit (bien que cela ne soit pas courant pour L2 d'OpStack).

3. Conclusion

Unichain est un concept intéressant qui non seulement offre une expérience de transaction fluide avec des pré-confirmations aux utilisateurs, mais qui, grâce aux flashblocks qui permettent des temps de bloc plus courts, minimise la fenêtre d'exploitation MEV. Cette innovation réduit également le risque d'auto-sélection des LP et permet aux utilisateurs/LP de bénéficier de slippages réduits, etc.

D'autre part, les propriétés d'intégrité et de confidentialité de l'environnement d'exécution de confiance (TEE) garantissent que les utilisateurs sur la chaîne peuvent profiter d'une redistribution MEV équitable, vérifiable ou gérée par des applications, grâce au tri prioritaire sur Unichain.

Le processus de vérification d'Unichain peut également protéger le séquenceur des points de défaillance uniques, les validateurs jouant un rôle clé dans la validation rapide des blocs, tout en transformant le jeton $Uni en un actif productif avec des rendements.

Cependant, en permettant la redistribution MEV, le séquenceur perd en réalité la capacité de capturer la plus grande quantité de MEV, mais davantage de bénéfices sont renvoyés aux LP/utilisateurs sur la chaîne.

Bien que certaines personnes puissent penser qu'Unichain pourrait ne pas avoir suffisamment d'attrait pour déplacer des actifs vers une nouvelle chaîne, je crois qu'avec l'évolution continue de l'écosystème L2, l'interopérabilité entre les chaînes opérationnelles permettra à Unichain de tirer parti de plus grands pools de liquidités, tels que ceux venant de Base.

De plus, en dehors des subventions (qui peuvent également être fournies en USDC par Unichain après Uniswap DAO), les nouvelles applications DeFi ont suffisamment d'incitations à construire sur Unichain, car elles peuvent bénéficier de stratégies de redistribution MEV personnalisées. En même temps, les actifs au sein de l'écosystème peuvent bénéficier du TEE pour atténuer les fuites MEV.

Ainsi, avec sa vitesse, l'équité de la redistribution MEV et l'interopérabilité que cette chaîne pourrait offrir, Unichain a le potentiel de devenir le prochain centre DeFi.