De voorgestelde Smart Escrow-functie van de XRP Ledger is een nieuw stadium van testing binnengetreden. Op 5 oktober kondigde Mayukha Vadari, Staff Software Engineer bij RippleX wiens werk zich richt op XRPL-programmeerbaarheid, de negende Smart Escrow Devnet-release aan. Volgens haar releasebericht is het testnet verhuisd naar nieuwe infrastructuur, waarbij de buiten gebruik gestelde wasm.devnet.rippletest.net-endpoints zijn vervangen door wasm-devnet.dev.ripplex.io. De voorgestelde functie zou escrow-betalingen op het netwerk beperkte aangepaste regels laten volgen.

Een nieuw Devnet geeft Smart Escrow een bredere test

De adreswijziging is slechts één onderdeel van de update. Ontwikkelaars hebben een gedeelde omgeving nodig waarin hun contracten, wallets, bibliotheken en nodeconfiguraties tegen dezelfde regels kunnen worden getest — werk dat bijzonder belangrijk wordt wanneer code betrokken is bij de beslissing of opgesloten middelen mogen worden vrijgegeven.

Vadari zei dat het project zich nog in review en testfase bevindt terwijl team het framework en de code verstevigt. Het Devnet biedt een plek om compatibiliteits- en beveiligingsproblemen op te sporen voordat Smart Escrow voor het live netwerk kan worden overwogen.

Smart Escrow voegt een programmeerbare voorwaarde toe aan opgesloten middelen

XRPL ondersteunt al escrow-betalingen met eenvoudige vrijgavevoorwaarden, een mogelijkheid die het mainnet sinds eind 2017 biedt. Middelen kunnen beschikbaar komen na een vastgestelde periode, of wanneer iemand de vereiste cryptografische fulfillment levert. Die regels zijn geschikt voor eenvoudige regelingen, hoewel een applicatie mogelijk een benoemde goedkeurder, een geverifieerde gebeurtenis of meerdere gezamenlijk gecontroleerde voorwaarden nodig heeft.

Denk aan een koper die XRP opslot voor een verkoper: de escrow komt pas vrij nadat een benoemde notaris de levering heeft geverifieerd, terwijl een deadline de koper in staat stelt de middelen terug te vorderen als die bevestiging nooit komt. Smart Escrow is ontworpen voor zulke gevallen. Een klein WebAssembly-programma wordt toegevoegd wanneer de escrow wordt aangemaakt en wordt uitgevoerd wanneer iemand probeert deze af te ronden. Het programma beoordeelt de overeengekomen regel en bepaalt of de vrijgave kan doorgaan.

Voorgestelde wijzigingen aan de XRP Ledger worden vastgelegd in openbare XLS-propals (XRP Ledger Standard). De XLS-0100 Smart Escrows-specificatie somt mogelijke toepassingen op, variërend van compliance-blokkades en mijlpaalbetalingen tot token-vesting, veilingmechanismen en op oracles gebaseerde voorwaarden. Elke use case berust op hetzelfde kernidee: de regels voor het vrijgeven van de middelen worden in de escrow vastgelegd voordat het geld wordt opgesloten.

Beperkingen zijn ontworpen om het netwerk en de middelen te beschermen

Elk systeem dat code rond een betaling uitvoert, heeft duidelijke grenzen nodig. Elke XRPL-validator moet tot hetzelfde resultaat komen wanneer een escrow wordt afgerond; anders kan het netwerk niet overeenstemming bereiken over de status van het grootboek.

Smart Escrow-code draait daarom in een beperkte omgeving. Het kan niet vrijelijk externe diensten aanroepen of bestanden benaderen, en er gelden limieten op geheugen en rekenkracht. Die grenzen helpen voorkomen dat een slecht geschreven contract overmatige bronnen verbruikt of tegenstrijdige uitkomsten bij validators produceert, en ze moeten voorkomen dat middelen vast komen te zitten.

