Kosten van crypto-perpetuals: fees, spread, slippage en funding berekenen

Het bedrag ‘orderkosten’ op een bevestigingsscherm kan aangeven hoeveel geld nodig is om de order te plaatsen. Afhankelijk van de beurs kan dit de initiële margin plus geschatte instap- en uitstapfees omvatten. Het is geen al betaalde fee en geen maximumverlies. De uitstapprijs is nog onbekend, dus een schatting kan een veronderstelde prijs en het standaardtarief voor een taker gebruiken.

De werkelijke kosten hangen af van de uitgevoerde hoeveelheid en prijs, het fee-niveau op dat moment en of de positie openstaat wanneer een fundingmoment plaatsvindt. Bij annulering kan de reservering worden vrijgegeven zonder uitvoeringsfee. Bij een gedeeltelijke fill geldt de fee alleen voor het uitgevoerde deel; de rest kan nog openstaan. Houd daarom ‘hoeveel geld was nodig om de order te plaatsen?’ apart van ‘wat is na uitvoering op de rekening geboekt?’

De uitleg van Bybit over orderkosten beschrijft hoe bij USDT-, USDC- en inverse contracten initiële margin plus geschatte openings- en sluitingsfees kunnen worden gereserveerd. Omdat de sluitingsprijs nog onbekend is, kan de schatting uitgaan van de faillissementsprijs en het niet-VIP-takertarief. Werkelijke fees verschillen per ordertype, fillprijs en VIP-niveau. De reservering is een invoer voor de controle of een order kan worden geplaatst, geen werkelijke debitering in het kostenoverzicht.

De belangrijkste kosten en uitkomsten van een positie die wordt geopend en gesloten zijn:

• Instapfee: tarief toegepast op de werkelijke nominale waarde van de instapfills.
• Uitstapfee: nominale waarde van de werkelijke uitstapfills maal het tarief dat dan geldt.
• Uitvoeringsverschil: afstand tussen een gekozen referentieprijs en de echte fillprijs.
• Funding: bedrag dat kan worden betaald of ontvangen op basis van de positie tijdens het fundingmoment en de beursregels.
• Andere rekeningkosten: bijvoorbeeld rente op automatische leningen of productspecifieke afwikkelings- of liquidatiekosten, wanneer de voorwaarden die opleggen.

Funding is geen handelsfee en funding ontvangen wist uitvoeringsfees niet uit. Prijs-P&L is ook een aparte post. Walletoverschrijvingen en blockchainnetwerkkosten horen niet bij het uitvoeringsgrootboek van perpetuals. Je kunt stortings- en opnamekosten wel meenemen in de totale gebruikskosten, maar als je die met handelskosten vermengt, wordt het lastiger te zien waar een bedrag is veranderd.

Bij één instap en één sluiting verschilt de P&L tegen de referentieprijs van de P&L tegen de echte fills met het uitvoeringsverschil. De methode met echte fills gebruikt de werkelijk uitgevoerde prijzen; de referentiemethode gebruikt een vooraf gekozen prijs en toont gunstige of ongunstige uitvoering apart. Het lineaire voorbeeld hieronder brengt beide methoden met cijfers met elkaar in overeenstemming. Fees en funding worden na de prijs-P&L als aparte regels afgetrokken.

Fundinginterval, referentieprijs, formule, tekenconventie en deelnamevoorwaarden verschillen per beurs. De fundinguitleg van Coinbase International Exchange zegt dat betaling of ontvangst geldt voor posities die aan het einde van het interval openstaan; sluiting vóór dat moment betekent geen funding voor die ronde. De informatie over het huidige fundinginterval van dezelfde beurs noemt per 25 september 2026 een interval van één uur. Coinbase heeft echter een wijziging van de derivateninfrastructuur aangekondigd, beoogd voor 1 oktober 2026, en zegt dat planning en details kunnen veranderen. Lees je dit na die datum, neem het oude interval dan niet als gegeven en controleer opnieuw de handelsvoorwaarden van de nieuwe venue. Dit is actuele informatie over Coinbase, geen algemene regel voor alle perpetuals.

Funding kan worden betaald of ontvangen en het bedrag kan afhangen van positieomvang en tarief. Een eenvoudige benadering vermenigvuldigt positiewaarde met het fundingtarief, maar de contractregels bepalen welke waardebasis, multiplier, limieten, afronding en betaalvaluta gelden. De uitleg over funding rates van perpetual futures laat zien waarom één tariefgetal niet voor elk contract het bedrag of de richting bepaalt.

