Koszty handlu krypto perpetual: prowizje, spread, poślizg i funding

Kwota „kosztu zlecenia” na ekranie potwierdzenia może oznaczać środki potrzebne do złożenia zlecenia. Zależnie od giełdy obejmuje depozyt początkowy i szacowane prowizje otwarcia oraz zamknięcia. Nie jest to już zapłacona prowizja ani maksymalna strata. Cena zamknięcia nie jest znana, więc do oszacowania prowizji wyjścia można przyjąć cenę założoną i podstawową stawkę taker.

Rzeczywiste koszty zależą od ilości i ceny każdej realizacji, poziomu prowizji w danym momencie oraz tego, czy pozycja była otwarta w chwili naliczenia funding. Anulowane zlecenie może zwolnić rezerwę bez prowizji transakcyjnej. Przy częściowej realizacji prowizja dotyczy tylko wykonanej ilości, a pozostała część może nadal oczekiwać. Rozdziel pytanie „ile środków trzeba było zarezerwować na zlecenie?” od „co zapisano na rachunku po realizacji?”.

Opis kosztu zlecenia Bybit wyjaśnia, że dla kontraktów USDT, USDC i odwrotnych rezerwa może łączyć depozyt początkowy z szacowanymi prowizjami wejścia i wyjścia. Ponieważ cena zamknięcia nie jest jeszcze znana, szacunek może używać ceny bankructwa i stawki taker dla użytkownika spoza VIP. Rzeczywista prowizja zależy od rodzaju zlecenia, ceny realizacji i poziomu VIP. Rezerwa służy do sprawdzenia, czy zlecenie można wysłać; nie jest faktycznym obciążeniem w ewidencji kosztów.

Główne koszty i wynik pozycji otwieranej i zamykanej można podzielić na:

• Prowizję wejścia: stawkę od rzeczywistej wartości nominalnej realizacji otwierających pozycję.
• Prowizję wyjścia: rzeczywistą wartość nominalną realizacji zamykających pomnożoną przez stawkę obowiązującą w tym momencie.
• Różnicę wykonania: odległość między wybraną ceną odniesienia a faktyczną ceną realizacji.
• Funding: kwotę do zapłaty lub otrzymania, zależną od pozycji w chwili zdarzenia i reguł giełdy.
• Inne koszty rachunku: na przykład odsetki od automatycznego finansowania albo koszty rozliczenia lub likwidacji danego produktu, jeśli przewidują je warunki rachunku.

Funding nie jest prowizją transakcyjną, a jego otrzymanie nie usuwa prowizji za realizację. P&L z ruchu ceny to osobna pozycja. Przelewy z portfela i opłaty sieci blockchain również należy oddzielić od ewidencji realizacji perpetual. Można uwzględnić koszty wpłat i wypłat w całkowitym koszcie korzystania z rachunku, ale mieszanie ich z kosztami wykonania utrudnia ustalenie, skąd wzięła się zmiana kwoty.

Przy jednym otwarciu i zamknięciu P&L według ceny odniesienia oraz P&L według faktycznych cen realizacji różnią się o różnicę wykonania. Metoda rzeczywistych realizacji używa faktycznie dopasowanych cen; metoda odniesienia stosuje wybrany wcześniej benchmark i osobno pokazuje korzystne lub niekorzystne wykonanie. Poniższy przykład liniowy uzgadnia oba podejścia liczbowo. Prowizje i funding odejmuje się osobno od P&L cenowego.

Interwał, cena odniesienia, wzór, konwencja znaków i warunki naliczenia funding różnią się między giełdami. Opis funding na Coinbase International Exchange wskazuje, że płatność lub wpływ dotyczy pozycji otwartej na końcu interwału; zamknięcie przed jego końcem oznacza brak funding za to zdarzenie. Informacja o bieżącym interwale funding tej samej giełdy podaje jedną godzinę na dzień 25 września 2026 r. Coinbase ogłosił jednak planowaną na 1 października 2026 r. zmianę infrastruktury instrumentów pochodnych, a harmonogram i szczegóły mogą ulec zmianie. Jeśli czytasz ten tekst po tej dacie, ponownie sprawdź warunki nowego venue i nie zakładaj, że dawny interwał nadal obowiązuje. To aktualna informacja o Coinbase, a nie reguła dla wszystkich perpetual.

Funding może być płacony lub otrzymywany, a kwota zależy od wartości pozycji i stawki. Prosty model mnoży wartość pozycji przez stawkę, ale reguły kontraktu określają podstawę wartości, mnożnik, limity, zaokrąglenia i walutę płatności. Wyjaśnienie stóp funding dla perpetual futures pokazuje, dlaczego sama wartość stawki nie wyznacza kwoty ani kierunku płatności dla każdego kontraktu.

