OFT erklärt: Wie ein Token auf jeder Chain lebt

Ein Omnichain Fungible Token (OFT) ist ein LayerZero-Token-Standard, bei dem ein Token nativ auf vielen Chains bereitgestellt wird und sich über alle hinweg ein einziges kanonisches Angebot teilt — keine wrapped Kopien, keine in einem Bridge-Tresor gesperrten Sicherheiten. Ein Transfer verbrennt den Betrag auf der Quell-Chain und prägt denselben Betrag auf der Ziel-Chain, sodass das globale Angebot nie verändert wird und das Guthaben fungibel bleibt, wo immer es landet. Das Ergebnis ist vereinheitlichte Liquidität und ein ausgebbares Guthaben statt eines eigenen Wrapper-Contracts in jedem Netzwerk. Ihr ATS-Guthaben liegt auf BSC (BNB Chain), und auf welchem EVM-Netzwerk die Transaktion auch läuft, die Gebühr wird von diesem einen Guthaben abgezogen. Auf EVM-Netzwerken ist dieses Guthaben auch das, was die Netzwerkgebühren bezahlt; Transaktionen auf Solana zahlen ihre eigene native Gebühr in SOL, während Gebühren auf TON ebenfalls in ATS bezahlt werden.

Das Problem: zu viele Kopien des "gleichen" Tokens

Wenn du je einen Token über Chains hinweg bewegt hast, bist du seinen bösen Zwillingen begegnet. Du bridgest USDC oder einen Governance-Token von einem Netzwerk zu einem anderen und hältst am Ende eine wrapped Version — einen separaten Contract, ein separates Guthaben, manchmal einen leicht anderen Namen. Der "kanonische" Token sitzt weiterhin auf der Ursprungs-Chain; was du auf der Ziel-Chain hältst, ist ein von einer Bridge geprägter Schuldschein, gedeckt durch anderswo gesperrte Sicherheiten.

Das fragmentiert alles. Liquidität teilt sich über ein Dutzend Wrapper-Contracts auf, sodass Pools dünner und Slippage schlechter sind. Dein Guthaben ist verstreut — 40 Einheiten hier, 25 dort, keine davon direkt untereinander fungibel. Und jeder Wrapper fügt Risiko hinzu: Der Wert des wrapped Tokens ist nur so solide wie die Bridge, die die Sicherheit dahinter hält. Wird eine Bridge ausgebeutet, können die von ihr geprägten Wrapper auf null zusammenbrechen, während der "echte" Token unberührt bleibt. Der Kern des Problems ist, dass es nie einen Token gab — es gab viele inkompatible Kopien, die vorgaben, dasselbe Asset zu sein.

Was ein OFT tatsächlich ist

Ein OFT — Omnichain Fungible Token — ist ein Token-Standard von LayerZero, der genau dies beheben soll. Statt dass ein Token auf einer Heimat-Chain existiert und überall sonst wrapped wird, ist ein OFT nativ auf jeder von ihm unterstützten Chain bereitgestellt, und diese Deployments teilen sich ein kanonisches Angebot. Der Token ist nicht "auf" einer Chain so wie ein wrapped Asset; er ist ein Omnichain-Asset, das zufällig auf jeder Chain lesbar und ausgebbar ist, wobei das Gesamtangebot über alle hinweg erhalten bleibt.

A standard for fungible tokens that uses LayerZero messaging to debit on the source chain (burn or lock) and credit on the destination chain (mint or unlock), preserving a single unified global supply across all connected networks.

Ein Standard für fungible Token, der LayerZero-Messaging nutzt, um auf der Quell-Chain zu belasten (Burn oder Lock) und auf der Ziel-Chain gutzuschreiben (Mint oder Unlock), wobei ein einziges, einheitliches globales Angebot über alle verbundenen Netzwerke hinweg erhalten bleibt.

