Wat betekent Swifts pilotproject met getokeniseerde deposito's bij 17 banken voor middelgrote banken?

Zeventien banken verspreid over zes continenten bereiden zich voor op het uitvoeren van live transacties op een gedeeld blockchain-grootboek. Dit grootboek is ontworpen om getokeniseerde deposito's op elk moment van de dag, inclusief weekenden en perioden waarin binnenlandse betaalloketten gesloten zijn, over de grens te verplaatsen. Dit is geen conceptdocument of een testproject. Het is een operationele pilot, gebouwd rond een probleem dat het correspondentbankwezen al decennia lang stilletjes kenmerkt: klanttegoeden die ongebruikt blijven omdat de omringende infrastructuur alleen tijdens vaste kantooruren operationeel is.

Voor besluitvormers bij middelgrote banken is de meest prangende vraag niet hoe de technologie werkt, maar wat er gebeurt met instellingen die niet tot de eerste golf behoorden. Correspondentnetwerken, geconcentreerd bij een kleine groep wereldwijde banken, bepalen al lange tijd hoe snel een regionale instelling internationaal geld kan overmaken en hoeveel liquiditeit ze in reserve moet houden om de periodes tussen afwikkelingscycli te overbruggen. Wanneer de grootste spelers in dat netwerk gecoördineerd te werk gaan, waarbij afwikkelingscapaciteit altijd voorop staat, blijft de afstand tussen hen en de rest zelden gelijk. Die afstand neemt doorgaans toe.

Dit is de praktische vraag waar treasury- en technologieleiders bij regionale en middelgrote banken nu voor staan: wat is er nu precies nodig om klaar te zijn voor deze verschuiving, en waar moet een bank beginnen? Het begrijpen van de waarde van betrouwbare, infrastructuur voor getokeniseerde stortingen Voor banken is dat het uitgangspunt, en het uitstellen van dat begrip brengt eigen kosten met zich mee.

Waarom Swifts pilotproject met getokeniseerde stortingen een keerpunt is voor het wereldwijde bankwezen

De pilot is belangrijk omdat het de eerste keer is dat een wereldwijd vertrouwd financieel berichtenplatform een ​​gedeeld grootboek voor getokeniseerde stortingen van de ontwerpfase naar actief gebruik heeft gebracht, in plaats van het werk te beperken tot een intern laboratorium. Dat onderscheid verandert de aard van het gesprek in de hele sector.

In het kader van de pilot geven deelnemende banken getokeniseerde representaties van commerciële deposito's uit op hun eigen systemen. Het gedeelde grootboek valideert en rangschikt vervolgens de resulterende betalingsverplichtingen tussen instellingen, waarbij wordt bevestigd dat de fondsen daadwerkelijk beschikbaar zijn voordat een instructie wordt uitgevoerd. De uiteindelijke afwikkeling verloopt nog steeds via de correspondentbankinfrastructuur en de realtime brutoafwikkelingsinfrastructuur die banken al gebruiken. Betalingsuitvoering en uiteindelijke afwikkeling worden behandeld als twee afzonderlijke, met elkaar verbonden maar niet samengevoegde fasen, en dat is precies de architectuur die een goed geplande ontwikkeling van een Swift-oplossing voor getokeniseerde deposito's beoogt te ondersteunen.

Tot nu toe waren de meeste blockchain-experimenten in de banksector geïsoleerde initiatieven van individuele instellingen die concepten van gedistribueerde grootboeken op hun eigen voorwaarden testten. Wat hier verandert, is de coördinatie op sectorniveau, gebouwd op een infrastructuur die duizenden banken al gebruiken voor hun dagelijkse berichtenuitwisseling. Dit verschuift de interne vraag waarmee middelgrote banken worstelen van de vraag of ze de technologie van gedeelde grootboeken moeten vertrouwen naar de vraag hoe snel hun eigen systemen ermee verbinding kunnen maken. Banken die al hebben geïnvesteerd in een solide basis met een capabel blockchain-ontwikkelingsbedrijf voor de banksector, kunnen veel sneller van observeren naar participeren overgaan dan banken die helemaal vanaf nul beginnen.

Waarom middelgrote banken een infrastructuur voor getokeniseerde deposito's nodig hebben