W kontraktach liniowych wartość jest często wyznaczana przez ilość pomnożoną przez cenę, natomiast kontrakty odwrotne mogą używać innej jednostki liczby kontraktów i waluty P&L. Jedne produkty pobierają prowizje w USDT albo USDC, inne w BTC, ETH lub walucie bazowej. Sam zapis procentowej stawki może pominąć walutę faktycznie obciążoną lub zmianę jej wartości w dolarach.

Dźwignia zmienia wymagany depozyt do złożenia zlecenia, ale automatycznie nie obniża prowizji od tej samej nominalnej wartości realizacji. Stopa zwrotu względem depozytu może wzrosnąć, bo mianownik jest mniejszy, podczas gdy prowizja w dolarach nadal jest osobno liczona od wartości kontraktu i stawki. Nie łącz przepływów gotówkowych rachunku, zrealizowanego P&L pozycji i stopy zwrotu z depozytu w jedną liczbę.

Zapisz nazwę kontraktu, kierunek i wielkość pozycji, mnożnik, poziom prowizji, cenę i klasyfikację maker/taker każdej realizacji, kwotę i walutę prowizji, stawkę i czas zdarzenia funding oraz inne koszty. Jeśli do szacowania spreadu lub poślizgu używasz ceny odniesienia, zapisz też kwotowanie i godzinę. Zmiana punktu odniesienia zmienia obliczenie różnicy wykonania.

Oprócz kosztu zlecenia Bybit udostępnia obliczanie prowizji transakcyjnych kontraktów futures oraz historię funding. Tabela opłat Hyperliquid określa poziomy i rabaty tej platformy. Nie zakładaj, że nazwy pól i stawki na różnych giełdach mają tę samą definicję. Sprawdź walutę i znak w historii zleceń, realizacji i funding. Dla faktycznego poziomu rachunku, rabatów poszczególnych realizacji i przeliczeń pierwszeństwo ma ewidencja transakcji, a nie ogólna tabela opłat.

Porównując giełdy, ujednolić wartość nominalną, rolę zlecenia, założone ceny wejścia i wyjścia, czas utrzymania, liczbę zdarzeń funding i walutę prowizji. Jeśli w jednym wariancie przyjęto realizację maker, a w drugim taker, albo różnią się mnożnik i interwał funding, niższa stawka na tabeli nie dowodzi niższego kosztu rzeczywistego. Scenariusz kosztu całkowitego nie przewiduje kierunku ceny ani nie rekomenduje konkretnej platformy.

Przedstawienie poślizgu jako stałej stawki procentowej zaciera informację, z jaką ceną porównujesz realizację. Najpierw określ benchmark: cenę środkową w chwili realizacji, najlepsze kwotowanie czy cenę widoczną tuż przed zleceniem. Dla kupna porównaj każdą realizację z ówczesnym Ask i sprawdź, czy zlecenie zużyło kilka poziomów; dla sprzedaży sprawdź, czy cena była niższa od Bid. Cena odniesienia służy analizie, giełda nie gwarantuje takiej realizacji.

W tym samym przykładzie liniowym cena środkowa przy wejściu wynosi USD64,000, rzeczywisty zakup USD64,010, cena środkowa przy wyjściu USD65,000, rzeczywista sprzedaż USD64,990, a ilość to 0.5 BTC. P&L cenowy według cen odniesienia wynosi 0.5 × (65,000 − 64,000) = USD500. Zakup był o USD10 droższy od odniesienia, co daje niekorzystną różnicę 0.5 × 10 = USD5; sprzedaż była o USD10 tańsza, czyli kolejne USD5. Łączna różnica wykonania to USD10, a P&L według rzeczywistych cen wynosi 500 − 5 − 5 = USD490. Dwa odjęcia po USD5 to różnice ważone ilością przy wejściu i wyjściu.

Po uwzględnieniu prowizji wartość wejścia wynosi 0.5 × 64,010 = USD32,005, a wyjścia 0.5 × 64,990 = USD32,495. Przy założonej stawce taker 0.05% prowizje wynoszą odpowiednio 32,005 × 0.0005 = USD16.0025 i 32,495 × 0.0005 = USD16.2475, razem USD32.25. Zaczynając od P&L według cen odniesienia, wynik to 500 − 10 − 32.25 = USD457.75. Zaczynając od P&L według rzeczywistych cen: 490 − 32.25 = USD457.75. Obie ścieżki są zgodne; nie odejmuj różnicy wykonania dwukrotnie.