Unter der Haube sprechen die Deployments über LayerZeros Cross-Chain-Messaging-Schicht miteinander. Zum Jahr 2026 ist LayerZero eines der breiter verbreiteten Omnichain-Interoperabilitätsprotokolle, und der OFT-Standard ist sein Referenzmuster, um einen fungiblen Token als ein einziges Asset statt als eine Familie von Doppelgängern verhalten zu lassen. Wenn du die Messaging-Schicht selbst aufgeschlüsselt haben möchtest, siehe die WATS-Erklärung dazu, was LayerZero ist.

Wie ein OFT-Transfer funktioniert

Der Mechanismus ist erfrischend einfach: Verbrennen auf der Quell-Chain, Prägen auf der Ziel-Chain.

Wenn du einen OFT von Chain A nach Chain B sendest, verbrennt der Contract auf Chain A den Betrag, den du bewegst — er zerstört diese Tokens vollständig. Er sendet dann eine LayerZero-Nachricht an den Contract auf Chain B, der genau denselben Betrag in deine dortige Adresse prägt. Es werden keine Sicherheiten in einem Tresor gesperrt. Es wird kein Wrapper-Token erzeugt. Das globale Angebot bleibt unverändert, denn was auf einer Seite verbrannt wurde, wird auf der anderen neu geprägt. Wert bewegt sich durch Zerstören und Neuerschaffen des Tokens, nicht dadurch, dass das Original irgendwo geparkt und ein Anspruch dagegen ausgegeben wird.

Eine Einschränkung sollte man kennen, weil sie oft übergangen wird: LayerZero liefert zusätzlich einen OFT Adapter für Tokens, die bereits auf einer Heimat-Chain existieren und nicht mit Präge- und Brennrechten neu bereitgestellt werden können. Der Adapter sperrt Angebot in einem Contract auf dieser Heimat-Chain und prägt anderswo OFT-Repräsentationen; ein adapterbasiertes Deployment behält also sehr wohl einen gesperrten Pool auf einer Seite. Ein Token, der von Anfang an als OFT entworfen wurde, nutzt den oben beschriebenen reinen Burn-and-Mint-Pfad.

Wo es keinen gesperrten Pool von Sicherheiten gibt, gibt es auch keinen Honigtopf, den ein Angreifer leerräumen könnte, wie ihn klassische Lock-and-Mint-Bridges erzeugen. Die Sicherheitsannahme verlagert sich auf die Korrektheit der Messaging-Schicht und der eigenen Contracts des Tokens statt auf einen separaten Verwahrer gesperrter Gelder. Das ist ein anderes Risikoprofil, nicht die Abwesenheit von Risiko: Wäre der Nachrichtenpfad kompromittiert, könnte ein Ziel-Contract angewiesen werden, Tokens zu prägen, die auf der Quellseite nie verbrannt wurden.

OFT vs. wrapped vs. gebridgete Tokens

Es hilft, diese nebeneinanderzustellen. Ein wrapped Token (denk an die gebridgeten Varianten im Stil von "USDC.e", die neben dem nativ ausgegebenen Token einer Chain existieren) ist ein neuer Contract, gedeckt durch auf der Ursprungs-Chain gesperrte Sicherheiten — ein Derivat, nicht das Asset selbst. Ein gebridgeter Token im traditionellen Lock-and-Mint-Sinn ist weitgehend dasselbe: Das Original wird stillgelegt, und eine Repräsentation wird anderswo geprägt. In beiden Fällen erhältst du am Ende zwei verschiedene Assets, die nur wirtschaftlich verknüpft sind, und nur solange die Bridge hält.

Ein OFT unterscheidet sich in der Art, nicht im Grad. Es gibt kein Derivat, keine Repräsentation, keine Sicherheiten zu verteidigen. Es gibt einen Token, ein Angebot und ein Guthaben für dich — er bewegt sich einfach zwischen Chains, indem er sich selbst verbrennt und prägt. Für einen tieferen Vergleich dieser Modelle siehe omnichain vs. wrapped und gebridgete Tokens.

Warum das wichtig ist: vereinheitlichte Liquidität und ein ausgebbares Guthaben

