Chainlink és Swift: új kapu nyílhat a banki blokkláncfizetésekhez
Mit jelent a Chainlink és a Swift bejelentése?
A Chainlink szeptember 28-án közölte, hogy platformján keresztül összekapcsolhatóvá kívánja tenni a pénzügyi intézmények meglévő informatikai és tranzakció-aláíró rendszereit a Swift blokkláncalapú főkönyvével. A kapcsolat központi eleme a Chainlink Runtime Environment, röviden CRE: ez a környezet hangolja össze a banki rendszerek és a közös főkönyv közötti műveleteket. A bejelentés egy kapcsolódási lehetőséget ír le; nem állítja, hogy a Swift valamennyi ügyfele már használja a Chainlink megoldását.
A fejlesztés hátterében egy gyakorlati banki probléma áll. Egy pénzintézet nem tudja pusztán azért lecserélni belső jóváhagyási rendjét, biztonsági ellenőrzéseit és elszámolási folyamatait, mert egy új főkönyvhöz csatlakozik. A Chainlink által felvázolt modell ezért a meglévő banki működés és az új, tokenizált fizetési folyamatok közé épít kapcsolatot.
A két szereplő korábban is dolgozott a hagyományos pénzügyi infrastruktúra és a blokklánchálózatok együttműködésén. A mostani bejelentés ennél kézzelfoghatóbb banki felhasználásra összpontosít: arra, hogyan indíthatnak és követhetnek az intézmények fizetési folyamatokat a Swift főkönyvén úgy, hogy a tranzakciók jóváhagyása továbbra is náluk maradjon.
A bankoknál maradnak a tranzakciós kulcsok
A konstrukció egyik legfontosabb részlete az úgynevezett saját aláírású működés. A tranzakciós kulcsok azok a titkos digitális azonosítók, amelyekkel egy intézmény hitelesíti és jóváhagyja a főkönyvnek küldött utasításait. A Chainlink szerint ezeket a kulcsokat a bankok őrzik, a CRE pedig a szükséges munkafolyamatot szervezi meg a bank rendszerei és a Swift főkönyve között.
Ez az elrendezés azért fontos, mert a hozzáférés és a jóváhagyási jog nem ugyanaz. A bank használhat külső technológiát az adatok továbbítására, a feltételek ellenőrzésére és a műveletek összehangolására anélkül, hogy átadná a tranzakciók aláírásához szükséges kulcsokat. Így elvileg megtarthatja saját belső engedélyezési láncát is: például azt, hogy egy nagyobb összegű utalást több munkatársnak kell jóváhagynia.
A megoldás ugyanakkor nem szünteti meg az összes működési kockázatot. A banki rendszerek, a kapcsolódási réteg és a közös főkönyv közötti adatáramlást össze kell hangolni, a hibákat pedig kezelni kell akkor is, ha az ügylet több intézményt érint. A biztonság megítéléséhez ezért a kulcsok őrzése mellett az üzemeltetési tapasztalatok és a banki tesztek eredményei is számítanak.
Hogyan működik a tokenizált bankbetét?
A Swift főkönyvének elsődleges felhasználása a tokenizált bankbetétekkel indított, határokon átnyúló fizetések összehangolása. A tokenizált betét egy kereskedelmi bankkal szembeni betéti követelés digitális megjelenítése: a mögötte álló pénz továbbra is a kibocsátó bank mérlegéhez és nyilvántartásához kapcsolódik. Ez eltér egy szabadon forgó kriptoeszköztől, és nem jelenti azt sem, hogy a Swift saját pénzt bocsátana ki.
A rendszerben az egyes bankok a saját környezetükben tartják nyilván a tokenizált betéteket. A Swift közös főkönyve a részt vevő intézmények közötti fizetési vállalásokat rögzíti és ellenőrzi, hogy ugyanazt az ügyletet összehangoltan követhessék. Egy vállalati átutalás például hétvégén is elindulhat és végigmehet a szükséges bankközi lépéseken, miközben a pénz végleges elszámolása a résztvevők által elfogadott meglévő csatornákon történik.
Ez a különbség kulcsfontosságú a bejelentés értelmezéséhez. A fizetési folyamat éjjel-nappali összehangolása nem feltétlenül azonos azzal, hogy a bankok közötti végleges pénzügyi elszámolás minden esetben azonnal lezárul. A Swift szerint az utóbbi történhet valós idejű bruttó elszámolási rendszeren, levelezőbanki kapcsolaton vagy más, előre egyeztetett módon.
A tokenizált betétet a stabilcointól is érdemes megkülönböztetni. Mindkettőnél megjelenhet digitális egységként egy pénzértékre vonatkozó követelés, de a tokenizált bankbetét a kibocsátó kereskedelmi bank betéti rendszeréhez kötődik. Hogy egy adott konstrukcióban pontosan milyen jogok, hozzáférési feltételek és kockázatok érvényesülnek, azt a részt vevő bankok és a vonatkozó szabályok határozzák meg.
Tizenhét bank készül az első Swift-tesztekre
A Swift júliusban arról számolt be, hogy hat kontinensről 17 bank készül az első éles tranzakciókra a főkönyvön. A résztvevők között szerepel az ANZ, a BNP Paribas, a BNY, a Citi, a DBS, a First Abu Dhabi Bank, a FirstRand Bank, a HSBC és az Itaú Unibanco. A csoport tagja továbbá a Lloyds Bank, a Mashreq, az MUFG Bank, az OCBC, a Standard Chartered, az UBS, az UOB és a Wells Fargo.
A „készül” itt lényeges szó: az induló program ellenőrzött bevezetési szakasz, amelyben a bankok konkrét fizetési folyamatokat próbálnak ki. A Swift szerint a főkönyv kialakításában több mint 40 pénzügyi intézmény vett részt, de a tervezésben való közreműködés nem ugyanaz, mint az éles tranzakciók indítása. A Chainlink közleménye nem nevezte meg, hogy a 17 bank közül melyik csatlakozik először a CRE segítségével, és nem adott bankonkénti bevezetési menetrendet sem.
A méretarányoknál egy másik különbségre is figyelni kell. A Swift meglévő hálózata több mint 11 500 pénzügyi intézményt és vállalati ügyfelet kapcsol össze több mint 200 piacon. Ez a szám a Swift teljes hálózatára vonatkozik, nem az új blokkláncalapú főkönyv vagy a Chainlink kapcsolódási megoldásának jelenlegi felhasználóira.
Mire képes a Swift blokkláncalapú főkönyve?
A Swift a közös főkönyvet a meglévő nemzetközi pénzügyi infrastruktúrájához illeszkedő rendszerként fejleszti. Az első változat Ethereum Virtual Machine-kompatibilis felépítést használ, amely a nyílt forráskódú Hyperledger Besu platformra épül. Az EVM-kompatibilitás azt jelenti, hogy a rendszer az Ethereum környezetéből ismert programozási megoldásokkal rokon technológiát tud alkalmazni; önmagában nem jelenti azt, hogy a banki ügyletek egy nyilvános blokkláncon zajlanak.
A kezdeti figyelem a vállalati és banki likviditáskezeléshez kapcsolódó fizetésekre irányul. Később a Swift programozható vállalati fizetéseket, devizaügyletekhez kötődő fizetés ellenében történő fizetési folyamatokat, valamint értékpapírügyletek pénzoldali műveleteit is lehetséges alkalmazásként említette. Ezek fejlesztési irányok: az egyes funkciók tényleges elérhetősége a bevezetéstől és a résztvevő intézményektől függ.
A rendszer vonzereje a bankok számára az lehet, hogy a közös nyilvántartás csökkenti az eltérő belső rendszerek közötti egyeztetés nehézségeit. Ha a résztvevők ugyanannak a fizetési vállalásnak az állapotát látják, könnyebben követhetik, hol tart az ügylet, és mely feltételek teljesültek. Hogy ez a gyakorlatban mennyi időt vagy költséget takarít meg, azt az első ügyletek és a későbbi, nagyobb forgalmú működés mutathatja meg.
Mit jelenthet mindez a LINK token számára?
A hír a Chainlink technológiájának intézményi szerepéről szól, ezért a LINK token piaci következményeit külön kell kezelni. A bejelentés nem közölte, hogy a Swift főkönyvén indított egyes banki fizetések mekkora LINK-vásárlással járnának, vagy hogy a részt vevő bankoknak közvetlenül LINK-et kellene tartaniuk. Az sem ismert még, hány intézmény és milyen tranzakciós volumen mellett választja majd a CRE-kapcsolatot.
Kedvező forgatókönyv esetén a sikeres tesztek újabb banki integrációkhoz és a Chainlink szolgáltatásainak szélesebb használatához vezethetnek. Semleges esetben a technológia működőképesnek bizonyulhat, miközben az alkalmazás egy ideig szűk körű marad, és a LINK-re gyakorolt gazdasági hatás nehezen mérhető. Kockázati forgatókönyvként a technikai bevezetés elhúzódhat, az intézmények más kapcsolódási megoldásokat választhatnak, vagy a tényleges forgalom elmaradhat a várakozásoktól.
Ezért a Chainlink és a Swift együttműködését nem érdemes automatikus tokenárfolyam-előrejelzésként olvasni. A kriptopiac gyorsan reagálhat egy ismert pénzügyi szereplő nevére, de az árfolyammozgás és a tartós üzleti felhasználás két külön mérce. Az utóbbiról a tényleges banki csatlakozások, az elindított ügyletek és a később közölt működési adatok adhatnak tisztább képet.
A pilotok eredménye lesz a következő fontos állomás
A Swift júliusban kezdeti használatra késznek nevezte a főkönyvet, és az ellenőrzött indulási szakasz után tervezte bővíteni annak funkcióit és elérhetőségét. Most azt érdemes figyelni, hogy a részt vevő bankok mikor indítanak rendszeres ügyleteket, milyen fizetési helyzetekben használják a rendszert, és hogyan működik a végleges elszámolással együtt. A Chainlink szempontjából az is fontos lesz, hogy mely intézmények építik be a CRE-t saját folyamataikba.
A bejelentés tétje túlmutat egyetlen technológiai integráción. A bankok azt próbálják ki, hogy a tokenizált betétek és a közös főkönyv gyorsabb, folyamatosabban működő nemzetközi fizetéseket tehetnek-e lehetővé a meglévő ellenőrzések és elszámolási szabályok mellett. A válaszhoz a 17 bankos induló kör tapasztalataira lesz szükség: a kapcsolódási lehetőség fontos lépés, a széles körben bizonyított működés azonban még előtte áll.