Middelgrote banken hebben een betrouwbare, op token gebaseerde afwikkelingsinfrastructuur nodig, omdat de operationele tekortkomingen van traditionele systemen vooral instellingen treffen die geen uitgebreid correspondentennetwerk hebben. Bovendien veranderen de verwachtingen van klanten ten aanzien van snelheid en transparantie sneller dan interne systemen kunnen bijbenen. De drie onderstaande problemen staan ​​niet los van elkaar. Ze versterken elkaar en verklaren samen waarom de noodzaak om nu actie te ondernemen groter is dan op het eerste gezicht lijkt.

Operationele uitdagingen met verouderde betalingssystemen

De traditionele verwerking van grensoverschrijdende betalingen was gebaseerd op vaste openingstijden, batchverwerkingstijden en een keten van correspondentrelaties die elk hun eigen vertraging met zich meebrachten. Een middelgrote bank zonder een uitgebreid netwerk van directe relaties is vaak afhankelijk van tussenpersonen om bereik te hebben, en elke extra schakel in die keten introduceert wrijving: handmatige afstemming, wachttijden en liquiditeit die vastzit in nostro-rekeningen om tijdsverschillen op te vangen tussen het moment waarop een betaling wordt aangevraagd en het moment waarop deze uiteindelijk wordt verwerkt. Dit alles wijst niet op een gebrek aan inspanning. Het weerspiegelt een infrastructuur die is ontworpen voor een tijdperk van trager handelsverkeer. 

Het dichten van die kloof is precies het doel achter de serieuze ontwikkeling van een infrastructuur voor getokeniseerd geld. Deze infrastructuur is erop gericht banken continu inzicht en controle te geven over geldstromen, in plaats van periodieke momentopnamen. De praktische impact hiervan blijkt uit een aantal terugkerende pijnpunten die treasury- en operationele teams bij middelgrote banken steevast aankaarten:

• Batchverwerkingstijden die de periode voor betalingen op dezelfde dag beperken tot een smal tijdsbestek in elke lokale markt, ongeacht wanneer een klant het geld daadwerkelijk nodig heeft voor een verhuizing.
• Een keten van correspondentierelaties waarin elke tussenpersoon zijn eigen verwerkingstijd, tariefstructuur en potentiële risicofactor toevoegt.
• Kapitaal dat ongebruikt op nostro- en vostro-rekeningen staat, dient puur als buffer tegen tijdsverschillen tussen de instructie en de uiteindelijke verrekening.
• Handmatige afstemming over verschillende tijdzones vertraagt ​​de afhandeling van uitzonderingen en brengt extra operationele kosten met zich mee die slecht schalen naarmate het transactievolume toeneemt.

Toenemende vraag naar programmeerbaar bankgeld

Klanten van corporate treasury beheren hun eigen activiteiten nu met realtime dashboards en verwachten vergelijkbare transparantie van hun bankpartners. Ze vragen om betalingen die aan voorwaarden kunnen worden gekoppeld, automatisch worden vrijgegeven zodra aan overeengekomen criteria is voldaan en worden afgewikkeld zonder te hoeven wachten tot een werkdag is aangebroken. Om aan die verwachting te voldoen, zijn stortingen nodig die digitaal kunnen worden weergegeven en verplaatst volgens programmeerbare regels, en niet simpelweg snellere versies van hetzelfde handmatige proces. Deze verschuiving is al zichtbaar in de soorten verzoeken die treasuryteams aan hun bankpartners voorleggen, waaronder:

• Voorwaardelijke betalingen die automatisch worden vrijgegeven zodra overeengekomen handels- of leveringsmijlpalen zijn bevestigd.
• Geautomatiseerde kasboekingen die aan het einde van elke dag de saldi tussen rekeningen herverdelen zonder handmatige tussenkomst.
• Realtime intercompany-afwikkeling voor bedrijfsconcerns die actief zijn in meerdere valuta's en rechtsgebieden.
• Dynamische liquiditeitspooling waarmee een treasuryfunctie binnen enkele minuten in plaats van dagen geld kan herverdelen tussen dochterondernemingen.

De rol van tokenisatieoplossingen van banken bij het verbeteren van liquiditeit en afwikkeling.

