Blockchain-interoperabiliteit en hoe Quant het aanpakt

Het interoperabiliteitsprobleem, uitgelegd voor wie naar het geld kijkt

Zie elke blockchain als een aparte bank met een eigen grootboek, eigen regels voor wat een geldige boeking is en eigen medewerkers die wijzigingen goedkeuren. Het grootboek van Bitcoin weet niets van dat van Ethereum. Een asset op de XRP Ledger kan niet zomaar naar Polygon "verhuizen", omdat de validators van Polygon niet kunnen controleren wat er op XRPL is gebeurd. In het traditionele systeem wordt dat gat gevuld door correspondentbanken, clearinghuizen en berichtstandaarden zoals ISO 20022. In crypto werd het, het grootste deel van zijn geschiedenis, door helemaal niets gevuld.

Het resultaat zijn silo's. Eind 2026 zijn er tientallen algemene chains en honderden applicatiespecifieke, elk met eigen liquiditeit, eigen tokens en eigen developer-tooling. Voor een particuliere gebruiker is dat lastig. Voor een bank die een getokeniseerd deposito wil uitgeven op een permissioned ledger en een obligatie wil afwikkelen op een publieke, is het een blokkade: core-bankingsystemen zijn gebouwd om met één database te praten, niet met twaalf netwerken die elkaar wantrouwen.

Drie dingen maken het probleem lastiger dan het lijkt. Ten eerste verschilt finaliteit: een Bitcoin-transactie is "klaar" na een aantal blokken, een Corda-transactie is klaar als de notary tekent, en een optimistic rollup kan een week nodig hebben om definitief te zijn op zijn moederchain. Ten tweede is er geen gedeelde identiteitslaag; een adres op de ene chain betekent niets op een andere. Ten derde wordt elk onderdeel dat twee chains verbindt het aantrekkelijkste doelwit van allebei, omdat het meestal de assets onderweg vasthoudt of beheert. De geschiedenis van bridge-hacks is de geschiedenis van dat derde punt, telkens op de harde manier geleerd.

Vier aanpakken, naast elkaar gezet

1. Bridges (lock-and-mint)

Het oudste ontwerp. Je stort een asset in een smart contract op chain A, en op chain B wordt een overeenkomstige "wrapped" token aangemaakt. Om terug te gaan verbrand je de wrapped token en geeft het contract op A het origineel vrij. De vraag is wie het lock-contract bewaakt en het aanmaken goedkeurt. Is dat een kleine multisig, dan is de bridge maar zo veilig als die sleutels. Is het een set validators met een eigen token, dan is de bridge een mini-blockchain met een eigen aanvalsoppervlak. Wrapped assets dragen bovendien uitgeversrisico: wordt de bridge gekraakt, dan is elke wrapped token op chain B in één klap ongedekt.

2. Cross-chain-berichtenprotocollen

In plaats van één bridge per asset draagt een algemene berichtenlaag willekeurige instructies tussen chains over, en tokenoverdrachten worden daar één toepassing van. Chainlinks CCIP wordt beveiligd door gedecentraliseerde sets oracle-nodes; LayerZero laat elke applicatie zelf kiezen welke verifier-netwerken ze vertrouwt; Axelar draait een proof-of-stake-validatornetwerk dat berichten doorgeeft. Alle drie zijn publieke, permissionless protocollen met eigen tokens (LINK, ZRO, AXL) die de operators betalen of beveiligen. Onze pagina Quant vs Chainlink gaat diep in op CCIP, het protocol dat banken het vaakst tegenkomen.

3. App-chains met gedeelde standaarden

Cosmos is een "internet van blockchains": soevereine app-chains verbonden via IBC, een protocol waarin elke chain een light client van de andere draait en haar headers rechtstreeks verifieert, zodat er geen derde partij tussen zit. Polkadot kiest de omgekeerde route: parachains delen de beveiliging van een Relay Chain en wisselen berichten uit via XCM. Beide zijn elegant voor chains die binnen het ecosysteem zijn gebouwd en veel zwakker voor verbindingen met chains daarbuiten, zoals Bitcoin of het Corda-netwerk van een bank.

4. API-gateways

Het antwoord uit de enterprisewereld. Een gateway biedt één standaard-API en draait daarachter connectors naar elke ledger. De applicatie raakt nooit rechtstreeks een chain aan; de gateway bouwt, ondertekent, verzendt en volgt de native transactie. Dat is wat Quants Overledger doet. Het is geen protocol waar iedereen bij kan aansluiten; het is een product dat een bedrijf beheert, met contracten, SLA's en klantenservice. Vertrouwen verschuift van code en validators naar een leverancier en diens beveiligingsmaatregelen.

Waarom banken hier überhaupt om geven

Banken hebben geen interesse in het verplaatsen van memecoins tussen chains. Ze geven erom omdat het geld dat ze daadwerkelijk aanhouden, deposito's bij commerciële banken, wordt getokeniseerd, en getokeniseerde deposito's zijn alleen nuttig als ze de plekken kunnen bereiken waar assets worden uitgegeven en afgewikkeld. Drie programma's laten het patroon zien.