Przykład zakłada wybór ceny środkowej sprzed zlecenia, więc poślizg zmieni się przy innym benchmarku, np. najlepszym Ask. Tolerancja poślizgu dla zleceń rynkowych Bybit tworzy limit ceny na podstawie Ask1 dla kupna i Bid1 dla sprzedaży. Jeśli pozostała ilość wykracza poza ten zakres, część może zostać zrealizowana, a reszta anulowana. Tolerancja jest warunkiem zlecenia ograniczającym niekorzystną cenę realizacji, a nie gwarancją pełnego wykonania ani sposobem na uniknięcie prowizji.

Jeśli reguły kontraktu liniowego mnożą wartość nominalną ilość × cena mark przez stawkę funding, 0.5 BTC przy cenie mark USD64,500 daje USD32,250 nominału. 0.01% to 0.0001 w zapisie dziesiętnym, więc bezwzględna wartość funding wynosi 32,250 × 0.0001 = USD3.225. Przy założeniu, że long płaci przy dodatniej stawce, saldo giełdy zapisze −USD3.225. Short o takim samym nominale w tym samym momencie może według reguł otrzymać przeciwną kwotę. To konwencja z przykładu, nie uniwersalny zapis wszystkich produktów.

Instrukcja obliczania funding Bybit pokazuje wartość pozycji liniowej jako ilość razy cena mark, a odwrotnej jako liczbę kontraktów podzieloną przez cenę mark, po czym mnoży przez stawkę. Funding dotyczy pozycji otwartych w chwili zdarzenia; przy zbyt małym saldzie może zostać potrącony z margin izolowanego i wpłynąć na ryzyko likwidacji. Bybit informuje, że otwarcie lub zamknięcie pozycji w ciągu kilku sekund wokół zaplanowanego momentu może zmienić naliczenie z powodu wewnętrznego rozliczenia. Sprawdź faktyczny wpis Funding w historii, zamiast rozstrzygać to na podstawie odliczania na ekranie.

Coinbase International Exchange podaje obecnie godzinny interwał, ale ogłosił też wspomnianą zmianę infrastruktury. Nie ekstrapoluj funding liniowo jako stawka × czas utrzymania; zsumuj rzeczywiste stawki zdarzeń i ich podstawy wyceny. Stawka zmienia się w poszczególnych zdarzeniach, a jedno dodatkowe lub pominięte zdarzenie może skokowo zmienić sumę. Szacunek przed transakcją jest scenariuszem; historyczny funding określa dziennik zdarzeń.

Opis kosztu zlecenia Bybit sumuje depozyt początkowy, prowizję wejścia i szacowaną prowizję wyjścia, aby pokazać środki rezerwowane przy składaniu zlecenia. Przykładowo: kupno 1 BTC po 50,000 USDT z dźwignią 10x i stawką taker 0.055% dla użytkownika spoza VIP oznacza depozyt początkowy 5,000 USDT, szacowaną prowizję wejścia 27.50 USDT oraz bufor prowizji wyjścia 24.75 USDT według przykładowego wzoru, razem koszt zlecenia 5,052.25 USDT. Z tej kwoty 5,000 to depozyt, a nie koszt straty; 24.75 to bufor na szacowaną prowizję zamknięcia.

Załóżmy, że 1 BTC rzeczywiście otwarto po 50,000 i zamknięto po 52,000. Przy tej samej stawce prowizja wejścia wynosi 27.50 USDT, a wyjścia 52,000 × 0.00055 = 28.60 USDT. Zmieniły się cena zamknięcia i podstawa obliczenia, więc zarezerwowane 24.75 nie musi równać się rzeczywistym 28.60. Jeśli zlecenie anulowano i nie powstała pozycja, nie zapisuj szacowanego kosztu round trip jako rzeczywistej prowizji transakcyjnej. Przy częściowej realizacji koszt powstaje tylko dla wykonanej ilości; niewykorzystana rezerwa może zostać zwolniona.

Zarezerwowany depozyt i zrealizowany P&L mogą być w widoku rachunku ujęte w różnych kategoriach. Odtwarzając zrealizowany P&L, nie odejmuj pola Order Cost z ekranu potwierdzenia. Odczytaj prowizje z poszczególnych realizacji, P&L zamykających pozycji transakcji oraz płatności i wpływy funding. FAQ Bybit o obliczaniu zysku i straty wyjaśnia, że bufor kosztu zamknięcia może różnić się od ostatecznej prowizji, a niezrealizowany i zamknięty P&L mogą różnić się przez prowizje i funding.

