Solana Foundation julkaisi 6. lokakuuta avoimen lähdekoodin standardin toimitusta vastaan maksua (delivery-versus-payment) varten, tarjoten rakentajille ohjelman, joka siirtää kaupan raha- ja omaisuuserät yhdessä tai ei ollenkaan. Suunnittelu edellyttää, että molemmat osapuolet ovat täysin rahoitettuja ennen toteutusta – ei osittaisia toteutuksia – ja asettaa kummankin osan omaan escrow-tiliinsä, kunnes kolmas osapuoli, selvitysviranomainen, hyväksyy sen. Se on kapea mutta tarkoituksellinen putkisto tokenisoituja markkinoita varten Solanassa, ja se jättää useita asioita pois tarkoituksella.
Miten kahden osan vaihto todella toimii
Kun kauppa perustetaan, ohjelma lukitsee sovitun määrän kummankin osapuolen tokeneita erillisille escrow-tileille. Molempien osien on oltava token-tilejä Solanassa. Pankkitilimaksu toisella väylällä ei kelpaa – se jää kokonaan atomisen vaihdon ulkopuolelle. Selvityskoodi, dokumentoidussa lähdecommittissa, tarkistaa, että kunkin escrow-tilin saldo kattaa kyseisen osan sovitun määrän ennen kuin se siirtää mitään. Jos toinen puoli on vajaa, koko prosessi epäonnistuu.
Rahoitus ei ole mitään eksoottista. Se on tavallinen tarkistettu token-siirto, mikä tarkoittaa, että säilytys- tai treasury-järjestelmä voi toimittaa tokenit kutsumatta erityistä rahoitusfunktiota. Kohteet ovat kiinteät, kun kauppatietue luodaan. Jos vaadittu siirto ei voi toteutua, selvitystapahtuma peruuntuu – mutta aiemmat rahoitussiirrot ovat erillisiä tapahtumia, joten ne eivät peruunnu sen mukana. Mahdolliset ylimääräiset tokenit palautetaan nimettyyn osapuoleen sen sijaan, että ne lisättäisiin vastapuolen saamaan määrään.
Netotus on nimenomaisesti poissuljettu
Ohjelma ei sisällä netotusta, käytäntöä, jossa velvoitteet kuitataan ennen jäljellä olevan saldon maksamista. Tämä on tietoinen valinta, ja sen ovat nostaneet esiin Bank for International Settlements ja Committee on Payments and Market Infrastructures lokakuun 2024 tokenisointiraportissaan sivuilla 12 ja 13: välitön bruttoselvitys vaatii enemmän likviditeettiä, kun taas netotusjärjestelyt venyttävät samaa likviditeettiä pidemmälle. Mutta BIS-raportti osoittaa myös toisen puolen – nopeampi pääsy rahaan ja omaisuuseriin voi vähentää selvityksen aikana sidotun pääoman vaihtoehtoiskustannuksia.
CryptoSlaten analyysi tokenisoiduista talletuksista teki samankaltaisen eron: rahan nopeampi liikuttaminen ja tarvittavan rahamäärän vähentäminen. Sen 2. lokakuuta julkaistu Roughrider-katsaus kuvasi pankkimaksujärjestelyä Solanassa, jossa token-siirrot ja polttaminen ovat rinnakkain päivittäisen pankkitilien netotuksen kanssa. Se on erilainen ongelman muoto, eikä Solana DvP yritä ratkaista sitä.
Mitä atomiselvitys kattaa ja mitä ei
Ohjelma suojaa pääoman toimitusriskiä vastaan token-vaihdon sisällä. Jos olet ostaja, et voi maksaa saamatta omaisuuserää, ja päinvastoin. Se ei kuitenkaan siivoa kaupan ympärillä olevaa taloudellista suhdetta. Luotonantaja voi rahoittaa kumman tahansa position erillisellä järjestelyllä, mutta tämä rahoitussuhde on DvP-ohjelman ulkopuolella – taloudellinen vastuu säilyy osallistujilla ja heidän tukijoillaan.
Myös instrumenteilla itsellään on painolastia. Raha-token kantaa liikkeeseenlaskijansa luotto- ja lunastusriskit. Säännelty omaisuuserätoken voi säilyttää kontrolleja – jäädytys-, keskeytys-, pysyvä delegaatti -valtuuksia – jotka vaikuttavat siirtoihin, vaikka tokenit olisivat escrowssa. Atomisesta tai ei, omistat silti jonkun toisen saatavan.
Mihin tämä johtaa seuraavaksi
Ohjelma on avoimen lähdekoodin, ja selvityslogiikka on kiinnitetty dokumentoituun lähdecommittiin kaikille, jotka haluavat tarkastaa escrow-tarkistukset. Mielenkiintoinen kysymys on nyt, kuka rakentaa sen päälle. Säilytyspalveluntarjoaja, treasury-osasto tai tokenisoitujen talletusten liikkeeseenlaskija voisi liittää rahoituksen ilman muutoksia itse ohjelmaan, koska rahoituspolku on vain tavallinen tarkistettu siirto. Tekevätkö he niin – ja löytääkö bruttoselvitys tällä tarkkuudella todellista volyymiä Solanassa – on osa, johon ei ole vielä vastattu.
