Krótka odpowiedź

Platformy handlowe i łańcuchy rozliczeniowe muszą współpracować, ponieważ rozwiązują różne części tej samej transakcji. Platforma obsługuje dostęp do rynku, zlecenia, ustalanie cen, dopasowywanie zleceń, decyzje dotyczące depozytu zabezpieczającego i likwidacje. Łańcuch zapewnia wspólny rejestr zabezpieczeń oraz zrealizowanych transferów. Jeśli te warstwy nie są ze sobą zgodne, trader może zobaczyć realizację zlecenia, której nie można rozliczyć, saldo, które jest tymczasowo nieprawidłowe, lub likwidację opartą na nieaktualnym stanie. Niezawodny projekt wymaga zatem jasno określonych zasad dotyczących tego, kiedy transakcja staje się wiążąca, jak finalność łańcucha aktualizuje salda rachunków oraz co dzieje się, gdy któraś z warstw zwalnia lub przestaje działać.

Handel i rozliczenia to różne zadania

Transakcja rynkowa wygląda jak jedno działanie: naciśnięcie przycisku kupna, otrzymanie realizacji zlecenia i aktualizacja pozycji. W tle platforma przyjmuje zlecenie, sprawdza depozyt zabezpieczający, znajduje dopasowanie, oblicza opłaty i aktualizuje pozycję. Następnie rozliczenie sprawia, że wynikający z transakcji transfer lub zobowiązanie staje się ostateczne.

Ten podział nie jest charakterystyczny wyłącznie dla kryptowalut. Rynki tradycyjne rozróżniają miejsca realizacji zleceń od agencji rozliczeniowych, centralnych kontrahentów, depozytów papierów wartościowych, powierników i systemów płatniczych. Zasady CPMI-IOSCO dotyczące infrastruktury rynków finansowych traktują finalność rozliczeń, ryzyko płynności, ryzyko operacyjne, zarządzanie oraz zarządzanie niewypłacalnością jako konkretne obowiązki infrastruktury.

Rynki blockchainowe zmieniają układ, ale te obowiązki pozostają. Rekomendacje IOSCO dotyczące polityki w zakresie DeFi opisują projekty, w których zdecentralizowana giełda przekazuje dopasowane zlecenie do realizacji i rozliczenia na blockchainie. Znalezienie dopasowania i wykonanie wynikającej z niego zmiany stanu może odbywać się w połączonych, lecz odrębnych komponentach.

Platforma handlowa porządkuje intencje

Zlecenia wyrażają intencję, a nie ostateczną własność. Zlecenie z limitem ceny oznacza, że trader jest gotów zawrzeć transakcję po określonej cenie. Platforma musi uwierzytelnić tę instrukcję, zastosować zasady rynku, uszeregować ją względem innych zleceń i zdecydować, czy istnieje dopasowanie. W przypadku instrumentów pochodnych musi również sprawdzić zabezpieczenie i limity pozycji przed zaakceptowaniem dodatkowego ryzyka.

Zadania te korzystają z niskich opóźnień. Księga zleceń przetwarza anulowania, częściowe realizacje i zmiany cen częściej, niż użytkownicy przemieszczają aktywa za pośrednictwem rozliczeń. Wymaganie, aby każda wiadomość pośrednia czekała na finalność łańcucha, mogłoby spowolnić rynek bez poprawy końcowego transferu.

Łańcuch rozliczeniowy nadaje stanowi charakter autorytatywny

Łańcuch rozliczeniowy odpowiada na inne pytanie: które zmiany aktywów i zabezpieczeń stały się nieodwracalne zgodnie z zasadami sieci? Porządkuje transakcje, wykonuje instrukcje inteligentnych kontraktów i zapewnia aplikacjom kanoniczny stan, na podstawie którego mogą kontynuować działanie.

Przegląd systemu Arc ilustruje ten podział wewnątrz łańcucha. Warstwa wykonawcza Reth przetwarza transakcje i utrzymuje stan, podczas gdy warstwa konsensusu Malachite porządkuje i finalizuje bloki. Aplikacja handlowa dodaje kolejną warstwę ponad tą infrastrukturą.

Dlaczego obie warstwy działają według różnych zegarów

Rynki reagują w milisekundach, podczas gdy blockchainy finalizują partie transakcji zgodnie z zasadami konsensusu. Nawet szybki łańcuch rozliczeniowy ma cykl tworzenia bloków i finalizacji. Platforma handlowa działa zatem według co najmniej dwóch zegarów: szybkiej sekwencji zleceń i realizacji oraz sekwencji sfinalizowanych zmian stanu w łańcuchu.

Potwierdzenie realizacji nie jest finalnością rozliczenia

