Fundacja Solana opublikowała 6 października standard open source dla rozliczeń typu delivery-versus-payment, dając twórcom program, który przenosi gotówkową i aktywową nogę transakcji razem albo wcale. Projekt wymaga, aby obie strony były w pełni sfinansowane przed wykonaniem — bez częściowych wypełnień — i umieszcza każdą nogę w osobnym escrow, dopóki strona trzecia, organ rozliczeniowy, nie zatwierdzi transakcji. To wąski, ale celowy element infrastruktury dla tokenizowanych rynków na Solanie, który celowo pomija kilka kwestii.
Jak faktycznie działa wymiana dwunożna
Gdy transakcja jest tworzona, program blokuje uzgodnioną ilość tokenów każdej ze stron w oddzielnych kontach escrow. Obie nogi muszą być kontami tokenów na Solanie. Płatność z rachunku bankowego dokonana na innej ścieżce nie kwalifikuje się — wypada całkowicie poza atomową wymianę. Kod rozliczeniowy, w udokumentowanym commicie źródłowym, sprawdza, czy saldo każdego escrow pokrywa uzgodnioną kwotę dla danej nogi, zanim cokolwiek przekaże. Jeśli jedna strona ma niedobór, cała operacja kończy się niepowodzeniem.
Finansowanie nie jest niczym egzotycznym. To zwykły sprawdzany transfer tokenów, co oznacza, że system powierniczy lub skarbowy może dostarczyć tokeny bez wywoływania specjalnej funkcji finansującej. Miejsca docelowe są ustalane w momencie tworzenia rekordu transakcji. Jeśli wymagany transfer nie może zostać zrealizowany, transakcja rozliczeniowa zostaje odwrócona — ale wcześniejsze transfery finansujące to osobne transakcje, więc nie ulegają odwróceniu razem z nią. Wszelkie nadwyżki tokenów wracają do wskazanej strony, zamiast powiększać to, co otrzymuje kontrahent.
Kompensowanie jest wyraźnie wykluczone
Program wyklucza kompensowanie, czyli praktykę potrącania zobowiązań przed zapłatą pozostałego salda. To świadomy kompromis, który Bank Rozrachunków Międzynarodowych (BIS) i Komitet ds. Płatności i Infrastruktur Rynkowych wskazali w swoim październikowym raporcie z 2024 r. na temat tokenizacji na stronach 12 i 13: natychmiastowe rozliczenie brutto wymaga większej płynności, podczas gdy ustalenia kompensacyjne rozciągają tę samą płynność dalej. Ale raport BIS wskazuje również na drugą stronę medalu — szybszy dostęp do pieniędzy i aktywów może obniżyć koszt alternatywny kapitału uwięzionego podczas rozliczenia.
Analiza CryptoSlate dotycząca tokenizowanych depozytów dokonała pokrewnego rozróżnienia między szybszym przepływem gotówki a zmniejszeniem ilości potrzebnej gotówki. Jej relacja z 2 października o Roughrider opisywała rozwiązanie płatności bankowych na Solanie, w którym transfery tokenów i ich palenie współistnieją z dziennym kompensowaniem ruchów na rachunkach bankowych. To inny kształt problemu i Solana DvP nie próbuje go rozwiązać.
Co obejmuje, a czego nie obejmuje rozliczenie atomowe
Program chroni przed ryzykiem dostawy kapitału w ramach wymiany tokenów. Jeśli jesteś kupującym, nie możesz zapłacić bez otrzymania aktywa, i odwrotnie. Nie zajmuje się natomiast uporządkowaniem relacji finansowych wokół transakcji. Pożyczkodawca mógłby sfinansować którąkolwiek z pozycji w ramach odrębnego porozumienia, ale ta relacja finansowania istnieje poza programem DvP — odpowiedzialność ekonomiczna pozostaje po stronie uczestników i tych, którzy ich wspierają.
Same instrumenty również niosą ze sobą obciążenia. Token gotówkowy niesie ryzyko kredytowe i wykupu swojego emitenta. Token aktywów regulowanych może zachować mechanizmy kontrolne — uprawnienia do zamrożenia, wstrzymania, stałego delegata — które wpływają na transfery, nawet gdy tokeny znajdują się w escrow. Atomowe czy nie, nadal posiadasz roszczenie kogoś innego.
Co dalej
Program jest open source, a logika rozliczeniowa przypisana do udokumentowanego commita źródłowego dla każdego, kto chce zweryfikować kontrole escrow. Interesującym pytaniem jest teraz, kto zbuduje na tym rozwiązaniu. Dostawca usług powierniczych, dział skarbowy lub emitent tokenizowanych depozytów mógłby podłączyć finansowanie bez żadnych zmian w samym programie, ponieważ ścieżka finansowania to zwykły sprawdzany transfer. Czy którykolwiek z nich to zrobi — i czy rozliczenie brutto na tym poziomie szczegółowości znajdzie realny wolumen na Solanie — to część, na którą jeszcze nie ma odpowiedzi.
