Bridging en cross-chain fees: het echte risico is je kapotte kostenbasis
Bridging is meestal geen belastbare verkoop. Het echte risico is een fout gereconstrueerde cross-chain transfer die je kostenbasis en FIFO breekt.
Laatste update: maart 2026 · Leestijd: 7 minuten
Veel Belgische crypto-investeerders denken dat bridging een eenvoudig technisch detail is: je stuurt ETH, USDC of een andere token van Ethereum naar Base of Arbitrum, en klaar. Fiscaal zou daar toch niets bijzonders aan moeten zijn?
In de basis klopt dat. Bridging is meestal geen belastbare verkoop. Maar daar zit precies het gevaar: zodra je tooling of administratie die verplaatsing niet als continuïteit herkent, krijg je een vervormd dossier. Dan lijkt het alsof je iets hebt verkocht op chain A en opnieuw gekocht op chain B, met een verkeerde kostenbasis en soms zelfs een fictieve meerwaarde als gevolg.
Daarom is de juiste vraag niet alleen: "Is bridging belastbaar?", maar vooral: hoe voorkom je dat cross-chain transfers je kostenbasis en FIFO-berekening kapotmaken? In dit artikel leggen we uit waar het misgaat, welke bridge fees echt tellen, en hoe CryptoTax source- en destination-legs automatisch aan elkaar koppelt.
De korte versie
- Bridging van dezelfde asset is doorgaans geen belastbaar feit
- Het echte risico is dat een bridge verkeerd wordt gereconstrueerd als verkoop + nieuwe aankoop
- Bridge fees, bonder fees en protocolkosten horen mee in je kostendossier
- Slippage, subsidies en incentive tokens kunnen wel aparte fiscale impact hebben
- Hop, Across, Orbiter, Stargate en Circle CCTP gebruiken elk een andere technische flow
- CryptoTax matcht beide benen, houdt continuïteit bij en koppelt fees aan dezelfde bridgeflow
1. Bridging is meestal geen verkoop
Wanneer je dezelfde asset van chain A naar chain B verplaatst, verander je in economische zin meestal niets aan je positie. Je hebt nog altijd dezelfde exposure, alleen op een ander netwerk.
Voorbeelden:
- je bridged ETH van Ethereum naar Arbitrum
- je verstuurt native USDC via Circle CCTP van Ethereum naar Base
- je verplaatst WETH of USDC via Across, Hop, Orbiter of Stargate
In al die gevallen is de hoofdintuïtie dezelfde: dit is doorgaans een verplaatsing, geen realisatie van meerwaarde. De fiscale uitdaging zit dus niet in het bestaan van de bridge zelf, maar in de correcte reconstructie ervan.
2. Waar het meestal fout loopt: gebroken kostenbasis
Het echte probleem ontstaat wanneer je bron- en bestemmingschain niet samen worden gelezen. Dan ziet een tool of spreadsheet:
- op chain A een uitgaande transfer of burn
- op chain B een inkomende transfer of mint
Zonder bridge-logica lijkt dat op twee losse gebeurtenissen. Het gevolg:
- je originele lot verdwijnt op chain A
- er verschijnt een "nieuw" lot op chain B
- de oorspronkelijke aanschafdatum en kostprijs gaan verloren
- latere verkopen gebruiken een verkeerde FIFO-basis
Dat is precies hoe phantom gains ontstaan: niet omdat je economisch winst hebt gemaakt bij het bridgen, maar omdat je historische kostenbasis niet correct is doorgetrokken naar de destination chain.
3. Waarom bridges technisch zo lastig zijn
Niet elke bridge werkt op dezelfde manier. Dat maakt automatische reconstructie moeilijker dan veel beleggers denken.
Afhankelijk van het protocol zie je bijvoorbeeld:
- lock-and-mint flows
- burn-and-mint flows zoals bij Circle CCTP
- intent-based settlement via relayers zoals bij Across
- bonder liquidity en tijdelijke representatietokens zoals bij Hop
- maker-based transfers zoals bij Orbiter
- liquidity pool bridges zoals bij Stargate
Voor een mens lijken die flows vaak op "ik stuurde iets en kreeg iets terug". Voor een tax-engine zijn het meerdere on-chain stappen met verschillende timestamps, tegenpartijen en fee-structuren. Net daarom gaat handmatige reconstructie zo vaak mis.
4. Welke bridge fees tellen echt mee?
Bridgegebruik voelt goedkoop zolang je alleen naar de UI kijkt. Maar in je fiscale dossier kunnen verschillende kosten tegelijk spelen:
- gas op de source chain
- gas of ontvangstkader op de destination chain
- protocol fee
- bonder of relayer fee
- slippage tussen verzonden en ontvangen bedrag
- eventuele attestation- of settlementkosten
Die kosten lijken klein per transactie, maar worden belangrijk zodra je vaak bridged tussen Ethereum, Base, Arbitrum en andere L2's. Als ze niet correct gekoppeld worden aan dezelfde transferflow, verlies je niet alleen auditbaarheid maar ook een deel van je echte economische kost.
5. Wanneer heeft bridging wél fiscale impact?
De hoofdflow is meestal niet belastbaar. Maar bepaalde neveneffecten kunnen wel fiscale gevolgen hebben:
- slippage of waardeverschillen tussen vertrek en aankomst
- bridge subsidies of refunds, bijvoorbeeld in incentivecampagnes
- governance- of reward-tokens die je krijgt door liquiditeit te leveren of het protocol te gebruiken
- foutief gematchte representatietokens waardoor iets ten onrechte als swap wordt gezien
Dat onderscheid is belangrijk. "Bridging is niet belastbaar" betekent niet dat alles rond bridges automatisch neutraal is. De onderliggende transfer kan neutraal zijn, terwijl fees, incentives of technische tussenstappen apart in beeld moeten blijven.
6. Hoe CryptoTax bridging behandelt
CryptoTax behandelt bridging niet als twee losse transacties, maar als een samenhangende continuity flow over chains heen. Dat sluit aan bij hoe we ook onze FIFO cost basis uitleggen: lots moeten doorlopen wanneer je economische positie doorloopt.
Concreet doen we drie dingen:
- Bron- en destination-leg matchen op basis van timing, asset, waarde en protocolpatroon
- Kostenbasis behouden zodat het oorspronkelijke lot op chain B verder leeft met dezelfde historische context
- Fees koppelen aan dezelfde flow zodat je audit trail toont wat echt bridgekost was
Daardoor vermijd je dat dezelfde bridge later in je rapport opduikt als een artificiële verkoop, een "spontane" nieuwe aankoop of een losstaande inkomende transfer zonder oorsprong.
7. Hoe we verschillen per bridge opvangen
Niet elk protocol vraagt exact dezelfde heuristiek. Daarom combineren we generieke transfer matching met protocolspecifieke detectie.
Voorbeelden uit de huidige dekking:
- Circle CCTP: burn op de bronchain, mint op de bestemmingschain, kostenbasis blijft intact
- Stargate: source/destination-linking plus bridge- en LayerZero-fees
- Across: intent, relayer fulfillment en settlement-context als één bridgeverhaal
- Hop: hToken-mint/burn, bonder fees en eventuele subsidies of fallback-settlement
- Orbiter: send/receive matching met maker-gebaseerde fee-structuur
Voor jou als gebruiker betekent dat één praktisch voordeel: je hoeft niet zelf uit te leggen waarom een bepaalde incoming transfer op Arbitrum eigenlijk gewoon de andere helft van je Ethereum-bridge was.
8. Waarom dit zo belangrijk is voor FIFO
België verwacht dat je kostenbasis correct wordt bijgehouden. Zodra je meerdere chains gebruikt, krijg je anders vroeg of laat een probleem bij latere disposals.
Stel:
- je koopt ETH op Ethereum in januari
- je bridged dat ETH in april naar Base
- je verkoopt op Base een deel van die positie in september
Als de bridge niet correct als continuïteit wordt behandeld, lijkt het alsof het ETH op Base pas in april is "aangekocht". Dan klopt je FIFO-volgorde niet meer en wordt je resultaat kunstmatig vervormd. Meer daarover lees je ook in onze gids over kostenbasis en FIFO.
9. Praktische checklist voor je eigen dossier
Gebruik je vaak bridges? Dan wil je minstens dit kunnen aantonen:
- welke asset op de bronchain vertrokken is
- welk bedrag op de bestemmingschain aankwam
- welke fees onderweg betaald zijn
- of er subsidies, rewards of slippage waren
- dat de oorspronkelijke kostenbasis op de destination chain behouden bleef
Daarom raden we aan om niet alleen je wallettransacties te bewaren, maar ook een rapport waarin bron- en destination-legs zichtbaar aan elkaar gekoppeld zijn. Meer over documentatie lees je in onze gids over bewijsstukken voor je crypto-aangifte.
10. De echte fiscale boodschap van bridging
De fout is meestal niet dat iemand denkt "bridging is belastbaar". De fout is subtieler: men onderschat hoe snel een verkeerde reconstructie de rest van het dossier besmet.
Een slecht gematchte bridge veroorzaakt niet alleen ruis op die ene dag. Ze vervormt ook:
- latere FIFO-berekeningen
- unrealized portfolio-overzichten
- de classificatie van fees en slippage
- de audit trail richting accountant of fiscus
Bridging is dus vaak geen belastbaar feit, maar wel een van de belangrijkste bronnen van belastingfouten zodra je multi-chain actief bent.
Conclusie
Cross-chain bridges lijken technisch eenvoudig, maar ze zijn fiscaal gevaarlijk zodra de continuity between source en destination verdwijnt. Het belangrijkste risico is niet een directe belasting op de bridge zelf, maar een kapotte kostenbasis die later fictieve winsten of verkeerde disposals veroorzaakt.
CryptoTax pakt dat probleem aan waar het echt ontstaat: door bridge-legs over chains heen te matchen, fees aan dezelfde flow te koppelen en je lotgeschiedenis intact te houden voor latere FIFO-berekeningen.
Gebruik je Ethereum, Base, Arbitrum en andere netwerken door elkaar? Start gratis met CryptoTax en bekijk hoe bridge-transfers, fees en cross-chain continuïteit automatisch in je Belgische rapport terechtkomen.
Disclaimer: dit artikel is louter informatief en geen individueel fiscaal advies. Voor concrete dossiers of grensgevallen raden we aan een Belgische fiscalist te raadplegen.