De experimentfase van het Britse Regulated Liability Network in 2024 bracht Barclays, Citi, HSBC, Lloyds, NatWest, Nationwide, Santander, Standard Chartered, Virgin Money, Mastercard en Visa samen om een gedeeld grootboek voor gereguleerd geld te testen. R3 leverde het op Corda gebaseerde grootboek en Quant leverde de orkestratie en de API-laag die de bestaande systemen van deelnemers verbond. De Great British Tokenised Deposit-pilot die erop volgde, ging in september 2026 live met klanttransacties, waaronder twee hypotheekoversluitingen waarbij geld werd vastgezet en automatisch vrijgegeven. In de VS koos The Clearing House op 24 september 2026 Quant voor de interoperabiliteits- en orkestratielaag van zijn On-Chain Money Initiative, dat getokeniseerde deposito's verbindt met de betaalsystemen RTP en CHIPS.

Let op wat al deze gevallen gemeen hebben: het grootboek van record is permissioned, de deelnemers zijn gereguleerd, en het lastige deel is dat grootboek verbinden met bestaande betaalrails en met andere ledgers. Dat is een gateway-probleem, geen bridge-probleem. Een publiek berichtenprotocol kan twee publieke chains prachtig verbinden, maar het kan niet inpluggen op de betaalengine van een bank of een toezichthouder tevredenstellen die een aanspreekbare beheerder wil. Hetzelfde geldt voor Nederland: ABN AMRO zette al digitale obligaties op een publieke blockchain en deed mee aan de DLT-proeven van het Eurosysteem, en ING is medeoprichter van euro-stablecoinuitgever Qivalis. Precies zulke instellingen hebben een laag nodig die hun bestaande systemen aan meerdere ledgers koppelt. De pagina over CBDC's en getokeniseerde deposito's behandelt deze programma's volledig.

De gateway-aanpak van Quant en de afwegingen

Quants weddenschap, aangegaan in 2017 en sindsdien onveranderd, is dat instellingen willen betalen voor interoperabiliteit die als software wordt geleverd en niet als protocol. Overledger zit boven de chains als API; Fusion, live sinds juni 2026, voegt een uitvoeringslaag toe die Quant "Layer 2.5" noemt: een optimistic rollup afgeleid van de OP Stack, waarvan de state roots naar meerdere Layer 1's worden gepost, met uitvoeringsdata op een permissioned Hyperledger Besu-netwerk. De "unified tokens" (uTokens) moeten een asset over chains heen vertegenwoordigen zonder het lock-and-mint-contract dat klassieke bridges zo kwetsbaar maakt.

De sterke punten volgen daar rechtstreeks uit. Eén API betekent geen chain-specifieke code binnen de bank. Sleutelbeheer loopt via Overledger Authorise, met HSM-ondersteunde en MPC-ondertekening zoals beschreven in de transparantiemelding bij Blockworks. Operators op Fusion zijn KYC-gecontroleerde "Trusted Nodes" die kunnen kiezen welke jurisdicties ze bedienen, en dat is precies wat een compliance officer wil horen. En omdat de oprichter van Quant ISO/TC 307 in gang zette en, naar eigen zeggen, de werkgroep interoperabiliteit voorzit, sluit het ontwerp aan op de standaarden die banken geacht worden te volgen.

De zwakke punten volgen er net zo rechtstreeks uit. Elke transactie loopt door infrastructuur die Quant beheert, en Quant is ook de sequencer van Fusion, dus er is één operationele en commerciële afhankelijkheid. De gateway is closed source; de meeste SDK-repositories op GitHub zijn gearchiveerd. Een openbare beveiligingsaudit van Overledger of Fusion hebben we niet kunnen vinden. En de token zit er wat ongemakkelijk naast: Quants FAQ zegt dat platformvergoedingen in USD kunnen worden betaald, en geen van de bankaankondigingen noemt QNT, dus de link tussen adoptie en de vraag naar QNT is indirect. Voor een instelling zijn dit acceptabele afwegingen; voor een tokenhouder zijn ze de centrale vraag.

Echte implementaties: hoe interoperabiliteit er in productie uitziet

Voorbeelden zeggen meer dan theorie, dus hier zijn de interoperabiliteitsimplementaties met bewijs van de tegenpartij en niet alleen van de leverancier.