Bank tokenisatieoplossingen Dit probleem kan direct worden aangepakt door instellingen een duidelijker en continu beeld te geven van de beschikbare liquiditeit en door de hoeveelheid kapitaal te verminderen die ongebruikt moet blijven als buffer tegen vertragingen in de afwikkeling. Geld kan worden toegezegd, bevestigd en vrijgegeven met veel minder afhankelijkheid van dagelijkse batchverwerkingen, wat zowel de cashflow voor klanten als de kapitaalefficiëntie voor de bank zelf verbetert. De meetbare voordelen vallen doorgaans in vier categorieën:

• Continue, realtime inzage in beschikbare saldi in plaats van statische rapportages aan het einde van de dag.
• Minder afhankelijkheid van vooraf gefinancierde liquiditeitsbuffers die uitsluitend worden aangehouden om het risico van vertraging bij de afwikkeling af te dekken.
• Snellere bevestiging dat de tegenpartij daadwerkelijk over voldoende middelen beschikt voordat een opdracht wordt uitgegeven.
• Nauwkeurigere en toekomstgerichte kasstroomprognoses voor klanten in de financiële afdeling van bedrijven.

Een toekomstbestendig bankecosysteem bouwen met de ontwikkeling van een digitaal platform voor vermogensbeheer.

Een toekomstbestendig bankecosysteem is afhankelijk van de ontwikkeling van een digitaal bankplatform dat getokeniseerde deposito's beschouwt als een kernfunctionaliteit die geïntegreerd is met bestaande systemen, en niet als een apart experiment dat ernaast draait.

Vereiste kerncompetenties

Een betrouwbaar platform vereist sleutelbeheer van bewaarkwaliteit, interoperabiliteit van grootboeksystemen voor de verschillende tegenpartijen en directe integratie met de kernsystemen van een bank, aangezien tokenisatie buiten de dagelijkse bedrijfsvoering weinig meer oplevert dan een proof of concept. Het platform moet ook dezelfde veerkracht bieden die een bank al verwacht van haar kernbetalingssystemen, inclusief een gedisciplineerd herstelproces na calamiteiten en de capaciteit om meerdere valuta's en activaklassen op één platform te ondersteunen in plaats van ze te fragmenteren in afzonderlijke omgevingen voor elk ervan. 

Voor de meeste middelgrote banken is het efficiënter om niet al deze lagen helemaal zelf op te bouwen, maar samen te werken met een partner die al ervaring heeft met de ontwikkeling van digitale bankplatformen voor digitale activa. Het intern repliceren van sleutelbeheer van bewaarkwaliteit en interoperabiliteit tussen meerdere grootboeken duurt immers vaak jaren langer dan instellingen aanvankelijk begroten.

Compliance, interoperabiliteit en slimme contracten

Regelgeving mag niet als een bijzaak worden beschouwd. De logica van slimme contracten die de afwikkelingsvoorwaarden regelen, moet controleerbaar zijn en bestaande anti-witwasmaatregelen en klantidentificatieprocedures integreren in plaats van deze te omzeilen. Tegelijkertijd moet het platform de vereisten inzake gegevensopslag en privacy respecteren van elk rechtsgebied waarin een bank actief is. 

Interoperabiliteit is net zo belangrijk: een platform dat alleen binnen het eigen ecosysteem van één bank werkt, biedt beperkte waarde zodra grensoverschrijdende coördinatie, zoals die in de pilot van Swift wordt getest, de industriestandaard wordt. Daarom beschouwen de beste programma's compliance vanaf dag één als een centraal onderdeel van hun oplossingen voor banktokenisatie, in plaats van een beoordelingsstap die pas wordt toegevoegd nadat de ontwikkeling al is voltooid.

Het juiste blockchain-bankontwikkelingsbedrijf selecteren

Bij de keuze voor een blockchain-ontwikkelingsbedrijf voor de banksector is het belangrijk om verder te kijken dan algemene kennis van blockchain en te investeren in daadwerkelijke expertise binnen de bankwereld: ervaring met integratie in kernbanksystemen, een bewezen staat van dienst op het gebied van onafhankelijke beveiligingsaudits en het vermogen om omgevingen met meerdere blockchains te ondersteunen naarmate de standaarden zich verder ontwikkelen. 

