Wie Connext Cross-Chain-Interoperabilität mit dem xERC-20-Standard ermöglicht

Connext, das modulare Interoperabilitätsprotokoll, das Chain Abstraction pioniert hat, widmet sich der Vereinfachung der User Experience im Blockchain-Ökosystem, indem es die Komplexitäten im Umgang mit mehreren Blockchains abstrahiert.

Das Connext-Protokoll, das auf Linea zk-EVM aufgebaut ist, erreicht dies durch verschiedene Initiativen, darunter den xERC20-Token-Standard und das Chain Abstraction Toolkit – alles mit dem Ziel, den Bedarf der Nutzer zu minimieren, die zugrunde liegenden Netzwerke, mit denen sie interagieren, zu verstehen oder sich dieser überhaupt bewusst zu sein. Kurz gesagt vereinfacht Connext Cross-Chain-Transaktionen und verbessert die Zugänglichkeit, um die Blockchain-Technologie für den durchschnittlichen Nutzer zugänglicher zu machen. Im Kern von Connext befinden sich zwei wichtige Protokolle.

Das erste ist die zugrunde liegende Messaging-Schicht, die den State aus mehreren Rollups liest und diese beim Bridging zu einer kombinierten Aussage zusammenfasst, ähnlich wie Rollup-Sequenzer funktionieren. Dies stellt sicher, dass alle Informationen, die einer Chain zur Verfügung stehen, auch anderen Chains zugänglich sind.

Die zweite Komponente ist das Intent-Protokoll, das einem Connext-Nutzer ohne Guthaben auf Chain A ermöglicht, eine Transaktion mithilfe externer Liquidität von Drittanbieter-Marktakteuren (Solvern) auf dieser Chain abzuschließen. Auf diese Weise muss der Connext-Nutzer nicht den Aufwand des Bridgings seiner Token von Chain B zu Chain A berücksichtigen, sondern kann eine Absicht ausdrücken, und ein Solver wird in seinem Namen einspringen, die Transaktion sofort finanzieren und später vom Protokoll zurückbezahlt werden.

Die Herausforderung des Token-Bridgings über mehrere Chains hinweg in Web3

ERC-20-Token wurden nie für das Bridging konzipiert. Stattdessen waren sie dafür gedacht, auf einer einzigen Chain zu verbleiben, weshalb sie keine inhärenten Mint- oder Burn-Funktionen besitzen. Wenn ein ERC-20-Token heute gebrückt wird, wird der Token im Hintergrund in eine Bridge gesperrt, während die Bridge eine Bestätigung des gesperrten Tokens auf einer anderen Chain mintet. Das bedeutet: Wird die Bridge gehackt und Gelder werden abgezogen, ist der Wert des ERC-20-Tokens nicht mehr gedeckt, wodurch die Bestätigung ihren Wert verliert.

Eine weitere Herausforderung betrifft das Bridging projektspezifischer ERC-20-Token, was historisch gesehen aufgrund geringer Akzeptanz und enormer Liquiditätsanforderungen schwierig war. Nutzer können eine Canonical Bridge verwenden, um Token interoperabel oder auf verschiedenen Chains verfügbar zu machen. Dies erfordert jedoch, dass andere Bridges den nativen Token der Canonical Bridge erwerben, um mit diesen Token zu interagieren.

Alternativ würde die Nutzung einer Drittanbieter-Bridge die Nutzer auf ein einziges Ökosystem beschränken und die Sicherheit eines Projekts vollständig auf diese Bridge stützen. All diese Lösungen sind nicht ideal und schränken Projekte ein.

Der xERC-20-Token-Standard und wie er Interoperabilität ermöglicht

xERC-20 ist ein Standard, der dieses Problem löst, indem er Wahlmöglichkeiten bietet: Anstatt ERC-20-Token in eine Bridge zu sperren, werden sie in eine sogenannte „Lockbox" gesperrt, die im Wesentlichen ein Wrapper-Contract ist. Dieser Wrapper-Contract mintet dann einen xERC-20-Token mit sowohl einer Burn- als auch einer Mint-Funktion, was Bridges ermöglicht, diese Aktionen effizient zu verwalten. Da diese ERC-20-Token auf L1 in eine Lockbox gesperrt sind, kann auf L2 eine einheitliche Darstellung gewährleistet werden – unabhängig davon, welches L2 verwendet wird, erhält man stets denselben Token.

Diese Lösung ist nicht neu, da sie technisch bereits seit einiger Zeit umsetzbar ist. Das Problem dieser Lösung liegt jedoch in den Sicherheitsrisiken, die sie mit sich bringt: Mehrere Bridges kontrollieren das Minting des Tokens, was ihn Sicherheitsproblemen aussetzt, sollte eine der Bridges gehackt werden. xERC-20 begegnet diesem Sicherheitsproblem durch die Einführung von Minting-Limits, bei denen ein Emittent anpassbare Limits für die Anzahl der Token festlegen kann, die eine Bridge minten darf.

Starte mit dem Aufbau in Web3 mit MetaMask Developer

Bist du ein Web3-Entwickler, der Consumer-Dapps entwickelt?

Die MetaMask Developer Suite, bestehend aus der MetaMask Wallet API, dem SDK, Web3-Service-APIs und Snaps, bietet ein umfassendes Set an Tools für das Onboarding von Millionen der engagiertesten Nutzer des Webs. Besuche das Entwicklerportal, um mehr über unser Angebot zu erfahren.