Die praktischen Vorteile folgen direkt aus dem Design. Vereinheitlichte Liquidität: Weil es nur einen kanonischen Token gibt, zersplittert Liquidität nicht in ein Dutzend Wrapper-Pools — ein einziger tiefer Markt kann jede Chain bedienen statt vieler flacher. Ein ausgebbares Guthaben: Deine Bestände sind nicht pro Chain gestrandet; derselbe Token gehört dir und ist überall dort nutzbar, wo er bereitgestellt ist. Weniger Bridge-Risiko: Ohne in einem Tresor sitzende gesperrte Sicherheiten verschwindet der klassische Bridge-Exploit-Fehlerfall — die Sicherheiten leerräumen, und jeder von ihnen gedeckte Wrapper geht auf null — weitgehend.

Dieser letzte Punkt ist das, was einen OFT als Utility-Token wirklich nützlich macht statt nur als handelbaren. Ein Token, auf den du dich tatsächlich verlassen kannst, in einem Guthaben über Chains hinweg zu haben, kann als eine einzige, portable Rechnungseinheit dienen — für Gebühren, für Abrechnung, für was auch immer die Anwendung braucht — ohne dass der Nutzer zuerst mit Wrappern jonglieren muss.

Ein praktisches Beispiel: einen OFT zwischen Chains bewegen

Nehmen wir an, du hältst 100 Einheiten eines OFT auf einer EVM-Chain und möchtest ihn auf einem anderen Netzwerk nutzen. Du startest einen Transfer. Der Quell-Contract verbrennt deine 100 Einheiten und sendet eine LayerZero-Nachricht aus. Augenblicke später prägt der Ziel-Contract 100 Einheiten in deine Adresse. Dein Gesamtbestand hat sich nie geändert — er war 100 vorher und 100 nachher — aber die Tokens leben nun auf der Ziel-Chain, bereit zum Ausgeben. Es gab keinen Wrapped-Token-Bildschirm, keine "du erhältst w-TOKEN"-Warnung, kein separates Guthaben, das später abzugleichen wäre. Aus deiner Sicht ist dir der Token gefolgt. Dieses Ein-Guthaben-Erlebnis ist auch das, was einer Wallet erlaubt, einen Token als über Ökosysteme hinweg ausgebbar zu behandeln; siehe eine Wallet über Ethereum, Solana und TON hinweg nutzen, wie sich das in der Praxis auswirkt.

Wie WATS die Gebühr berechnet

Hilfreich ist der Vergleich des Standards mit einem Token, der das Problem bewusst auf andere Weise löst. ATS, der Gebühren-Token von WATS, ist kein OFT — er wird als ein einziges Guthaben auf BSC (BNB Chain) gehalten, und auf welchem EVM-Netzwerk eine Transaktion auch läuft, die Gebühr wird von diesem einen Guthaben abgezogen statt von einem ATS-Bestand pro Chain. Statt den Token überall existieren zu lassen, hält WATS das Guthaben an einem Ort und zieht die Gebühr daraus ab. Auf EVM-Netzwerken werden Aktionen in WATS in ATS statt im nativen Gas-Token der Chain berechnet, und zwar über einen ERC-4337-Paymaster — in der Chrome-Erweiterung und der Mobile-App gleichermaßen; da ERC-4337 ein Ethereum-Standard ist, ist dieser Gebührenmechanismus rein EVM-basiert, während Transaktionen auf Solana ihre eigene native Gebühr in SOL zahlen und Gebühren auf TON ebenfalls in ATS bezahlt werden. Weil das ATS-Guthaben auf BSC (BNB Chain) liegt, bridgest du ATS nie und füllst auch kein separates Guthaben pro Chain auf; die Gebühr für jedes EVM-Netzwerk kommt aus diesem einen Guthaben. Eingesammeltes ATS wird verbrannt und senkt das Angebot von 100M in Richtung 30M.

Zwei Dinge sollte man klar sagen. Das Bezahlen in ATS ist kein Rabatt — es ändert, welcher Token die Netzwerkgebühr zahlt, nicht was diese Gebühr darunter kostet. Und WATS ist vollständig non-custodial: Der Nutzer hält die Schlüssel, und WATS hält niemals einen.

Die vollständige Mechanik findest du auf der ATS-Gebührenseite.