Het betekent ook dat er onderzocht moet worden hoe een potentiële partner eerdere implementaties voor gereguleerde klanten heeft aangepakt en of deze na de livegang betrokken is gebleven. Een leverancier met een sterke initiële demonstratie, maar beperkte ondersteuning na de lancering, laat een bank die complexe infrastructuur beheert vaak achter met veel minder interne expertise dan de samenwerking had moeten opleveren.

Een bedrijf kiezen voor de ontwikkeling van getokeniseerde deposito's om de acceptatie te versnellen.

De keuze voor de juiste technologiepartner bepaalt hoe snel een middelgrote bank de overstap kan maken van het bestuderen van de Swift-pilot naar deelname aan de volgende fase van getokeniseerde afwikkeling.

Belangrijkste evaluatiecriteria

Een capabel bedrijf voor de ontwikkeling van getokeniseerde deposito's moet worden beoordeeld op zijn prestaties in het verleden bij gereguleerde financiële instellingen, zijn vermogen om getokeniseerde depositosystemen te integreren in bestaande banksystemen zonder de operationele processen te verstoren, en de sterkte van zijn beveiligingsbeleid, inclusief de manier waarop het omgaat met sleutelbeheer en de controle van smart contracts. Naast de technische checklist is het de moeite waard om referenties op te vragen van instellingen van vergelijkbare omvang, de totale eigendomskosten inclusief doorlopend onderhoud en wettelijke updates af te wegen en te beoordelen hoe de partner omgaat met kennisoverdracht. Een bank die voor elke toekomstige wijziging volledig afhankelijk is van een extern team, heeft immers simpelweg het ene operationele knelpunt vervangen door een ander.

Implementatieplan van begin tot eind

Een degelijk stappenplan begint doorgaans met een verkenningsfase waarin bestaande betalingsstromen en complianceverplichtingen in kaart worden gebracht, gevolgd door een gecontroleerde pilot in een sandbox. Daarna volgt een gefaseerde koppeling met gedeelde infrastructuur, zoals het netwerk dat momenteel wordt getest via de ontwikkeling van een Swift-tokenized deposit-oplossing. Hierbij is een parallelle testperiode ingebouwd, zodat operationele teams de resultaten kunnen vergelijken voordat ze volledig op de nieuwe functionaliteit vertrouwen. Een dergelijk stappenplan beschrijft ook hoe de bank de functionaliteit zal uitbreiden zodra de eerste corridors operationeel zijn. Nieuwe valuta, extra treasuryklanten of verdere koppelingen met gedeelde grootboeken worden daarbij beschouwd als incrementele uitbreidingen van dezelfde architectuur, in plaats van afzonderlijke projecten die elk een eigen verkenningsfase vereisen.

Voordelen van een samenwerking met een ervaren aanbieder van tokenized banking-oplossingen

Samenwerken met een gevestigde aanbieder van tokenized banking-oplossingen verkort de afstand tussen strategie en implementatie. Dit brengt vooraf ontwikkelde compliance-frameworks, eerdere integratiepatronen met kernbanksystemen en continue ondersteuning met zich mee, naarmate de regelgeving in verschillende regio's verandert. Het duidelijkste voordeel is de snellere marktintroductie en de duurzaamheid: een bank die deze functionaliteit volledig intern ontwikkelt, besteedt doorgaans veel tijd aan het opnieuw leren van lessen die de markt al heeft geleerd. Een partner die klanten door meerdere regelgevingscycli heeft ondersteund, is daarentegen beter in staat om een ​​middelgrote bank te helpen zich aan te passen aan veranderende eisen gedurende een meerjarige samenwerking.

Een aantal technologiepartners heeft gewerkt aan zowel blockchain-architectuur als de nalevingsvereisten van gereguleerd bankieren. bedrijf voor de ontwikkeling van getokeniseerde deposito's De expertise op dit gebied is gebaseerd op praktische ervaring, niet op theorie: het bouwen van tokenisatie-infrastructuur voor financiële instellingen in meerdere regelgevingsregio's en dat op een manier die dezelfde strenge eisen doorstaat die een bank stelt aan haar kernbetalingssystemen.