LayerZero OFT (Omnichain Fungible Token) to standard przenoszenia wartości tokenów między łańcuchami przy zachowaniu zamierzonej łącznej podaży. Transfer obciąża tokenami łańcuch źródłowy i uznaje nimi odbiorcę w łańcuchu docelowym. Bezpośrednie OFT i adaptery realizują to księgowanie przy użyciu różnych układów kontraktów i przechowywania aktywów.
Szczegóły decydują o tym, jak dużego zaufania wymaga ta obietnica. Bezpośrednie OFT i wdrożenie oparte na adapterze mogą osiągać zbliżone rezultaty przy różnych rozwiązaniach dotyczących przechowywania i wybijania tokenów. Żadne z nich nie zapewnia automatycznie takiej samej płynności rynkowej w każdej sieci.
Najpierw następuje obciążenie po stronie źródłowej
W przypadku bezpośredniego OFT w modelu burn-and-mint transfer międzyłańcuchowy spala kwotę możliwą do przesłania po stronie źródłowej. Zweryfikowany komunikat pozwala następnie zaufanemu kontraktowi docelowemu wybić odpowiednią kwotę dla odbiorcy.
Podczas dostarczania część wartości jest w drodze. Liczenie wyłącznie sald dostępnych w portfelach w tej chwili może sprawić, że podaż będzie wyglądać na mniejszą niż zamierzona suma. Po skutecznym uznaniu salda możliwa do wydania kwota zostaje przeniesiona do łańcucha docelowego. Dokumentacja techniczna OFT.
W hipotetycznym transferze łańcuch A zaczyna od 700 tokenów, a łańcuch B od 300. Spalenie 100 w A pozostawia tam 600, a 100 znajduje się w drodze. Gdy B uzna transfer, jego saldo wzrośnie do 400, a liczba tokenów w drodze wróci do zera. Zamierzona suma wynosi przez cały czas 1,000, jeśli uwzględnimy wartość w drodze.
Rzeczywiste kontrakty muszą zachować to księgowanie przy ponawianiu prób, awariach i działaniach administratora. Przejrzysty schemat zakłada poprawną implementację. Przegląd bezpieczeństwa musi sprawdzić te założenia.
Obciążenie tutaj, uznanie tam
Księgowanie OFT ma przenosić podaż ekonomiczną między łańcuchami bez tworzenia niezależnej dodatkowej puli.
Adaptery pozwalają zachować istniejący token
Emitent może już mieć kontrakt tokena, którego nie chce zastępować. Adapter OFT może połączyć ten token z przepływem komunikatów. W typowym rozwiązaniu oryginalne tokeny są blokowane w adapterze, podczas gdy łańcuch docelowy uznaje saldo ich reprezentacji. Transfer powrotny spala reprezentację i uwalnia zablokowane saldo.
Escrow wprowadza punkt przechowywania aktywów do systemu tokena. Trzeba wiedzieć, który kontrakt przechowuje oryginalne aktywo, kto może na nie wpływać i jak zdalna podaż ma się do tej rezerwy. Liczenie zablokowanych oryginalnych tokenów oraz zdalnych reprezentacji jako odrębnej podaży ekonomicznej oznaczałoby dwukrotne policzenie tej samej wartości. Wzorce i rozszerzenia OFT.
Adapter może też mieć uprawnienia do wybijania i spalania tokenów zamiast korzystać z escrow. Określenie „korzysta z OFT” wskazuje rodzinę wzorców transferu. Nie określa modelu przechowywania aktywów, dlatego adapter zasługuje na osobny opis w porównaniu aktywów.
Sprawdź dokładną architekturę wdrożenia. Oficjalna lista kontraktów emitenta i skonfigurowane kontrakty odpowiedników pomagają ustalić, który token posiadasz. Niezależny kontrakt może skopiować nazwę lub ticker.
Peer określa, kto może uznać wartość
Wdrożenia tokena muszą rozpoznawać zaufane odpowiedniki. Jeśli miejsce docelowe akceptuje komunikaty od niezamierzonego zdalnego nadawcy, prawidłowe komunikaty protokołu nadal mogą dotrzeć do niewłaściwego podmiotu mającego uprawnienia w aplikacji.
Emitent ustala też ustawienia weryfikacji i wykonania dla poszczególnych tras. Mogą się one różnić zależnie od kierunku lub łańcucha. Dobrze sprawdzone wdrożenie w jednej sieci nie potwierdza bezpieczeństwa każdej kolejnej trasy. Dokumentacja techniczna OApp.
W przypadku aktywa, które zamierzasz posiadać, sprawdź, kto kontroluje te ustawienia. Multisig, opóźnienie i proces monitorowania mogą ograniczyć niektóre zagrożenia operacyjne, ale muszą istnieć w rzeczywistym wdrożeniu. Schematy architektury nie potwierdzają sposobu przechowywania kluczy.
Przewodnik po DVN i Executorze objaśnia wybory dotyczące weryfikacji. Wprowadzenie do LayerZero przedstawia szerszy przepływ komunikatów, jeśli po raz pierwszy spotykasz się z peerami i endpointami.
Precyzja miejsc dziesiętnych jest częścią transferu
Blockchainy mogą przedstawiać ilości tokenów z różną precyzją dziesiętną. Token międzyłańcuchowy wymaga wspólnej jednostki rozliczeniowej, aby jedno wdrożenie nie odczytało błędnie kwoty przesłanej przez inne.
Projekt OFT normalizuje kwoty możliwe do transferu za pomocą wspólnej liczby miejsc dziesiętnych. Kwoty mniejsze niż ta wspólna precyzja mogą pozostać u nadawcy jako reszta z zaokrąglenia, często nazywana pyłem. Księgowanie miejsc dziesiętnych OFT.
Na przykład przy sześciu wspólnych miejscach dziesiętnych i tokenie źródłowym obsługującym większą precyzję żądanie transferu 1.123456789 tokena zostanie przekształcone w możliwą do przesłania kwotę 1.123456. Pozostałe 0.000000789 zostanie u nadawcy. To przykład obliczeniowy, a nie opłata pobierana przez most.
To dobry przykład drobnego szczegółu technicznego o bezpośrednich skutkach finansowych. System musi zachować wartość ekonomiczną przy tłumaczeniu jej na różne reprezentacje. Odbiorca nie powinien otrzymać większego salda, ponieważ kontrakt błędnie zinterpretował jednostkę.
Wspólna podaż nie oznacza wspólnych rynków
Załóżmy, że to samo aktywo istnieje w dwóch sieciach. Księgowanie może pozostać spójne, choć w jednej sieci są głębokie rynki, a w drugiej niewielka aktywność handlowa. Sam mechanizm transferu nie tworzy zleceń kupna, animatorów rynku ani popytu na zabezpieczenia.
Różnica cen może się utrzymywać, gdy arbitraż jest kosztowny, powolny lub ograniczony. Opłaty międzyłańcuchowe, opóźnienia transferu i uprawnienia inwestorów wpływają na koszt zamknięcia tej różnicy. Techniczna dostępność trasy nie gwarantuje, że trader może z niej skorzystać przy wymaganej kwocie.
Emitent może też stosować limity, aby ograniczyć skutki nietypowej aktywności transferowej. Takie limity mogą poprawić kontrolę ryzyka, a jednocześnie uniemożliwić natychmiastowy duży arbitraż. Projekt finansowy i operacyjny należy oceniać łącznie.
To rozróżnienie jest szczególnie przydatne w przypadku produktów RWA. Wielkość funduszu, globalna podaż tokena i płynność w konkretnej puli odpowiadają na różne pytania. Porównanie produktów skarbowych zachowuje to rozróżnienie przy analizie sposobu wyjścia.
Kontrole emitenta przenoszą się razem z aktywem
Wdrożenie OFT może obejmować niestandardowe kontrole transferu. W przypadku tokenizowanego produktu finansowego emitent może potrzebować zachowania kryteriów kwalifikacji, ograniczeń związanych z sankcjami lub innych zasad dotyczących posiadaczy we wszystkich obsługiwanych łańcuchach.
Wymaga to zasad na poziomie aplikacji. Komunikat może być prawidłowy, a zamierzony odbiorca mimo to nie przejść weryfikacji kwalifikacji emitenta. System musi określić, co wtedy następuje, w tym ścieżkę odzyskiwania i podmiot uprawniony do interwencji.
Opis mostu instytucjonalnego Ondo podaje konkretny przykład emitenta określającego kilku wymaganych dostawców weryfikacji. Jego struktura pokazuje, jak most dla danego aktywa może wykraczać poza podstawowy standard tokena. Most instytucjonalny Ondo.
Zanim oprzesz się na historycznym przykładzie, sprawdź aktualną konfigurację. Opublikowany projekt uruchomienia opisuje tamto uruchomienie, a ustawienia produkcyjne mogą się zmienić. Ondo a Centrifuge umieszcza narzędzia dystrybucji w szerszym porównaniu biznesów.
Transfer i kolejne działanie
OFT może przekazywać dodatkowe instrukcje dla aplikacji docelowej. Otrzymanie tokena i użycie go w innym kontrakcie to kolejny etap, na którym również może dojść do awarii. Kompozytory Omnichain.
Wyobraź sobie token RWA docierający do aplikacji pożyczkowej. Transfer tokena może zakończyć się powodzeniem, podczas gdy wpłata się nie powiedzie, bo rynek przestał obsługiwać to aktywo. Odbiorca potrzebuje jasnego statusu i możliwości odzyskania lub wykorzystania otrzymanego salda.
Interfejs powinien wyraźnie pokazywać tę różnicę. Traktowanie całego procesu jako jednego sukcesu lub niepowodzenia ukrywa przydatne informacje i może skłonić użytkownika do powtórzenia działania, które częściowo już się zakończyło.
Rebasing i opłaty za transfer wymagają innego księgowania
Token przynoszący dochód może zmieniać saldo posiadacza przez rebasing. Token z opłatą transferową dostarcza mniej, niż przesyła nadawca. Standardowe księgowanie OFT LayerZero nie obsługuje tych zachowań bez zmian: logika obciążenia i uznania zakłada transfery bezstratne. Implementacja musi uzgadniać rzeczywiste zmiany salda.
W przypadku aktywa przynoszącego dochód przed uznaniem integracji OFT za zgodną ustal, jaki wrapper i sposób księgowania są stosowane. Dokumentacja techniczna OFT.
Zanim zaufasz nowemu wdrożeniu
Sprawdź oficjalne kontrakty, relację peerów i model przechowywania aktywów. Następnie przeanalizuj konfigurację weryfikacji, limity transferu i uprawnienia administratora. Na koniec przetestuj trasę, której zamierzasz użyć do wykupu lub dalszych działań w aplikacji.
OFT zapewnia wspólny wzorzec przenoszenia wartości tokenów między sieciami. Konkretne wdrożenie określa, jak ten wzorzec obsługuje dane aktywo. Więcej o innym podejściu do infrastruktury tokenów międzyłańcuchowych przeczytasz w porównaniu LayerZero i Chainlink CCIP.