Solana har lansert en åpen kildekode-standard for institusjonelle oppgjør kalt DvP, eller Delivery versus Payment, utviklet med innspill fra J.P. Morgan. Programmet lar institusjoner gjøre opp handler atomisk på Solana-nettverket, og reduserer oppgjørsfinalitet fra dager til sekunder.
Lanseringen markerer en direkte satsing fra Solana inn i den backoffice-infrastrukturen som banker og meglerhus er avhengige av for å flytte kontanter og verdipapirer. DvP er mekanismen som sikrer at det ene benet i en handel ikke gjøres opp uten det andre – kjøperen får eiendelen kun når selgeren får pengene. På Solana skjer denne utvekslingen i en enkelt transaksjon i stedet for gjennom en kjede av mellommenn og avstemmingstrinn.
Hva DvP faktisk gjør
I tradisjonelle markeder går levering og betaling ofte på separate spor. En verdipapiroverføring kan bokføres om morgenen og kontantbenet timer senere, noe som etterlater begge parter eksponert for gapet. DvP-programmet på Solana fjerner dette gapet ved å knytte de to benene sammen atomisk. Enten utføres begge sider, eller ingen.
J.P. Morgans involvering er bemerkelsesverdig gitt bankens eksisterende arbeid med blokkjedebasert oppgjør infrastruktur. Fakta spesifiserer ikke det nøyaktige omfanget av bankens bidrag, men navnet har tyngde i institusjonelle kretser der motpartsrisiko og regulatorisk godkjenning er de første spørsmålene som stilles.
Hvorfor sekunder betyr noe for institusjoner
Eldre oppgjørssykluser i store markeder går på T+1- eller T+2-tidslinjer, noe som betyr at en handel avtalt på mandag kanskje ikke fullføres før onsdag. Denne forsinkelsen binder opp kapital, skaper marginkrav og tvinger selskaper til å holde buffere mot muligheten for at en motpart misligholder i mellomtiden.
Solanas oppgjørsfinalitet, ifølge lanseringsdetaljene, ligger på sekunder. For et tradingbord endrer det hvor mye sikkerhet som må ligge urørt. For et treasury-team endrer det hvor raskt midler kan omdisponeres. Poenget er ikke hastighet for hastighetens skyld – det handler om kapitaleffektivitet og reduserte eksponeringsvinduer.
Åpen kildekode-vinklingen
Å kalle programmet åpen kildekode er et bevisst signal. Institusjoner har historisk vært skeptiske til proprietær oppgjørsteknologi som låser dem til én leverandør. En åpen standard lar flere selskaper bygge på de samme sporene, revidere koden og tilpasse den til sine egne etterlevelseskrav uten å spørre om tillatelse.
Hvorvidt denne åpenheten oversettes til adopsjon, er et annet spørsmål. Banker beveger seg sakte på infrastruktur, og oppgjør er omtrent så konservativt som det blir internt i et finansselskap. Veien fra et live program på Solana til at handler faktisk gjøres opp gjennom det, innebærer juridisk gjennomgang, godkjenning fra risikokomiteen og ofte regulatorisk dialog.
Det som fortsatt er ubevist
Fakta sier ikke hvilke institusjoner som har forpliktet seg til å bruke DvP utover J.P. Morgans innspill, eller om noen live-handler har gjort opp gjennom det. Det gapet betyr noe. En standard med én banks fingeravtrykk på er et proof of concept; en standard med et dusin motparter som ruter reell volum er markedsinfrastruktur.
Solanas egen historie med nettverksutfall vil også dukke opp i enhver institusjonell due diligence-samtale. Kjeden har forbedret stabiliteten, men oppgjørsfinalitet på sekunder teller bare hvis nettverket holder seg oppe når det gjelder. Det er et spørsmål programmets støttespillere må svare på med oppetidsdata, ikke markedsføring.
For nå setter DvP-lanseringen en konkret gjenstand på bordet: et åpen kildekode-oppgjørsprogram, bygget med innspill fra en av verdens største banker, som kjører på en offentlig blokkjede. Den neste milepælen å følge med på er hvorvidt noen institusjon går fra å evaluere det til å gjøre opp gjennom det – og når den første live-handelen bokføres.