• SIA (nu Nexi), 2019–2020. Het Italiaanse bedrijf voor betaalinfrastructuur sprak af Overledger te integreren met SIAchain en meldde in juni 2020 een geslaagde interoperabiliteitstest over SIAchain, Corda en een privaat Ethereum-netwerk. Een vroeg bewijs dat een gateway permissioned platforms kan overbruggen die niets gemeen hebben.
• LACChain, 2021. De door IDB Lab geleide alliantie gebruikte Overledger als interoperabiliteitsgateway voor haar Hyperledger Besu-netwerk, met een toepassing voor grensoverschrijdende betalingen waarover Ledger Insights berichtte.
• Project Rosalind, 2022–2023. De BIS Innovation Hub Londen en de Bank of England bouwden een API-laag voor een retail-CBDC met 33 API-functionaliteiten en meer dan 30 toepassingen. Quant leverde infrastructuur aan het leveranciersteam naast UST; de BIS zelf noemt geen leveranciers, en het project was nadrukkelijk experimenteel.
• UK RLN en GBTD, 2024–2026. Hierboven beschreven: orkestratie over een Corda-grootboek en banksystemen, daarna een live platform voor getokeniseerde deposito's met zeven banken.
• Murex MX.3, 2026. Overledger en Quant Flow ingebouwd in een kapitaalmarktplatform voor getokeniseerde deposito's en de afwikkeling van digitale obligaties, aangekondigd door Murex op 25 maart 2026.
• The Clearing House, 2026–2027. Orkestratie voor getokeniseerde deposito's gekoppeld aan RTP en CHIPS; naar verwachting beschikbaar voor deelnemende banken in de eerste helft van 2027.

Aan de kant van de publieke protocollen is de vergelijkbare referentie het werk van Chainlink met Swift en meer dan een dozijn banken aan het verplaatsen van getokeniseerde assets via bestaande Swift-berichten, dat in juni 2026 Project Pangea werd: meer dan 50 banken in 16 landen die mikken op T+0 valuta-afwikkeling, met een live-doel van medio 2027. Twee totaal verschillende modellen die tegelijk in de backoffices van banken landen. Meer context staat op de partnerschappenpagina.

Beveiligingsoverwegingen

Welke architectuur je ook kiest, de verbindende laag is waar waarde zich ophoopt en waar aanvallers kijken. Een paar principes helpen bij het beoordelen van elk interoperabiliteitsproject, Quant inbegrepen.

Waar staan assets onderweg? Lock-and-mint-bridges houden assets in een contract; de sleutels of validatorset van dat contract zijn het hele beveiligingsmodel. Systemen die berichten doorgeven, bewaren geen assets, maar de applicatie die het bericht ontvangt, moet het nog steeds verifiëren, waardoor het risico naar de verifier-set verschuift. Gateways zoals Overledger bewaren by design geen klantassets; ondertekenen gebeurt in HSM's of met MPC onder beheer van de klant via Authorise. Quants staat van dienst is hier schoon: de Blockworks-melding rapporteert geen incidenten met door Quant beheerde fondsen. De QNT-verliezen die wél bestaan, waren hot-wallet-hacks bij exchanges (LCX in januari 2022, Bitrue in april 2023) en een EIP-7702-delegatie-exploit in juli 2026 op het Ethereum-account van één gebruiker, en geen daarvan had met Overledger te maken.

Wie kan censureren of stilleggen? Een permissionless protocol kan een transactie niet makkelijk tegenhouden; een gateway-beheerder wel. Voor banken is dat een compliance-voordeel. Voor wie censuurbestendigheid wil, is het een dealbreaker, en het is een van de redenen waarom het model van Quant en de publieke protocollen niet echt om dezelfde klanten concurreren.

Is de code beoordeeld? Publieke protocollen publiceren code en audits omdat hun gebruikers die kunnen lezen. Quant publiceert noch de broncode van de gateway, noch een audit ervan; de enige bekende audit betreft het QNT-tokencontract, dat geen owner-functies heeft. Kopers van enterprise-software accepteren dat routinematig, maar het betekent dat buitenstaanders de claims niet kunnen verifiëren. De pagina is Quant betrouwbaar zet uiteen wat wel en niet uit openbare bronnen te controleren is.

Vergelijkingstabel: vertrouwensmodellen naast elkaar

Marktcontext voor de publieke protocollen, van CoinGecko op 2 november 2026: LINK stond 17e op marktkapitalisatie, DOT 55e, ATOM 82e, ZRO 87e en AXL 412e, met QNT op de 35e of 36e plaats afhankelijk van de tracker. Een positie zegt niets over technische kwaliteit, maar laat wel zien dat de markt "interoperabiliteit" als meerdere afzonderlijke weddenschappen ziet en niet als één.

Kernbegrippen die je bij dit onderwerp tegenkomt

Een paar woorden duiken in elke discussie over interoperabiliteit op en verdienen een scherpe definitie. Een multi-ledger-token is een asset die coherent op meerdere ledgers bestaat; Quants QRC-tokens en de uTokens van Fusion zijn zijn versies daarvan. Een mDApp is Quants term voor een applicatie die niet aan één blockchain gebonden is. Finaliteit is het moment waarop een transactie niet meer kan worden teruggedraaid, en dat verschilt per chain. Een light client is een minimale verifier van de headers van een andere chain, de basis van IBC. Een sequencer bepaalt de volgorde van transacties op een rollup; op Fusion ligt die rol bij Quant. Onze woordenlijst definieert deze en nog zo'n vijftig andere begrippen in gewone taal, met een zoekvak.