Drift Praktisk
Betala för infrastruktur i krypto, i praktiken
Vilka kedjor kostar minst i avgifter, vad som händer om du skickar till fel kedja, och varför de udda decimalerna på en faktura är en funktion snarare än en slump.
9 min läsning Publicerad 18 mars 2026 Kontrollerad för 27 dagar sedan
Att betala en hostingfaktura i kryptovaluta är en tvåminutersåtgärd när du har gjort det en gång förut, och en tjugominutersåtgärd första gången. Friktionen ligger inte i tekniken — den ligger i tre misstag som ingen skriver ner, eftersom att skriva ner dem innebär att erkänna att de inträffar. Alla tre går att undvika, och ett av dem går inte att återställa.
Välja kedja efter vad den kostar dig
Myntet du äger är oftast myntet du betalar med, och det är helt okej. Men om du köper det specifikt för det här syftet är de rimliga kriterierna transaktionsavgift, bekräftelsetid och huruvida det spelar roll för dig om betalningen offentligt går att koppla till en adress du använder på andra ställen.
| Kedja | Typisk väntetid | Länkbar | Anteckningar för en återkommande faktura |
|---|---|---|---|
| Tron (TRC-20) | ~1 min | Ja | Vanligtvis det billigaste sättet att flytta en stablecoin. Avgifterna betalas i TRX, så ha lite av det liggande, annars går överföringen helt enkelt inte att bygga. |
| Litecoin | ~15 min | Ja | Billigt, föga spektakulärt, extremt pålitligt. Ett bra förstahandsval när du inte behöver en stablecoin. |
| Monero | ~20 min | Nej | Den enda kedjan i den här listan där beloppet och motparten inte är offentliga. Avgifterna är låga och förutsägbara. |
| Bitcoin | ~20 min | Ja | Avgifterna svänger med belastningen, ibland med en hel storleksordning. Inga problem för en årsfaktura, irriterande för en månadsfaktura. |
| Ethereum (ERC-20) | ~3 min | Ja | Snabbt och pålitligt, men avgiften kan ibland rentav överstiga en liten faktura. Kontrollera innan du skickar, inte efteråt. |
En stablecoin-ticker är ingen kedja. USDT finns på Tron, på Ethereum och på flera andra nätverk; adresserna ser olika ut, och tillgångarna korsar inte mellan dem. Att välja ”USDT” är bara halva beslutet — den andra halvan är nätverket, och det är den halvan som går fel.
Varför beloppet slutar på udda decimaler
En faktura på 39,00 $ som ber dig skicka 39,87 $ ser ut som slarvig avrundning. Det är precis tvärtom: de decimalerna är sättet din betalning matchas mot din beställning utan att någon behöver koppla ditt namn till den.
En leverantör som inte samlar in identitet har ett problem vid avstämningstillfället. Två kunder som betalar 39 $ samma eftermiddag genererar två transaktioner som inte går att skilja åt. Genom att ge varje faktura ett unikt decimalbelopp blir själva beloppet till referensen — i praktiken en nonce. Det kostar dig några cent, och det gör att leverantören slipper veta något alls om dig.
Den praktiska konsekvensen: skicka exakt det belopp som visas. Avrundning uppåt till ett jämnt belopp förstör referensen, och betalningen landar utan att kunna knytas till någon. Inget går förlorat — den matchas för hand så fort någon tittar på den — men du har bytt en automatisk process mot en manuell, plus ungefär en timme.
De tre sätten det går fel på
1. Fel nätverk — den dyra varianten
Du kopierar en stablecoin-adress från en faktura, i förväntan om en viss kedja, och skickar på en annan. Huruvida detta går att återställa beror helt på om mottagaren har kontroll över en nyckel på den kedja där pengarna faktiskt hamnade. Om så är fallet är det ett supportärende. Om inte kan ingen på jorden få tillbaka dem, och en leverantör som påstår något annat köper sig bara tid.
Regeln som förhindrar nästan alla dessa fall: matcha nätverket på uttagsskärmen mot nätverket på fakturan innan du ens tittar på adressen. Adressen är det sista du ska kontrollera, inte det första.
2. Jämnt belopp — den irriterande varianten
Redan behandlat ovan. Går alltid att återställa. Kostar dig en timme och ett meddelande.
3. En andra betalning för att rätta till den första — den eskalerande varianten
Det här är det som gör ett litet problem till ett riktigt problem. Något ser fel ut, så du skickar igen. Nu finns det två transaktioner, varav en kanske ligger på fel kedja, och en eventuell återbetalning måste redas ut innan något annat kan hända.
Skriv till supporten innan du skickar något en andra gång. Nästan alla verkligt oåterkalleliga fall börjar med en välmenande andra betalning.
Kursfönstret, och vad det skyddar
En faktura som anges i dollar och regleras i mynt måste låsa en växelkurs vid någon tidpunkt. De flesta leverantörer håller den under ett kort tidsfönster — trettio minuter är vanligt — och fönstret finns för att skydda båda parter mot en kursrörelse mellan utfärdande och bekräftelse.
Vad som händer efter att fönstret stängts är det som är värt att känna till innan du behöver veta det. Rimligt agerande är att kreditera betalningen till den kurs som gäller när den faktiskt kommer in, och reglera skillnaden åt endera hållet, med en liten tröskel under vilken ingen jagar någon. Orimligt agerande är att behandla en sen betalning som obetald samtidigt som pengarna behålls. Fråga vilket av de två du har att göra med; svaret ryms i en enda mening och säger en hel del.
Bokföring när fakturan är i mynt
Din bokförare bryr sig inte om kedjan, men bryr sig desto mer om tre uppgifter. Fånga dem i samma stund som betalningen sker, i stället för att rekonstruera dem vid årsskiftet, när kursen du använde bara är en gissning.
- Fiatbeloppet på fakturan, det vill säga vad tjänsten faktiskt kostade.
- Myntet, mängden och transaktionshashen, det vill säga ditt bevis på att betalningen ägde rum och som vem som helst kan verifiera.
- Kursen du förvärvade myntet till, om du köpte det just för ändamålet. I många jurisdiktioner är redan skillnaden mellan förvärv och användning en skattepliktig händelse, och det är en fråga för någon lokal expert, inte för en hostingsida.
Spara transaktionshashen tillsammans med fakturan. Det är det enda beviset som inte beror på att leverantören fortfarande finns kvar, fortfarande har uppgiften, eller fortfarande är på god fot med dig — av samma anledning som man generellt bör föredra sådant som går att verifiera.
Hur vi själva hanterar allt det här finns på sidan för betalningsmetoder: vilka kedjor, hur många bekräftelser var och en kräver, och exakt vad som händer i vart och ett av de tre felfallen ovan, inklusive det där det ärliga svaret är att pengarna är borta.
Skrivet av de ingenjörer som driver plattformen, och omläst för 27 dagar sedan. Om något här är fel eller har blivit inaktuellt, säg till via panelen – det är därifrån ungefär hälften av dessa kommer.