Bij lineaire contracten wordt de weergegeven waarde vaak bepaald door hoeveelheid maal prijs, terwijl inverse contracten andere eenheden voor contractomvang en P&L-valuta kunnen gebruiken. Sommige producten brengen fees in USDT of USDC in rekening; andere trekken BTC, ETH of een andere basisvaluta af. Wie alleen een percentage noteert, kan missen welke valuta werkelijk is afgeschreven of hoe de dollarwaarde daarvan veranderde.

Leverage verandert de benodigde margin voor een order, maar verlaagt niet automatisch de fee op dezelfde nominale uitgevoerde waarde. Het rendement ten opzichte van margin kan op het scherm stijgen doordat de noemer kleiner is, terwijl de uitvoeringsfee in dollars apart wordt berekend over contractwaarde en tarief. Tel rekeningcashflow, gerealiseerde positie-P&L en rendement op margin niet op tot één getal.

Noteer contractnaam, richting en omvang van de positie, contractmultiplier, fee-niveau, prijs en maker/taker-classificatie van elke fill, fee-bedrag en valuta, fundingtarief en -tijdstip en andere kosten. Als je een referentieprijs gebruikt om spread of slippage te schatten, noteer dan ook de quote en het tijdstip. Een andere referentie verandert de berekening van het uitvoeringsverschil.

Naast de orderkostenschatting biedt Bybit de berekening van transactiekosten voor futurescontracten en fundingregistraties. De fee-tabel van Hyperliquid bepaalt de eigen niveaus en rebates van die venue. Ga er niet van uit dat veldnamen of tarieven op verschillende beurzen dezelfde definitie hebben. Controleer de valuta en het teken in order-, fill- en fundinggeschiedenis. Voor het werkelijke rekeningniveau, fill-specifieke kortingen en omrekening gaat het grootboek van de transactie vóór een algemene tarieventabel.

Gebruik bij een vergelijking tussen beurzen dezelfde nominale waarde, orderrol, aannames voor instap- en uitstapprijs, aanhoudperiode, aantal fundingmomenten en fee-valuta. Als de ene vergelijking makerfills en de andere takerfills veronderstelt, of als multiplier en fundinginterval verschillen, bewijst een lager getoond tarief niet dat de werkelijke kosten lager zijn. Een totaalkostenscenario voorspelt geen prijsrichting en beveelt geen specifieke venue aan.

Als je slippage als één vast percentage noteert, verdwijnt de prijs waartegen je vergelijkt. Kies eerst de referentie: bijvoorbeeld de middenprijs op het fillmoment, de beste quote of de getoonde prijs vlak vóór de order. Vergelijk bij een koop fill voor fill of je boven de toenmalige Ask niveaus hebt opgekocht; vergelijk bij een verkoop of je onder de Bid bent uitgevoerd. De referentieprijs is een analysekader, geen gegarandeerde fillprijs van de beurs.

In hetzelfde lineaire voorbeeld is de instap-middenprijs USD64,000, de echte koop USD64,010, de uitstap-middenprijs USD65,000, de echte verkoop USD64,990 en de hoeveelheid 0.5 BTC. De prijs-P&L op basis van referentieprijzen is 0.5 × (65,000 − 64,000) = USD500. De koop ligt USD10 boven de referentie, dus een ongunstig verschil van 0.5 × 10 = USD5; de verkoop ligt USD10 eronder, nog eens USD5. Het totale uitvoeringsverschil is USD10 en de P&L op echte fills is 500 − 5 − 5 = USD490. De twee aftrekposten van USD5 zijn de naar hoeveelheid gewogen verschillen bij instap en uitstap.

Met fees is de instapwaarde 0.5 × 64,010 = USD32,005 en de uitstapwaarde 0.5 × 64,990 = USD32,495. Bij een verondersteld takertarief van 0.05% zijn de fees per fill 32,005 × 0.0005 = USD16.0025 en 32,495 × 0.0005 = USD16.2475, samen USD32.25. Vanuit de referentieprijsrekening is het resultaat 500 − 10 − 32.25 = USD457.75. Vanuit de P&L op echte fills is het 490 − 32.25 = USD457.75. Beide routes komen uit; trek het uitvoeringsverschil niet tweemaal af.