Het voorstel vereist ook dat elke Smart Escrow met bytecode een CancelAfter-tijd bevat. Gebruikers zouden zo een route hebben om opgesloten middelen terug te vorderen een voorwaarde niet kan worden vervuld, een tegenpartij niet handelt of de code een fout bevat.

De Smart Escrow-ontwikkelaarsbibliotheek van Ripple bevat al voorbeelden met notarisgoedkeuring, credentialcontroles, oracle-gegevens en NFT-eigendom. Die voorbeelden tonen het soort regels dat ontwikkelaars kunnen testen, terwijl het Devnet laat zien of het onderliggende systeem ze consistent verwerkt.

De negende release vernieuwt de infrastructuur achter die regels

Release negen herstructureert hoe het netwerk Smart Escrow-code uitvoert. Vadari zei dat de WebAssembly-integratie is verplaatst van C++ naar Rust, waarbij gas-administratie, foutafhandeling en validatiecontroles via één toegangspunt lopen. Haar releasebericht schat een verbetering van 30% tot 50% in host-function calls, een technische maatstaf die relevant is voor ontwikkelaars die escrow-logica bouwen en testen. WebAssembly zelf is een afgeschermd codeformaat dat ver buiten de XRP Ledger wordt gebruikt — Polkadot, NEAR en verschillende op Cosmos gebaseerde chains draaien slimme contracten erop — en Rust is een van de meest gebruikte talen daarvoor.

De softwarebibliotheken zijn ook gewijzigd. Ontwikkelaars wordt gevraagd het verouderde alles-in-één-pakket te verlaten ten gunste van afzonderlijke, veelgebruikte en escrow-specifieke bibliotheken, en hun applicaties daarna opnieuw tegen het nieuwe Devnet te testen. Een contract dat lokaal compileert, moet nog steeds werken met het netwerk, zijn transactieformaat en de omringende tools.

Dat is de praktische waarde van de release: het geeft teams een stabielere omgeving voor het vinden van problemen die pas verschijnen wanneer meerdere infrastructuuronderdelen moeten samenwerken.

Voorwaardelijke escrow kan geautomatiseerde betalingen aanvullen

Gecontroleerde vrijgaveregels kunnen ook een aanvulling zijn op het werk van de XRP Ledger aan AI-betalingen in XRP en RLUSD, de aan de dollar gekoppelde stablecoin van Ripple. Een agent kan een betaling voorbereiden, terwijl Smart Escrow de omstandigheden kan bepalen waaronder middelen die al in escrow staan, mogen bewegen.

Die verdeling geeft applicaties ruimte om routinestappen te automatiseren zonder dat de voorwaarden voor het vrijgeven van geld vaag blijven. De wallet, het betalingsverzoek en de escrow vervullen elk een andere rol, waardoor het makkelijker is om te achterhalen een beslissing is genomen als er iets misgaat.

Smart Escrow heeft nog een pad naar het mainnet nodig

Smart Escrow blijft een conceptvoorstel in plaats van een live XRP Ledger-functie. Een live versie zou een formele amendment vereisen — het mechanisme van het grootboek voor het aannemen van protocolwijzigingen, waarbij validators steun uitspreken en upgrades pas na brede consensus activeren — naast verdere implementatie en beveiligingsreview, gevolgd door een activeringsproces op het mainnet.

De negende Devnet-build geeft ontwikkelaars een betere plek om de voorgestelde regels te testen. De voortgang wordt gemeten aan de hand van succesvolle migraties, beveiligingsbevindingen en de reactie van de bredere XRPL-gemeenschap naarmate de functie zich richting een mogelijk mainnet-pad beweegt.

Dit artikel is uitsluitend ter informatie en vormt geen beleggingsadvies. Smart Escrow is in ontwikkeling, en de specificaties, tijdlijn en het pad naar het mainnet kunnen wijzigen.