W liniowym kontrakcie USDT, gdy ilość jest wyrażona w BTC, P&L cenowy longa to ilość BTC × (cena wyjścia − cena wejścia), zwykle w USDT. Kontrakt odwrotny może wyrażać liczbę kontraktów w nominale USD, a P&L i prowizje liczyć w BTC lub innej walucie rozliczenia. Podstawowy P&L cenowy longa BTCUSD według formuły P&L Bybit to liczba kontraktów USD × (1/cena wejścia − 1/cena wyjścia). Bezpośrednie pomnożenie różnicy cen przez liczbę kontraktów daje błędną jednostkę dolarową.

Przykładowo pozycja long odwrotnego BTCUSD o wartości USD10,000 jest otwierana przy USD50,000 i zamykana przy USD52,000. P&L cenowy wynosi 10,000 × (1/50,000 − 1/52,000) = 0.0076923077 BTC. Po prostym przeliczeniu po cenie wyjścia to około 0.0076923077 × 52,000 = USD400, ale walutą zrealizowanego P&L na rachunku jest BTC. Równowartość w USD może się zmienić, jeśli nie określisz czasu lub ceny referencyjnej przeliczenia.

Przy przykładowej stawce taker 0.055% dla użytkownika spoza VIP wartość wejścia to 10,000/50,000 = 0.2 BTC, więc prowizja wynosi 0.2 × 0.00055 = 0.00011 BTC. Przy wyjściu wartość to 10,000/52,000 = 0.1923077 BTC, a prowizja około 0.000105769 BTC. Łącznie to około 0.000215769 BTC. Przeliczone po cenie każdej realizacji prowizje wynoszą po USD5.50, razem USD11. Przeliczenie obu prowizji po jednej innej cenie da inną wartość raportowaną. Zachowaj walutę źródłową i podstawę przeliczenia.

Funding również ma własną jednostkę. W tym przykładzie odwrotnym wartość pozycji kontraktu USD10,000 przy cenie mark USD50,000 wynosi 10,000/50,000 = 0.2 BTC. Stawka 0.01% daje 0.2 × 0.0001 = 0.00002 BTC. Nie można tego bezpośrednio porównać z USD3.225 z liniowego przykładu 32,250 USDT × 0.01%. Najpierw ujednolić walutę rozliczenia i podstawę przeliczenia.

Po transakcji prowadź osobno (1) rezerwę zlecenia, (2) poszczególne realizacje, (3) P&L pozycji i (4) przepływy gotówki. Pierwsza tabela zawiera ID zlecenia, wprowadzoną ilość, dźwignię, zarezerwowany depozyt i szacowany bufor zamknięcia. Druga: ID i czas realizacji, ilość, cenę, rolę zlecenia, stawkę prowizji i walutę. Trzecia: zrealizowany P&L cenowy, znak i kwotę każdego funding oraz przypisane pozycji odsetki od pożyczki. Czwarta rejestruje wpłaty, wypłaty, konwersję zabezpieczenia i przeliczenie wartości tokenów użytych na prowizje, czyli przepływy gotówkowe poza realizacją.

W opisanej transakcji liniowej P&L cenowy przed prowizjami i funding wynosi USD490. Po odjęciu prowizji round trip USD32.25 i płatności funding longa USD3.225 wynik netto to USD454.525. Nie odejmuj ponownie jako kosztu depozytu USD5,000, który był tylko chwilowo zarezerwowany przy składaniu zlecenia. Jeśli ekranowy Closed P&L zawiera już prowizje i funding, nie dodawaj ani nie odejmuj tych kwot po raz drugi; sprawdź definicję pola w dokumentacji giełdy i ewidencji.

Uzgadnianie pomaga znaleźć źródło niewielkiej różnicy. Sprawdzaj po kolei moment przeliczenia waluty prowizji, zaokrąglenie wyświetlanych miejsc, częściowe realizacje, ilość ujętą w zdarzeniu funding, aktualizację średniej ceny wejścia i zrealizowany P&L cenowy. Jeśli zapisujesz tylko P&L netto, trudno odróżnić błąd rachunkowy od różnicy w realizacji rynkowej. Z kolei komplet realizacji bez definicji ceny odniesienia i znaku nie pozwala odtworzyć porównania poślizgu.

Ustal stałą kolejność uzgadniania: najpierw oblicz produktowy P&L cenowy z rzeczywistych ilości i cen wszystkich realizacji wejścia i wyjścia; potem zastosuj i zsumuj prowizje każdej transakcji; następnie dodaj lub odejmij funding z poszczególnych zdarzeń w okresie utrzymania; dodaj tylko odsetki lub koszty rozliczenia wymagane osobno przez reguły produktu; na koniec uzgodnij tokeny pobrane jako prowizja oraz przelewy między rachunkami z saldem gotówki. Różnicę wykonania względem benchmarku oblicz w oddzielnej kolumnie analitycznej i nie odejmuj ponownie efektu ceny już zawartego w P&L rzeczywistych realizacji.