Het voorbeeld kiest de middenprijs vóór de order als aanname. Met een andere referentie, zoals de beste Ask, verandert het slippagegetal. Bybits uitleg over de slippage-tolerantie voor marktorders gebruikt Ask1 als grens voor kooporders en Bid1 voor verkooporders. Als resterende hoeveelheid buiten de grens valt, kan een deel worden uitgevoerd en de rest geannuleerd. Tolerantie is een ordervoorwaarde om een ongunstige fillprijs te begrenzen, geen garantie op volledige uitvoering en geen manier om fees te vermijden.

Als de regels voor een lineair contract de nominale waarde hoeveelheid × markprijs met het fundingtarief vermenigvuldigen, is 0.5 BTC bij een markprijs van USD64,500 gelijk aan USD32,250 notional. 0.01% is 0.0001 als decimaal, dus de absolute funding is 32,250 × 0.0001 = USD3.225. Onder de aanname dat een long bij een positief tarief betaalt, boekt de beurs −USD3.225. Een short met dezelfde notional op hetzelfde moment kan volgens de regels het tegengestelde bedrag ontvangen. Dit is de tekenconventie van het voorbeeld, geen universele notatie.

Bybits uitleg over de fundingberekening toont voor lineaire contracten positiewaarde als hoeveelheid maal markprijs en voor inverse contracten contracthoeveelheid gedeeld door markprijs, waarna het fundingtarief wordt toegepast. Funding geldt voor posities die op dat tijdstip openstaan; bij onvoldoende saldo kan het van geïsoleerde margin worden afgetrokken en het liquidatierisico beïnvloeden. Bybit meldt dat openen of sluiten binnen enkele seconden rond het geplande tijdstip door interne afwikkeling kan veranderen of funding wordt toegepast. Controleer de echte Funding-regel in de transactiegeschiedenis, niet alleen de aftelklok.

Coinbase International Exchange vermeldt nu elk uur funding, maar heeft ook de hierboven genoemde infrastructuurwijziging aangekondigd. Extrapoleer funding daarom niet lineair als tarief × houdtijd; som de daadwerkelijke eventtarieven en hun waardebases op. Tarieven veranderen per event en één extra of gemist event kan het totaal stapsgewijs wijzigen. Een schatting vóór de trade is een scenario; historische funding wordt bepaald door het eventlog.

Bybits uitleg over orderkosten telt initiële margin, instapfee en geschatte uitstapfee op om te tonen hoeveel geld bij het plaatsen wordt gereserveerd. Stel: koop 1 BTC voor 50,000 USDT met 10x leverage en een niet-VIP-takertarief van 0.055%. Dan is initiële margin 5,000 USDT, de geschatte instapfee 27.50 USDT en de uitstapbuffer volgens de voorbeeldformule 24.75 USDT, samen orderkosten van 5,052.25 USDT. Daarvan is 5,000 margin en geen verlieskosten; 24.75 is een buffer voor de geschatte sluitingsfee.

Stel dat 1 BTC werkelijk op 50,000 wordt geopend en op 52,000 gesloten. Bij hetzelfde tarief is de instapfee 27.50 USDT en de uitstapfee 52,000 × 0.00055 = 28.60 USDT. De sluitingsprijs en berekeningsbasis zijn veranderd; de gereserveerde 24.75 hoeft dus niet gelijk te zijn aan de werkelijke 28.60. Als een order wordt geannuleerd zonder positie, boek de geschatte round-trip-kosten dan niet als werkelijk betaalde handelsfee. Bij een gedeeltelijke fill worden alleen de uitgevoerde hoeveelheden belast; ongebruikte reservering kan vrijkomen.

Gereserveerde margin en gerealiseerde P&L kunnen op een rekeningscherm in verschillende categorieën staan. Trek bij het reconstrueren van gerealiseerde P&L niet Order Cost van het bevestigingsscherm af. Gebruik de transactiekosten per fill, de sluitingsfills die de positie-P&L realiseren en betaalde of ontvangen funding. Bybits FAQ over P&L-berekening zegt dat de buffer voor sluitingskosten kan afwijken van de uiteindelijke sluitingsfee en dat ongerealiseerde en gesloten P&L door handels- en fundingkosten kunnen verschillen.

Bij een lineair USDT-contract met hoeveelheid in BTC is de long-prijs-P&L BTC-hoeveelheid × (uitstapprijs − instapprijs), meestal uitgedrukt in USDT. Een inverse contract kan de contractomvang in USD notional weergeven, terwijl P&L en fees in BTC of een andere afwikkelcoin worden berekend. Bybits P&L-formule voor de basisprijs-P&L van een BTCUSD-long is USD-contracthoeveelheid × (1/instapprijs − 1/uitstapprijs). De prijsverschillen rechtstreeks met het aantal USD-contracten vermenigvuldigen geeft de verkeerde eenheid.

