Loading market data...

Solana Foundation lanserar DvP-standard utan utrymme för delfyllningar

Solana Foundation lanserar DvP-standard utan utrymme för delfyllningar

Solana Foundation publicerade den 6 oktober en öppen källkodsstandard för delivery-versus-payment-avveckling, vilket ger utvecklare ett program som flyttar en handels betalnings- och tillgångsben tillsammans eller inte alls. Designen kräver att båda sidor är fullt finansierade före exekvering – inga delfyllningar – och placerar varje ben i sin egen escrow tills en tredje part, avvecklingsmyndigheten, godkänner. Det är en smal men avsiktlig del av infrastrukturen för tokeniserade marknader på Solana, och den utelämnar flera saker med avsikt.

Hur den tvåbenta växlingen faktiskt fungerar

När en handel upprättas låser programmet det överenskomna antalet tokens från varje sida i separata escrow-konton. Båda benen måste vara token-konton på Solana. En betalning från ett bankkonto via en annan kanal kvalificerar sig inte – den faller helt utanför den atomiska växlingen. Avvecklingskoden, vid den dokumenterade källkodscommitens punkt, kontrollerar att varje escrow-saldo täcker det överenskomna beloppet för det benet innan den överför något. Om en sida är kort, misslyckas hela transaktionen.

Finansieringen är inget exotiskt. Det är en vanlig kontrollerad token-överföring, vilket innebär att ett förvarings- eller treasury-system kan tillhandahålla tokens utan att anropa en särskild finansieringsfunktion. Destinationer är fastställda när handelsposten skapas. Om en nödvändig överföring inte kan slutföras, backar avvecklingstransaktionen – men de tidigare finansieringstransaktionerna är separata transaktioner, så de rullas inte tillbaka med den. Eventuella överskjutande tokens går tillbaka till den namngivna parten istället för att fylla på vad motparten får.

Netting är uttryckligen uteslutet

Programmet utesluter netting, praxis att kvitta förpliktelser innan man betalar återstående saldo. Det är en medveten avvägning, och det är en som Bank for International Settlements och Committee on Payments and Market Infrastructures flaggade i sin tokeniseringsrapport från oktober 2024 på sidorna 12 och 13: omedelbar bruttoavveckling kräver mer likviditet, medan netting-arrangemang sträcker samma likviditet längre. Men BIS-rapporten pekar också på andra sidan av ekvationen – snabbare tillgång till pengar och tillgångar kan minska alternativkostnaden för kapital som binds under avvecklingen.

En CryptoSlate-analys av tokeniserade insättningar gjorde en relaterad distinktion, mellan att flytta kontanter snabbare och att minska mängden kontanter du behöver. Dess Roughrider-rapportering den 2 oktober beskrev ett bankbetalningsarrangemang på Solana där token-överföringar och bränning samexisterar med daglig netting av bankkontorörelser. Det är en annan form av problemet, och Solana DvP försöker inte lösa det.

Vad atomisk avveckling täcker och inte täcker

Programmet skyddar mot principal-leveransrisk inom token-växlingen. Om du är köparen kan du inte betala utan att få tillgången, och vice versa. Vad det inte gör är att rensa upp den finansiella relationen kring handeln. En långivare skulle kunna finansiera endera positionen genom ett separat arrangemang, men den finansieringsrelationen lever utanför DvP-programmet – det ekonomiska ansvaret stannar hos deltagarna och den som backar dem.

Instrumenten själva bär också bagage. En kontant-token bär sin emittents kredit- och inlösenrisker. En reglerad tillgångstoken kan behålla kontroller – freeze, pause, permanent-delegate-befogenheter – som påverkar överföringar även medan tokens ligger i escrow. Atomisk eller inte, du håller fortfarande någon annans fordran.

Vart detta tar vägen härnäst

Programmet är öppen källkod, med avvecklingslogiken fäst vid en dokumenterad källkodscommit för alla som vill granska escrow-kontrollerna. Den intressanta frågan nu är vem som bygger ovanpå det. En förvaringsleverantör, ett treasury-desk eller en emittent av tokeniserade insättningar skulle kunna koppla in finansiering utan några ändringar i själva programmet, eftersom finansieringsvägen bara är en vanlig kontrollerad överföring. Huruvida någon av dem gör det – och huruvida bruttoavveckling på denna detaljnivå hittar verklig volym på Solana – är den delen som ännu inte har besvarats.