Beheer Praktisch
Infrastructuur met crypto betalen, in de praktijk
Welke chains de minste kosten in rekening brengen, wat er gebeurt als u naar de verkeerde stuurt, en waarom de rare decimalen op een factuur een functie zijn in plaats van toeval.
9 min leestijd Gepubliceerd op 18 maart 2026 Gecontroleerd 27 dagen geleden
Een hostingfactuur in cryptovaluta betalen is een kwestie van twee minuten zodra u het al eens hebt gedaan, en van twintig minuten de eerste keer. De wrijving zit niet in de techniek — ze zit in drie fouten die niemand opschrijft, omdat opschrijven zou betekenen toegeven dat ze voorkomen. Alle drie zijn vermijdbaar, en één ervan is onherstelbaar.
Een chain kiezen, naar wat het u kost
De coin die u bezit, is meestal ook de coin waarmee u betaalt, en dat is prima. Maar als u er speciaal voor koopt, zijn de zinvolle criteria de transactiekosten, de bevestigingstijd, en of het u iets kan schelen of de betaling publiekelijk te koppelen is aan een adres dat u elders gebruikt.
| Chain | Typische wachttijd | Koppelbaar | Opmerkingen voor een terugkerende factuur |
|---|---|---|---|
| Tron (TRC-20) | ~1 min | Ja | Meestal de goedkoopste manier om een stablecoin te verplaatsen. De kosten worden in TRX betaald — houd er dus een beetje van achter de hand, anders kan de overboeking simpelweg niet worden opgebouwd. |
| Litecoin | ~15 min | Ja | Goedkoop, saai, uiterst betrouwbaar. Een goede standaardkeuze wanneer u geen stablecoin nodig hebt. |
| Monero | ~20 min | Nee | De enige op deze lijst waarbij het bedrag en de tegenpartij niet openbaar zijn. De kosten zijn laag en voorspelbaar. |
| Bitcoin | ~20 min | Ja | De kosten schommelen met de drukte, soms met een hele orde van grootte. Prima voor een jaarlijkse factuur, irritant voor een maandelijkse. |
| Ethereum (ERC-20) | ~3 min | Ja | Snel en betrouwbaar, waarbij de kosten een kleine factuur zonder meer kunnen overschrijden. Controleer dit vóór het versturen, niet erna. |
Een stablecoin-ticker is geen chain. USDT bestaat op Tron, op Ethereum en op meerdere andere netwerken; de adressen zien er anders uit en de tegoeden gaan niet van het ene naar het andere over. „USDT” kiezen is maar de halve beslissing — de andere helft is het netwerk, en dat is de helft die misgaat.
Waarom het bedrag in rare decimalen eindigt
Een factuur van 39,00 $ die u vraagt om 39,87 $ te versturen, oogt als slordig afronden. Het is het tegendeel: die decimalen zijn de manier waarop uw betaling aan uw bestelling wordt gekoppeld, zonder dat iemand uw naam eraan hoeft te verbinden.
Een aanbieder die geen identiteit verzamelt, heeft bij de reconciliatie een probleem. Twee klanten die op dezelfde middag 39 $ betalen, produceren twee niet van elkaar te onderscheiden transacties. Door elke factuur een uniek decimaalbedrag te geven, wordt het bedrag zelf de referentie — in feite een nonce. Het kost u een paar cent, en het maakt overbodig dat de aanbieder iets over u hoeft te weten.
Het praktische gevolg: verstuur exact het getoonde bedrag. Afronden naar een rond getal vernietigt de referentie, en de betaling komt niet-toegewezen binnen. Er gaat niets verloren — ze wordt met de hand toegewezen zodra iemand ernaar kijkt — maar u hebt een automatisch traject ingeruild voor een handmatig, en ongeveer een uur.
De drie manieren waarop het misgaat
1. Het verkeerde netwerk — de dure
U kopieert een stablecoinadres van een factuur in de verwachting van één chain, en verstuurt op een andere. Of dit is te herstellen, hangt volledig af van de vraag of de ontvanger een sleutel beheert op de chain waar het geld daadwerkelijk is beland. Is dat zo, dan is het een supportticket. Is dat niet zo, dan kan niemand ter wereld het terughalen, en een aanbieder die u iets anders vertelt, koopt alleen tijd.
De regel die bijna al deze gevallen voorkomt: vergelijk het netwerk op het opnamescherm met het netwerk op de factuur voordat u überhaupt naar het adres kijkt. Het adres is het laatste wat u controleert, niet het eerste.
2. Een rond getal — de vervelende
Hierboven al behandeld. Altijd te herstellen. Kost u een uur en een bericht.
3. Een tweede betaling om de eerste te herstellen — de escalerende
Dit is de fout die van een klein probleem een echt probleem maakt. Iets lijkt niet te kloppen, dus stuurt u opnieuw. Nu zijn er twee transacties, waarvan er mogelijk een op de verkeerde chain zit, en moet elke terugbetaling eerst worden uitgezocht voordat er iets anders kan gebeuren.
Neem contact op met support voordat u iets een tweede keer verstuurt. Vrijwel elk echt onherstelbaar geval begint met een goedbedoelde tweede betaling.
Het koersvenster, en wat het beschermt
Een factuur die in dollars wordt opgesteld en in coin wordt afgerekend, moet op een bepaald moment een wisselkoers vastleggen. De meeste aanbieders houden die gedurende een kort venster vast — dertig minuten is gebruikelijk — en dit venster bestaat om beide partijen te beschermen tegen een koersbeweging tussen opstelling en bevestiging.
Wat er na het venster gebeurt, is het deel dat de moeite waard is om te weten voordat u het nodig hebt. Redelijk gedrag is de betaling crediteren tegen de koers op het moment dat ze daadwerkelijk binnenkomt, en het verschil in beide richtingen te verrekenen, met een kleine drempel waaronder niemand achter iemand aan gaat. Onredelijk gedrag is een late betaling als onbetaald behandelen terwijl het geld wordt gehouden. Vraag met wie u te maken hebt; het antwoord past in één zin en zegt veel.
Boekhouden wanneer de factuur in coin is opgesteld
Uw boekhouder maakt het niet uit welke chain het is, maar wel drie gegevens. Leg die vast op het moment van betaling, in plaats van ze aan het einde van het jaar te reconstrueren, wanneer de gebruikte koers een gok is.
- Het fiatbedrag op de factuur, wat is wat de dienst daadwerkelijk heeft gekost.
- De coin, de hoeveelheid en de transactiehash, wat uw bewijs is dat de betaling heeft plaatsgevonden en dat door iedereen te verifiëren is.
- De koers waartegen u de coin hebt verworven, als u die er speciaal voor hebt gekocht. In veel jurisdicties is het verschil tussen verwerving en besteding op zich al een belastbaar feit, en dat is een vraag voor iemand ter plaatse, niet voor een hostingpagina.
Bewaar de transactiehash bij de factuur. Het is het enige bewijsstuk dat niet afhankelijk is van de vraag of de aanbieder nog bestaat, het gegeven nog heeft, of nog op goede voet met u staat — dezelfde reden waarom verifieerbare zaken in het algemeen de voorkeur verdienen.
Hoe wij dit alles zelf afhandelen, staat op de pagina met betaalmethoden: welke chains, hoeveel bevestigingen elk daarvan nodig heeft, en precies wat er gebeurt bij elk van de drie hierboven genoemde faalscenario's, inclusief het geval waarin het eerlijke antwoord is dat het geld weg is.
Geschreven door de engineers die het platform beheren, en herzien op 27 dagen geleden. Als hier iets onjuist is of verouderd is geraakt, meld dat via het klantenpaneel — dat is waar ongeveer de helft hiervan vandaan komt.