Neem een inverse BTCUSD-contractpositie van USD10,000, geopend op USD50,000 en gesloten op USD52,000. De prijs-P&L is 10,000 × (1/50,000 − 1/52,000) = 0.0076923077 BTC. Omgerekend tegen de uitstapprijs is dat ongeveer 0.0076923077 × 52,000 = USD400, maar de gerealiseerde P&L-valuta op de rekening is BTC. De USD-tegenwaarde kan veranderen als het omzetmoment of de referentieprijs niet wordt vastgelegd.

Bij een illustratief niet-VIP-takertarief van 0.055% is de instapwaarde 10,000/50,000 = 0.2 BTC; de fee is 0.2 × 0.00055 = 0.00011 BTC. Bij uitstap is de waarde 10,000/52,000 = 0.1923077 BTC; de fee is circa 0.000105769 BTC. Samen is dat ongeveer 0.000215769 BTC. Omgerekend tegen de afzonderlijke fillprijzen kost elke kant USD5.50, samen USD11. Een omzetting van beide fees tegen één andere prijs levert een andere gerapporteerde dollarwaarde op. Bewaar daarom oorspronkelijke valuta én omzetbasis.

Funding heeft ook eenheden. In dit inverse voorbeeld is de positiewaarde van een USD10,000-contract bij markprijs USD50,000 10,000/50,000 = 0.2 BTC. Bij 0.01% funding is het bedrag 0.2 × 0.0001 = 0.00002 BTC. Dit is niet rechtstreeks vergelijkbaar met USD3.225, berekend als 32,250 USDT × 0.01% in het lineaire voorbeeld. Maak eerst afwikkelvaluta en omzetbasis gelijk.

Houd na de trade (1) orderreservering, (2) afzonderlijke fills, (3) positie-P&L en (4) cashbewegingen apart. Tabel één bevat order-ID, ingevoerde hoeveelheid, leverage, gereserveerde margin en geschatte uitstapbuffer. Tabel twee bevat fill-ID en tijd, hoeveelheid, prijs, orderrol, feepercentage en feevaluta. Tabel drie bevat gerealiseerde prijs-P&L, teken en bedrag per fundingevent en eventuele leningrente die aan de positie is toe te rekenen. Tabel vier registreert stortingen, opnames, omzetting van collateral en omgerekende waarde van tokens waarmee fees zijn betaald: cashbewegingen buiten de uitvoering.

In de lineaire round trip hierboven is prijs-P&L vóór fees en funding USD490. Na round-trip-fees van USD32.25 en een long-fundingbetaling van USD3.225 resteert USD454.525. Trek de tijdelijk bij orderplaatsing gereserveerde margin van USD5,000 daar niet nog eens als kosten van af. Als Closed P&L op het scherm fees en funding al omvat, tel of trek die bedragen niet nogmaals op basis van de weergavedefinitie en de beursdocumentatie.

Een reconciliatie helpt kleine restverschillen te vinden. Controleer achtereenvolgens het omrekeningstijdstip van feevaluta, afronding van getoonde decimalen, gedeeltelijke fills, hoeveelheid in de fundingevent, aanpassing van de gemiddelde instapprijs en gerealiseerde prijs-P&L. Als alleen netto-P&L wordt bewaard, is een rekenfout moeilijk te onderscheiden van een verschil in marktuitvoering. Bewaar je alle fills maar leg je referentieprijs en teken niet vast, dan is een slippagevergelijking ook niet reproduceerbaar.

Houd een vaste reconciliatievolgorde aan: bereken eerst de product-specifieke prijs-P&L met de echte hoeveelheden en prijzen van alle instap- en uitstapfills. Pas daarna de handelsfees per fill toe en tel ze op; voeg funding per event tijdens de holdingperiode toe of trek die af. Voeg alleen rente of afwikkelingskosten toe die volgens productregels afzonderlijk gelden. Stem ten slotte fee-tokens en overschrijvingen tussen rekeningen af met de cashbalans. Bereken het uitvoeringsverschil tegenover de referentie in een aparte kolom voor analyse en trek een prijseffect dat al in echte-fill-P&L zit niet opnieuw af.