Potwierdzenie realizacji oznacza, że platforma dopasowała zlecenie. Finalność rozliczenia oznacza, że wynikający z transakcji transfer nie może już zostać cofnięty w ramach zwykłego działania systemu rozliczeniowego. Pomylenie tych pojęć tworzy ukrytą ekspozycję kredytową.

Załóżmy, że platforma pozwala traderowi natychmiast wykorzystać środki zrealizowanego zlecenia. Jeśli transakcja rozliczeniowa później zakończy się niepowodzeniem, platforma faktycznie udzieliła kredytu w oparciu o nierozliczony wynik. Może to być zamierzone rozwiązanie, ale wymaga limitów, rezerw i procesu odzyskiwania środków. Samo określenie miejsca jako „on-chain” nie usuwa tej luki.

Finalność określa, kiedy można bezpiecznie ponownie wykorzystać stan

Aktualna dokumentacja finalności Arc opisuje projekt sieci jako zapewniający nieodwracalne rozliczenie w czasie krótszym niż jedna sekunda. Deterministyczna finalność daje aplikacji jasny moment, w którym może uznać transakcję za zakończoną, zamiast czekać na potwierdzenia zgodnie z zasadą probabilistyczną.

Ta właściwość może skrócić okres, w którym platforma musi zarządzać stanem tymczasowym. Nie eliminuje jednak błędów aplikacji, podatności kontraktów, nieprawidłowych danych wyroczni ani straty rynkowej tradera. Finalność sprawia, że zaakceptowany stan staje się trwały; nie gwarantuje, że każda instrukcja wprowadzona do tego stanu była ekonomicznie rozsądna.

Ciągłość rynku wymaga trybu ograniczonego działania

Platforma potrzebuje również zasad na momenty, gdy łańcuch jest przeciążony, niedostępny lub generuje nieoczekiwane odpowiedzi. Dalsze dopasowywanie zleceń przy opóźnionych rozliczeniach może kumulować zobowiązania. Natychmiastowe wstrzymanie może chronić salda, ale zakłócić ustalanie cen i uniemożliwić traderom ograniczanie ryzyka.

Platforma może obniżyć limity pozycji, wyłączyć wypłaty, przejść do trybu wyłącznie anulowania zleceń, zwiększyć bufory ryzyka lub wstrzymać określone rynki. Najważniejsze jest, aby przejście do takiego trybu zostało zdefiniowane przed wystąpieniem incydentu i konsekwentnie zakomunikowane użytkownikom.

Co musi koordynować niezawodna integracja

Interfejs między realizacją a rozliczeniem nie jest pojedynczym przesłaniem transakcji. To automat stanów, który musi utrzymywać zgodność kilku faktów: co trader zdeponował, co platforma zarezerwowała, które zlecenia zostały zrealizowane, jakie opłaty naliczono, które pozycje pozostają otwarte oraz co łańcuch sfinalizował.

Każda instrukcja rozliczeniowa potrzebuje ochrony przed ponownym odtworzeniem i unikalnej tożsamości, aby ponowienie próby nie rozliczyło tej samej realizacji dwa razy. Kolejność transakcji musi również zachowywać zależności: wypłata nie powinna zostać sfinalizowana przed depozytem lub zyskiem, który ją finansuje. Nieudane transakcje wymagają wyraźnego rozwiązania, a nie cichych ponowień.

Silnik ryzyka może rezerwować zabezpieczenie pod otwarte zlecenia, mimo że saldo w łańcuchu się nie zmieniło. Interfejs powinien rozróżniać całkowite i dostępne zabezpieczenie, transfery oczekujące oraz środki przeznaczone na depozyt zabezpieczający. Jedno niezróżnicowane saldo sprzyja podwójnemu wydawaniu i niezrozumiałym likwidacjom.

Jak finalność zmienia ryzyko platformy

Krótszy czas finalizacji może skrócić okres, w którym jedna strona wykonała swoje zobowiązanie, podczas gdy inne pozostaje nieukończone. Może również sprawić, że zabezpieczenie będzie można szybciej ponownie wykorzystać, oraz zmniejszyć liczbę tymczasowych zapisów, które platforma musi uzgadniać.

Szybciej nie oznacza jednak automatycznie bezpieczniej. Wadliwa likwidacja, przejęty klucz lub błędne wywołanie kontraktu również szybciej stają się ostateczne. Kontrole muszą zostać przesunięte na wcześniejszy etap procesu: symulacja transakcji, autoryzacja, limity częstotliwości, walidacja wyroczni, zasady wypłat i wyłączniki awaryjne stają się ważniejsze, gdy po przesłaniu transakcji jest niewiele czasu na interwencję.

