LayerZero ist ein Cross-Chain-Messaging-Protokoll. Es ermöglicht Anwendungen, Daten zwischen Blockchains zu senden und auszuwählen, wie die Nachrichten verifiziert werden. DVNs stellen die Verifizierung bereit und Executors automatisieren die Zustellung am Ziel. Token-Transfers sind eine Anwendung dieser Nachrichten; der empfangende Smart Contract bestimmt, welche Aktion darauf folgt.
Der interessante Teil ist die Lücke zwischen „eine Nachricht ist angekommen“ und „die Anwendung sollte darauf reagieren“. Das Verständnis dieser Lücke macht Bridge-Dashboards, Token-Standards und Sicherheitsversprechen viel einfacher lesbar.
Folge einer einzelnen Nachricht
Stell dir eine Anwendung auf Chain A vor, die ihr Gegenstück auf Chain B bittet, eine Aktion aufzuzeichnen. Die Quell-Anwendung erstellt eine Payload, die die Anfrage beschreibt. Sie sendet diese Payload über den lokalen Endpunkt von LayerZero und die ausgewählte Message-Library.
Verifizierungsdienste prüfen das Event der Quell-Chain unter den konfigurierten Regeln der Anwendung. Sobald die Anforderungen auf der Zielseite erfüllt sind, kann die Nachricht zur Zustellung übergehen. Eine Ziel-Transaktion ruft die empfangende Anwendung auf, die entscheidet, was die Payload bedeutet und welche Aktion zu ergreifen ist. LayerZero-Protokollarchitektur.
Die Nachricht kann daher mehrere Zustände durchlaufen. Gesendet auf der Quell-Chain, verifiziert auf dem Ziel und erfolgreich ausgeführt durch die Anwendung sind unterschiedliche Meilensteine. Ein Dashboard, das den ersten anzeigt, beweist nicht, dass der letzte stattgefunden hat.
Diese Trennung hilft auch dabei, eine Verzögerung zu diagnostizieren. Eine fehlende Verifizierung weist auf das Quell-Event, die Bestätigungen oder die Verifizierer-Konfiguration hin. Eine verifizierte Nachricht, deren Anwendungsaufruf fehlschlägt, weist auf die Ziel-Ausführung und die Anwendungslogik hin.
Eine Cross-Chain-Nachricht hat zwei separate Tore
Die Verifizierung stellt fest, dass die Nachricht akzeptiert werden kann. Die Zustellung führt den Zielaufruf aus.
Die Nachricht wartet auf die konfigurierten Attestierungen.
Die Verifizierung kann abgeschlossen sein, während der Anwendungsaufruf noch eine Wiederherstellung benötigt.
Endpoints sind die lokale Verbindung
Ein Endpoint ist die Onchain-Schnittstelle von LayerZero in einem bestimmten Netzwerk. Anwendungen nutzen ihn, um Protokollnachrichten zu senden und zu empfangen. Nachrichtenbibliotheken stellen die mit dieser Route verbundenen Verifizierungsregeln bereit. Bereitgestellte LayerZero-Verträge.
Der Endpoint gibt nicht jeder beliebigen Anwendung die Erlaubnis, deinen Vertrag zu steuern. Die Anwendung muss festlegen, welchem entfernten Gegenstück sie vertraut. Wenn du eine Nachricht von deiner eigenen Bereitstellung auf einer anderen Chain erwartest, sollte ein nicht verwandter Vertrag nicht in der Lage sein, diese zu imitieren.
Für einen Nutzer ergeben sich daraus zwei separate Prüfungen. Wird die Nachricht vom Protokoll unter der gewählten Konfiguration erkannt? Akzeptiert die empfangende Anwendung den korrekten entfernten Absender? Ein Transfer-Design benötigt beides.
Für ein Projektteam entsteht dadurch auch eine administrative Verantwortung. Jemand kann die Peers und die Route konfigurieren oder ändern. Die Sicherheit dieser Berechtigung ist ebenso wichtig wie der Code, der normale Transfers verarbeitet. OApp technische Referenz.
DVNs prüfen; Executors liefern
LayerZero nennt seine Verifizierungsdienste Decentralized Verifier Networks oder DVNs. Eine Anwendung kann bestimmte DVNs anfordern und einen Schwellenwert für eine optionale Gruppe festlegen. Diese Entscheidungen bestimmen, welche Attestierungen das Ziel benötigt, bevor es eine Nachricht akzeptiert. DVN-Security-Stack.
Executors übernehmen die Zustellung nach der Verifizierung. Sie organisieren die Zieltransaktion und deren Gas-Ressourcen. Das Protokoll unterstützt zudem die permissionless Ausführung verifizierter Nachrichten, sodass eine automatisierte Zustellung nicht der einzige mögliche Weg ist. Executor-Dokumentation.
Diese Aufteilung führt bei Fehlern zu unterschiedlichen Konsequenzen. Ein Zustellungsproblem kann dazu führen, dass eine gültige Nachricht warten bleibt. Ein Verifizierungsfehler kann schwerwiegender sein, wenn er dazu führt, dass eine falsche Nachricht akzeptiert wird. Ein Fehler beim Empfänger kann eine gültige Nachricht in eine falsche Anwendungsaktion verwandeln.
Die Provider-Liste löst nicht jede Sicherheitsfrage. Es zählt, wie die Anwendung diese Provider nutzt, wie unabhängig ihre Infrastruktur ist und wer die Konfiguration ändern kann. Unser DVN- und Executor-Artikel behandelt diese Auswahlmöglichkeiten im Detail.
Warum ein Token-Transfer eine Nachricht ist
Angenommen, ein Token soll von Chain A zu Chain B bewegt werden, ohne ein zusätzliches Wrapped-Guthaben zu erstellen. Der Quell-Contract kann den übertragenen Betrag aus dem Umlauf entfernen und eine Nachricht senden, die beschreibt, was das Ziel gutschreiben soll.
Das Ziel prüft nicht direkt die Wallet eines Nutzers auf der anderen Chain. Es handelt nach einer akzeptierten Nachricht vom vertrauenswürdigen Gegenüber. Die Token-Contracts definieren die Debit- und Credit-Operationen rund um diese Nachricht.
Der Omnichain Fungible Token Standard von LayerZero, oder OFT, liefert ein Muster für diese Buchführung. Deployments können je nach Token-Design Burning und Minting oder lock-basierte Arrangements nutzen. Erklärung des OFT-Standards.
Dies macht die Kontrolle des Angebots und die Nachrichtenverifizierung eng miteinander verbunden. Eine gefälschte Anweisung zur Gutschrift von Token kann die Buchführung des Assets gefährden. Ein falsch konfigurierter Peer kann auch einem falschen Sender Zugriff auf eine sensible Aktion geben. Unser OFT-Erklärartikel verfolgt diese Beziehung durch einen Transfer.
RWA-Token fügen Regeln des Herausgebers hinzu
Eine tokenisierte Security kann zusätzlich zu den Cross-Chain-Regeln Transferbeschränkungen aufweisen. Die Übertragung auf ein anderes Netzwerk hebt die Anforderungen an die Teilnahmeberechtigung der Investoren, die Kontrollen des Herausgebers oder die Einlösungsbedingungen nicht auf.
Ondos Securities-Bridge ist ein konkretes Beispiel für Messaging, das ein RWA-Produkt unterstützt. Die Ankündigung zum Launch beschreibt tokenisierte Aktien und ETFs, die zwischen Ethereum und BNB Chain über eine mit LayerZero entwickelte Infrastruktur bewegt werden. Das zugrunde liegende Produkt hat weiterhin seine eigenen rechtlichen und betrieblichen Bedingungen. Ondo-Bridge-Ankündigung.
Für einen Herausgeber muss die Bridge die beabsichtigten Berechtigungen der Inhaber und die Angebotsregeln über alle Deployments hinweg beibehalten. Für einen Investor muss der Ziel-Token eine klare Beziehung zu dem Anspruch haben, den er gekauft hat. Ein vertrauter Ticker auf einer anderen Chain ist allein kein ausreichender Beweis.
Dies ist auch der Grund, warum „auf vielen Chains unterstützt“ sorgfältig gelesen werden muss. Es kann die Reichweite des Protokolls, die bereitgestellten Asset-Verträge oder aktive Routen beschreiben. Die Anzahl der unterstützten Netzwerke sagt dir nicht, wie viele Nutzer einen bestimmten Fund-Token übertragen oder welche Gebühren diese Übertragungen verursachen.
Das Senden macht nicht jede Aktion atomar
Cross-Chain-Operationen finden über separate Systeme statt. Die Quelltransaktion kann erfolgreich sein, bevor die Zielaktion abgeschlossen ist. Anwendungen müssen den Zeitraum dazwischen und die Möglichkeit handhaben, dass ein späterer Aufruf fehlschlägt.
Nimm eine Übertragung gefolgt von einer Einzahlung in einen Lending-Markt. Das Empfangen des Tokens und die Einzahlung sind separate Ergebnisse. Der Markt könnte die Einzahlung ablehnen, weil er pausiert ist, sein Limit voll ist oder der Empfänger nicht teilnahmeberechtigt ist. Ein Frontend sollte erklären, welcher Schritt abgeschlossen wurde und welche Wiederherstellungsmaßnahme noch aussteht.
Für einen Nutzer sind die Transaktions-ID und der Zielstatus nützlicher als das wiederholte Klicken auf die Transfer-Schaltfläche. Für einen Entwickler müssen Retries die beabsichtigte Aktion beibehalten, ohne sie doppelt gutzuschreiben oder zu verarbeiten. Das Verhalten des empfangenden Vertrags ist Teil der Zuverlässigkeit des Produkts.
Verfolge die Übertragung und die Einzahlung separat. Andernfalls könnte ein Nutzer, der eine fehlgeschlagene Einzahlung sieht, eine Übertragung wiederholen, die bereits erfolgreich war.
LayerZero-Adoption und ZRO-Ökonomie
Eine Anwendung kann LayerZero nutzen, ohne jeden Dollar, den sie bewegt, in Token-Einnahmen umzuwandeln. Der Transfer von Werten, Verifizierungsgebühren, Liefergebühren und die Ökonomie, die ZRO zugewiesen ist, messen unterschiedliche Dinge.
Das Preis-Update von LayerZero trennt die OFT-Produktgebühr von Stargate und die Labs-Executor-Gebühr explizit vom durch die Governance gesteuerten Protokollgebühren-Schalter. Es begrenzt zudem die neue Stargate-Gebühr auf Transfers über diese Anwendung. Preis-Update.
Wenn du ZRO bewertest, frage dich, welcher Pfad die Gebühr generiert hat und was mit den Erlösen geschieht. Unser Vergleich zur Token-Wertschöpfung trennt diese Mechanismen. Zero und ATLAS betreffen einen anderen Teil der Architektur mit eigenen Bereitstellungs- und ökonomischen Fragen.
Für die Auswahl der Infrastruktur schaue weiterhin auf LayerZero vs. Chainlink CCIP. Der nützliche Vergleich beginnt mit den Anforderungen an Vermögenswerte, Routen und Sicherheit, die deine Anwendung tatsächlich benötigt.