Transakcja na papierach wartościowych ma dwie strony, które muszą poruszać się razem. Gdy instytucja kupuje tokenizowaną obligację, udział w funduszu lub inny aktywo cyfrowe, żadna ze stron nie chce ruszyć pierwsza: kupujący potrzebuje aktywa przed przekazaniem płatności, a sprzedający wymaga płatności przed przeniesieniem aktywa.

Tradycyjne rynki rozwiązują ten problem za pośrednictwem izb rozliczeniowych, domów depozytowych i depozytariuszy. Te mechanizmy kontrolne ograniczają ryzyko rozliczenia, ale proces może wiązać kapitał na jeden–dwa dni, dopóki własność i płatność zostaną potwierdzone.

Jedna transakcja dla obu stron rozliczenia

Solana Foundation ogłosiła 6 października Solana DvP jako open-source'owy program escrow do rozliczeń delivery-versus-payment. Zgodnie z oficjalnym ogłoszeniem program jest przeznaczony dla instytucji finansowych i umieszcza obie strony transakcji on-chain w depozycie, po czym wymienia je w ramach jednej transakcji. Ponieważ kod jest open-source, każda instytucja lub niezależny recenzent może zbadać kroki escrow i rozliczenia, zanim będzie na nich polegać.

Przepływ pracy przebiega według określonej sekwencji. Obie strony najpierw uzgadniają aktywo, kwotę płatności, organ rozliczający i termin. Następnie każda strona zasilia własny depozyt tokenami — kontem kontrolowanym przez program, które zwalnia środki tylko wtedy, gdy uzgodnione warunki zostały spełnione. Wskaz organ rozlicza oba transfery w jednej transakcji; jeśli to się nie powiedzie, wymiana nie dochodzi do skutku.

Ten wynik "wszystko albo nic" nazywa się rozliczeniem atomowym: transakcja albo zostaje w pełni zrealizowana, albo wcale, dzięki czemu żadna ze stron nie zostaje z jedną częścią niedokończonej wymiany. Catherine Gu, dyrektorka produktu ds. aktywów cyfrowych w Solana Foundation, określiła program jako "jeden otwarty standard w całym ekosystemie Solana", zapewniający finalność w sekundy zamiast dni.

Kod wielokrotnego użytku zamiast jednorazowych rozwiązań

Gdy obie strony transakcji mogą rozliczyć się razem, pojawia się kolejne pytanie: czy każda instytucja musi budować taki proces od podstaw. Solana DvP jest zaprojektowany jako kod wielokrotnego użytku do tego zadania, pozwalając bankowi, depozytariuszowi, giełdzie lub miejscu handlu zintegrować jeden wspólny model escrow.

Program obsługuje aktywa SPL Token i Token-2022 — standardowy i rozszerzony format tokenów Solany — w tym funkcje wykorzystywane przez emitentów wymagających kontroli transferów i zgodności. Te możliwości mogą pomóc instytucjom w obsłudze tokenizowanych aktywów, przy czym emitenci zachowują uprawnienia, które kontrahenci muszą ocenić przed rozliczeniem transakcji.

Dokumentacja techniczna szczegółowo opisuje przepływ pracy. Strony zapisują warunki, zasilają swoje oddzielne konta escrow zwykłymi transferami tokenów, a organ rozliczający podpisuje transakcję wymieniającą obie strony rozliczenia. Każdy portfel lub depozytariusz potrafiący wysłać standardowy transfer tokenów może zasilić stronę rozliczenia bez budowania osobnej funkcji DvP.

Ta wygoda nie eliminuje potrzeby weryfikacji. Ponieważ każdy może utworzyć rekord transakcji, uczestnicy muszą sprawdzić przechowywane aktywa, kwoty, adresy docelowe, datę wygaśnięcia i organ rozliczający przed zasileniem któregokolwiek z depozytów.

JPMorgan przekazał wkład, nie zobowiązanie

Rola JPMorganu jest szczegółem najbardziej narażonym na zawyżenie. Bank przekazał Solana Foundation wkład dotyczący instytucjonalnych praktyk i wymagań rozliczeniowych wcie rozwoju programu.

"Cieszymy się, że mogliśmy wnieść naszą wiedzę specjalistyczną w zakresie rozliczeń." — Rhodel D'Souza, szef Markets Digital Assets w J.P. Morgan

Komunikat Solany stanowi, że JPMorgan nie projektował, nie rozwijał, nie obsługiwał, nie zatwierdzał, nie popierał ani nie gwarantował Solany DvP. Ogłoszenie potwierdza, że bank wniósł wiedzę specjalistyczną dotyczącą rozliczeń; nie potwierdza wdrożenia przez JPMorgan ani rzeczywistej transakcji instytucjonalnej za pośrednictwem programu.

Szybsze rozliczenie zależy od tego, co znajduje się wewnątrz transakcji

Obiecana szybkość obowiązuje tylko wtedy, gdy obie strony transakcji to tokeny na Solanie. Płatność gotówkowa pozostająca na tradycyjnym koncie bankowym przechodzi przez odrębny proces rozliczeniowy i nadal wymaga późniejszej uzgodnienia.

Warunki transakcji i kontrole tokenów to tylko część należytej staranności. Instytucje musiałyby również ocenić sam program — który dokumentacja wymienia jako uaktualnialny na mainnecie — a także historię jego audytów i mechanizmy zarządzania przyszłymi zmianami. Zewnętrzny audyt programu stanowi jeden z elementów tej oceny.

Kolejne dowody przyniesie regularne użytkowanie

Solana ma już aktywność w zakresie tokenizowanych aktywów, choć rynek pozostaje skoncentrowany, a stosunkowo niewielka liczba emitentów i miejsc handlu odpowiada za większość tej aktywności. Wspólny program rozliczeniowy mógłby ułatwić uczestnictwo większej liczbie firm, ale nie tworzy tokenizowanych aktywów, tokenów płatniczych ani umów prawnych wymaganych przez transakcję instytucjonalną.

Solana Foundation informuje, że program przeszedł zewnętrzny audyt i może być używany z realnymi środkami, podczas gdy fundacja poszukuje partnerów projektowych przed szerszym wdrożeniem produkcyjnym. Kolejnym istotnym dowodem będą powtarzalne transakcje przeprowadzane przez wskazane instytucje, z tokenizowanymi aktywami, płatnością on-chain i wyraźnie określonym organem rozliczającym działającymi razem.\nNa razie Solana DvP daje instytucjom kod, który mogą przetestować do konkretnego zadania: wymiany tokenizowanego aktywa na płatność on-chain bez ruszania się którejkolwiek ze stron jako pierwszej.

Ten artykuł ma charakter wyłącznie informacyjny i nie stanowi porady inwestycyjnej, prawnej ani finansowej. Tokenizowane aktywa i ich ustalenia rozliczeniowe mogą wiązać się z ryzykiem prawnym, operacyjnym, powierniczym i emitenta.

Źródło: Coindoo