Projekt rozliczeń wpływa również na płynność. DTCC ostrzegało w omówieniu clearingu i rozliczeń blockchainowych, że rozrachunek brutto w czasie rzeczywistym może pozbawić rynek korzyści z nettingu i wymagać indywidualnego finansowania transakcji. Platforma musi zdecydować, które zobowiązania powinny być rozliczane natychmiast, które można kompensować oraz gdzie właściwe są bufory kredytowe lub płynnościowe.

Dlaczego wspólne aktywa rozliczeniowe mają znaczenie

Koordynacja staje się prostsza, gdy opłaty, zabezpieczenia i rozliczenia wykorzystują aktywa o zgodnej rachunkowości. Jeśli trader deponuje jedno aktywo, opłaca gaz innym i rozlicza zysk lub stratę w trzecim, platforma musi zarządzać konwersją, zmiennością cen i minimalnymi saldami we wszystkich trzech aktywach.

Dokumentacja Arc wskazuje USDC jako token gazowy sieci i przedstawia Arc jako natywny dla stablecoinów blockchain warstwy 1; są to deklaracje projektowe, a nie dowody bieżącej wydajności aplikacji. Dokumentacja dotycząca gazu i opłat wyjaśnia oparty na USDC model opłat sieci. W przypadku rynku z depozytem zabezpieczającym w USDC może to ograniczyć jedno z operacyjnych niedopasowań między aplikacją a łańcuchem.

Nie oznacza to, że całkowity koszt handlu jest stały. Spready, wpływ na cenę, finansowanie, kary za likwidację, opłaty aplikacyjne i koszty dostępu do USDC pozostają odrębnymi czynnikami. Wspólna denominacja ogranicza tarcia księgowe; nie eliminuje ryzyka rynkowego ani nie gwarantuje realizacji po niskim koszcie.

Wybory architektoniczne i kompromisy

Umieszczenie większej liczby mechanizmów on-chain może ułatwić kontrolę zasad i zmian stanu, ale naraża aplikację na ograniczenia przepustowości bloków, kolejność transakcji i opłaty sieciowe. Wyspecjalizowane wykonanie może reagować szybciej i obsługiwać zaawansowane typy zleceń, jednak użytkownicy muszą rozumieć, kto je obsługuje, jak autoryzowane są komunikaty oraz jak można uzgodnić jego rejestry z łańcuchem.

Raport BIS/CPMI dotyczący tokenizacji podkreśla, że rozwiązania tokenizowane nadal wymagają solidnego zarządzania, zarządzania ryzykiem i interoperacyjności. Modularność jest użyteczna tylko wtedy, gdy moduły korzystają z jasnych standardów i podziału odpowiedzialności. W przeciwnym razie przenosi złożoność do interfejsów, gdzie awarie mogą być trudniejsze do wykrycia.

Co może pójść nie tak między realizacją a rozliczeniem

Najbardziej niebezpieczne awarie często występują na granicy systemów. Opóźniony indeksator może wyświetlać stare saldo zabezpieczenia. Zduplikowany komunikat może dwukrotnie przesłać tę samą akcję. Reorganizacja łańcucha lub założenie dotyczące finalności może sprawić, że platforma zbyt wcześnie uzna depozyt. Wyrocznia może zaktualizować dane w jednej warstwie, zanim nastąpi to w drugiej. Wydanie oprogramowania może zmienić zaokrąglenia lub logikę opłat tylko po jednej stronie.

Wiarygodny system publikuje praktyczne konsekwencje awarii: czy handel zostanie wstrzymany, czy dostępny jest tryb wyłącznie anulowania zleceń, jak traktowane są oczekujące wypłaty, kto może uruchomić mechanizmy awaryjne oraz jak niezależnie zweryfikować stan końcowy.

Podsumowanie dla inwestorów

Platformy handlowe i łańcuchy rozliczeniowe to uzupełniająca się infrastruktura. Platforma przekształca zlecenia w wyniki rynkowe. Łańcuch przekształca autoryzowane zmiany stanu w trwały, wspólny rejestr. Żadnej z tych warstw nie można oceniać w oderwaniu od drugiej.

Inwestorzy i traderzy powinni analizować jako jeden system jakość realizacji, płynność, kontrolę zabezpieczeń, założenia dotyczące finalności, projekt wyroczni, zasady wypłat, zarządzanie i odzyskiwanie działania po incydentach. Najlepsza architektura nie musi być tą, która umieszcza każdą czynność on-chain. Jest nią ta, która jasno określa każdą odpowiedzialność i utrzymuje spójność warstw zarówno w normalnych, jak i stresowych warunkach.

Najważniejszy wniosek

Platforma handlowa może zapewnić szybkie działanie rynków, ale tylko niezawodny proces rozliczeniowy może sprawić, że wykonane zobowiązania staną się ostateczne. Łańcuch rozliczeniowy może zapewnić trwałość stanu, ale nie może zdecydować, czy księga zleceń jest płynna, cena uczciwa lub polityka likwidacji właściwa.

Obie warstwy działają skutecznie, gdy realizacja tworzy autoryzowane i uporządkowane zobowiązania, a rozliczenie zwraca terminowy, jednoznaczny stan, który platforma może bezpiecznie ponownie wykorzystać. Ta koordynacja, obejmująca również działania podejmowane w razie awarii, stanowi prawdziwą infrastrukturę doświadczenia handlu on-chain.

Handluj rynkami perpetual na edgeX z rozliczeniami Arc

Wykorzystaj swoje USDC na warstwie rynkowej stworzonej z myślą o aktywnych traderach. edgeX zapewnia doświadczenie handlu oparte na księdze zleceń dla rynków perpetual obejmujących kryptowaluty, akcje amerykańskie, surowce i FX, a jego white paper opisuje stos wykonawczy stojący za platformą. Arc ma zapewniać znajdujące się pod nim środowisko rozliczeniowe natywne dla stablecoinów. Ogłoszona integracja ma utrzymywać depozyt zabezpieczający i rozliczenia w natywnym USDC, dzięki czemu proces handlowy i aktywo rozliczeniowe współpracują ze sobą zamiast być rozdzielone między niepołączone systemy.

Gotowy, by handlować na więcej niż jednym rynku? Poznaj edgeX, aby znaleźć platformę i dostępne rynki perpetual. Aby skorzystać ze ścieżki związanej z Arc, zobacz edgeX na Arc i śledź ogłoszone wdrożenie. edgeX ogłosił plany uruchomienia nowych kontraktów perpetual na FX obok istniejących rynków, a uruchomienie sieci głównej Arc zaplanowano na 16 września 2026 r. Dostępność, rynki i szczegóły uruchomienia mogą się zmienić.

Kontrakty perpetual są przeznaczone dla traderów, którzy chcą elastycznego, całodobowego dostępu do rynku, ale nie są produktami pasywnymi. Dźwignia, stopy finansowania, projekt wyroczni, płynność i likwidacja mogą wpływać na wyniki. Przed rozpoczęciem handlu zapoznaj się z warunkami produktu i mechanizmami kontroli ryzyka.

Często zadawane pytania

Jaka jest różnica między realizacją transakcji a rozliczeniem?

Realizacja następuje, gdy instrukcje kupna i sprzedaży zostają dopasowane zgodnie z zasadami rynku platformy. Rozliczenie kończy wynikający z tego transfer, aktualizację zabezpieczenia lub zobowiązanie umowne. Zdarzenia te mogą nastąpić w krótkim odstępie czasu, ale nie są tym samym.

Czy księga zleceń musi działać bezpośrednio na blockchainie?

Nie. Platforma może przetwarzać część komunikatów dotyczących zleceń w wyspecjalizowanej warstwie wykonawczej, a autoryzowane wyniki rozliczać na blockchainie. Projekt powinien ujawniać, kto obsługuje każdy komponent, jak autoryzowane są zlecenia oraz jak rejestry platformy są uzgadniane z finalnym stanem łańcucha.

Dlaczego finalność blockchaina ma znaczenie dla platformy handlowej?

Finalność informuje platformę, kiedy depozyt, wypłata, transfer zabezpieczenia lub aktualizacja kontraktu stają się nieodwracalne zgodnie z zasadami łańcucha. Szybsza deterministyczna finalność może ograniczyć stan tymczasowy, ale platforma nadal potrzebuje kontroli dotyczących nieprawidłowych instrukcji, awarii i błędów na poziomie aplikacji.

Czy szybsze rozliczenia ograniczają każdy rodzaj ryzyka?

Nie. Mogą ograniczyć ekspozycję rozliczeniową i potrzebę uzgadniania, ale mogą zwiększyć zapotrzebowanie na finansowanie z góry i sprawić, że błędne transakcje szybciej staną się ostateczne. Ryzyko płynności, inteligentnych kontraktów, wyroczni, powiernictwa, zarządzania i działalności operacyjnej nadal pozostaje.

Dlaczego używać USDC zarówno do depozytu zabezpieczającego, jak i rozliczeń?

Wykorzystanie jednej waluty rozliczeniowej może uprościć księgowanie zabezpieczeń i ograniczyć konwersje między zmiennym aktywem używanym do opłat za gaz a zobowiązaniami rynkowymi denominowanymi w dolarach. Nie gwarantuje to stabilnej ceny rynkowej, wystarczającej płynności ani niskich całkowitych kosztów handlu.