Athenum chart of how often a Bitcoin perpetual funding read taken early had the opposite sign to the rate that settled, over 496 venue-settlements to 2026-08-08: 13 of 496 wrong for a read in the final hour, 38 of 496 at two hours, 59 at three, 70 at four, 75 at five, 74 at six and 82 at seven, against a dashed baseline of 79 of 496 for simply assuming the rate stays where it last settled, with a lower panel showing that only 25 percent of the final average's weight has accrued at the start of the four hour window

Bitcoin-Finanzierungsraten schlagen die letzte Abrechnung erst in den letzten drei Stunden

Athenum Analytics
Athenum Analytics
22 min read

TLDR. Die Bitcoin-Finanzierungsrate, die eine Boerse zwischen zwei Abrechnungen anzeigt, ist ein laufender Durchschnitt, der sich bis zum Stichzeitpunkt weiter bewegt. Frueh abgelesen sagt sie fast nichts, was man nicht ohnehin schon wusste. Gemessen ueber Binance, Bybit, OKX und Bitget an 496 Boersen-Abrechnungen zwischen dem 2026-06-27 00:00 UTC und dem 2026-08-08 08:00 UTC hatte eine vier Stunden vorher genommene Ablesung in 70 von 496 Faellen (14,1%) das entgegengesetzte Vorzeichen zur tatsaechlich abgerechneten Rate. Der Massstab, auf den es ankommt, ist nicht die Null, sondern die bequeme Alternative: einfach anzunehmen, die Rate bleibe dort, wo sie zuletzt abgerechnet wurde, war 79 von 496 Mal (15,9%) falsch, und die Vier-Stunden-Ablesung schlug das nicht (p = 0,33). Vom dieser Regel loest sich die Anzeige erst innerhalb von drei Stunden, und der Abstand waechst dann schnell: 43 gegen 23 bei drei Stunden (p = 0,019), 55 gegen 14 bei zwei, 71 gegen 5 bei einer. Der Grund steht in der von den Boersen selbst veroeffentlichten Formel, in der Praemien-Stichproben umso schwerer wiegen, je naeher sie am Stichzeitpunkt liegen: zu Beginn des Vier-Stunden-Fensters sind erst 25% des Gewichts der endgueltigen Zahl aufgelaufen. Die Fehler verteilen sich ausserdem nicht gleichmaessig. Sie sitzen fast ausschliesslich in Abrechnungen, die nahe null landen, und dort ist eine Ablesung kein Signal, bevor sie abgerechnet ist.

Was ist die Finanzierungszahl, die zwischen zwei Abrechnungen angezeigt wird?

Sie ist ein laufender Durchschnitt, der auf den naechsten Stichzeitpunkt zielt, und nicht die Rate, die zuletzt berechnet wurde. Zwei Abfragen im Abstand von siebenundzwanzig Minuten genuegen, um ihr beim Wandern zuzusehen. Anonym abgerufen am 2026-08-08 um 08:37 UTC und noch einmal um 09:04 UTC, beide innerhalb des Intervalls, das um 16:00 UTC abrechnet, hatte sich jede der vier bewegt: Binance von +0,006616% auf +0,006820%, OKX von +0,004511% auf +0,004951%, Bybit von +0,010000% herunter auf +0,008352% und Bitget von +0,000100% glatt durch die Null auf -0,000200%. Stellt man diese acht Ablesungen nun neben das, was dieselben Boersen am 08:00-Stichzeitpunkt desselben Morgens tatsaechlich berechnet hatten, naemlich +0,00542% bei Binance, +0,00356% bei OKX, +0,00389% bei Bybit und -0,00010% bei Bitget, dann entsprach keine einzige der acht der abgerechneten Rate ihrer Boerse. Bei Bitget drehte die Zahl, die ein Leser zitiert haette, innerhalb einer halben Stunde sogar das Vorzeichen.

Zwei der vier sagen das in ihrer eigenen Dokumentation, und das ist zitierenswert, weil dieser Beitrag damit dokumentiertes Verhalten beschreibt statt etwas zu unterstellen. Die REST-API-Referenz von OKX nennt das Feld eine prognostizierte Rate fuer die kommende Abrechnungsperiode, sagt woertlich, dass es sich um eine Prognose handelt und die endgueltig abgerechnete Rate abweichen kann, und stellt den tatsaechlich abgerechneten Wert als eigenes Feld am selben Endpunkt bereit, settFundingRate, zusammen mit einem settState-Kennzeichen; der Verlaufsendpunkt fuehrt denselben abgerechneten Wert unter einem dritten Namen, realizedRate. Der WebSocket-Kanal derselben Boerse bezeichnet dasselbe Feld als aktuelle Rate, die Boerse ist also nicht mit sich selbst konsistent, aber die REST-Referenz ist die Stelle, die den Unterschied dokumentiert. Das Hilfezentrum von Bybit schreibt, die Finanzierungsrate, die Handelnde sehen, schwanke bis zum Finanzierungszeitpunkt in Echtzeit, sie sei nicht fixiert und werde jede Minute aktualisiert. Das Feld von Binance heisst lastFundingRate, was nach dem Gegenteil klingt, und die Ablesung oben klaert die Mehrdeutigkeit: sie entsprach der Abrechnung um 08:00 UTC nicht.

Das gilt nur fuer die gemessenen Boersen, denn die Konvention ist nicht allgemein. BitMEX dokumentiert die umgekehrte Anordnung und nimmt den Wert des Praemienindex am Ende des VORHERGEHENDEN Acht-Stunden-Fensters, womit die kommende Zahlung feststeht, bevor der Zeitraum, fuer den sie gilt, ueberhaupt beginnt. BitMEX mittelt weiterhin, umgekehrt ist also die Verzoegerung und nicht die Mittelung. Die theoretische Literatur zu Perpetuals unterstellt ueberwiegend ebenfalls dieses Design und behandelt die Finanzierungszahlung als zu Periodenbeginn bekannt. Genau deshalb lohnt es sich, die Frage an den Boersen zu messen, an denen tatsaechlich gehandelt wird, statt sie vorauszusetzen.

Der Mechanismus selbst ist nicht neu und wir haben ihn bereits veroeffentlicht. Die Praemienkomponente wird wiederholt abgetastet und ueber das Intervall gemittelt, die Zahl bildet also ein Fenster von Stichproben ab und nicht den aktuellen Augenblick, wie die Athenum-Erklaerung dazu, wie der Praemienindex ein Perpetual am Kassakurs haelt darlegt, und der Athenum-Durchgang durch die Finanzierungsformel selbst nimmt die Rechnung auseinander. Was jetzt folgt, ist keine Wiederholung dieses Mechanismus. Es ist eine Messung dessen, was er einen Leser kostet, der frueh handelt.

Teilen sich diese vier Boersen eine Abrechnungsuhr?

Fuer das Bitcoin-Perpetual am gemessenen Tag ja, und jede Boerse sagt das an ihrem eigenen oeffentlichen Endpunkt. Jedes Feld unten wurde am 2026-08-08 anonym abgerufen, und sie stimmen auf ein Acht-Stunden-Intervall mit Stichzeitpunkten um 00:00, 08:00 und 16:00 UTC ueberein. Das ist wichtig, weil eine Vorlaufzeit nur zwischen Boersen vergleichbar ist, die auf derselben Uhr abrechnen, und es ist das Erste, was man bestaetigen sollte, bevor man zwei Finanzierungszahlen nebeneinanderstellt.

Boerse

Endpunktfeld

Gemeldetes Intervall

Binance

fundingInfo liefert fundingIntervalHours

8 Stunden

Bybit

instruments-info liefert fundingInterval

480 Minuten, also 8 Stunden

OKX

funding-rate liefert fundingTime und nextFundingTime

28.800.000 ms auseinander, also 8 Stunden

Bitget

funding-time liefert ratePeriod

8 Stunden

Hyperliquid

predictedFundings fuehrt ein Feld fundingIntervalHours

1 Stunde

Drei Einschraenkungen zu dieser Tabelle. Es geht um das Bitcoin-Perpetual jeder Boerse und nicht um jeden dort gelisteten Kontrakt, von denen mehrere auf Vier-Stunden- und Ein-Stunden-Intervallen laufen. Das Wort, das die Boersen benutzen, ist Standard, acht Stunden sind also der Normalfall und keine Garantie: OKX und Bybit dokumentieren beide eine automatische Umstellung auf haeufigere Abrechnung, sobald die Rate ihre Ober- oder Untergrenze erreicht, wobei OKX stufenweise ueber vier und zwei Stunden auf eine Stunde heruntergeht und Bybit direkt auf stuendlich wechselt. Und Hyperliquid ist in dieser Tabelle die nuetzliche Kontrolle, weil seine Antwort auch die Intervalle anderer Boersen mitfuehrt und in einer einzigen Antwort eine Stunde fuer sich selbst und acht Stunden fuer Binance wie fuer Bybit zurueckgibt, die Uhr wird also von dritter Seite bezeugt und nicht nur von jeder Boerse ueber sich selbst. Ein Vorbehalt zu dieser Zeile: das Intervallfeld ist in der Live-Antwort vorhanden, taucht aber in der veroeffentlichten Dokumentation von Hyperliquid nicht auf. Behandeln Sie es also als Laufzeitbeobachtung und nicht als dokumentierte Zusage, und lesen Sie jedes Intervall an der API ab, statt es als fest anzunehmen.

Hyperliquid wird danach aus der Untersuchung ausgeschlossen, aus einem mechanischen Grund: jede hier gepruefte Vorlaufzeit, von einer Stunde bis sieben, erreicht oder uebersteigt sein gesamtes Finanzierungsintervall, "vier Stunden vor der Abrechnung" ist auf einer Ein-Stunden-Uhr also keine stellbare Frage. Deribit faellt aus dem Grund heraus, den ein frueherer Athenum-Beitrag zu den Kosten von Perpetuals bereits genannt hat, naemlich dass seine Finanzierung fortlaufend aktualisiert wird statt auf einer festen Uhr. Den davon getrennten Punkt, dass roh notierte Zahlen ueber unterschiedliche Uhren hinweg nicht vergleichbar sind, haben wir ebenfalls bereits behandelt, und der Athenum-Leitfaden zu Finanzierungsintervallen fuehrt das aus. Dieser Beitrag schaerft diesen Leitfaden, statt ihn zu wiederholen: die Rate aendert sich nicht nur am Stichzeitpunkt, sie driftet den ganzen Weg dorthin, und das heisst, dass eine Ablesung mitten im Intervall, wie sie jener Leitfaden tabelliert, noch nicht die Rate ist, die irgendjemandem berechnet wird.

Schlaegt eine fruehe Ablesung die blosse Annahme, es habe sich nichts geaendert?

Nur innerhalb von drei Stunden, gemeint ist die Drei-Stunden-Ablesung und spaeter, und das ist der Befund. Ein blosser Prozentsatz falscher Vorzeichen ist fuer sich genommen ein schwaches Ergebnis, denn der ehrliche Vergleich ist nicht der gegen den Muenzwurf, sondern der gegen die bequemste verfuegbare Regel: die Anzeige komplett ignorieren und annehmen, die Rate rechne dort ab, wo sie zuletzt abgerechnet hat. Ueber dieselben 496 Abrechnungen lag diese Regel 79 Mal falsch, also 15,9%. Jede Ablesung ab vier Stunden Vorlauf und frueher liegt statistisch darauf.

Athenum chart of settlements where the running screen value and the previous settlement disagree, over 496 Bitcoin perpetual venue-settlements to 2026-08-08: the screen is right and the rule wrong 71 times against 5 the other way for a read in the final hour, 55 against 14 at two hours, 43 against 23 at three hours, then 38 against 29 at four hours, 31 against 27 at five, 29 against 24 at six and 19 against 22 at seven, with exact sign-test p values below 0.001, below 0.001, 0.0187, 0.328, 0.694, 0.583 and 0.755

Nur die Abrechnungen, bei denen Anzeige und Vorherige-Abrechnung-Regel auseinandergehen, damit Uebereinstimmungen keine Seite aufblaehen. Innerhalb von drei Stunden gewinnt die Anzeige die Meinungsverschiedenheiten deutlich. Ab vier Stunden Vorlauf und frueher liegen beide statistisch gleichauf, und bei sieben Stunden fuehrt die Regel nominal, 22 gegen 19.

Paarweise an denselben Abrechnungen geprueft ist die Aufteilung sauber. In der letzten Stunde lag die Anzeige richtig und die Regel falsch, 71 Mal gegen 5 in der Gegenrichtung, ein exakter zweiseitiger Vorzeichentest bei p unter 0,001. Bei zwei Stunden sind es 55 gegen 14, wieder unter 0,001. Bei drei Stunden sind es 43 gegen 23, p = 0,019, was noch trennt. Bei vier Stunden sind es 38 gegen 29, p = 0,33, was nicht mehr trennt. Bei sieben Stunden fuehrt die Regel nominal, 22 gegen 19.

Spaeter zu lesen ist das, was hilft, und die Richtung ist einseitig. Abrechnungen, die vier Stunden vorher falsch und in der letzten Stunde richtig waren, gab es 57. In der Gegenrichtung, richtig bei vier Stunden und falsch bei einer, gab es keine einzige. Ein gepaarter Test auf diesen Vergleich liefert p unter 0,001. In diesem Zeitfenster gab es keinen Fall, in dem Warten das Vorzeichen gekostet haette.

Wie oft traegt eine fruehe Ablesung das falsche Vorzeichen?

In 70 von 496 Abrechnungen bei vier Stunden Vorlauf und in 13 von 496 bei einer Ablesung in der letzten Stunde. Das Panel besteht aus vier Boersen, beobachtet an denselben 124 Abrechnungszeitpunkten, beschraenkt auf Zeitpunkte, die bei jeder Vorlaufzeit von einer bis sieben Stunden eine brauchbare Ablesung tragen und eine vorherige Abrechnung zum Vergleich haben. Jede Zeile unten hat damit denselben Nenner von 496.

Ablesung genommen

Aufgelaufenes Gewicht

Falsches Vorzeichen

Anteil

95%-Intervall

Schlaegt die bequeme Regel?

in der letzten Stunde

77%

13 von 496

2,6%

1,5% bis 4,4%

Ja, p < 0,001

2 Stunden vorher

56%

38 von 496

7,7%

5,6% bis 10,3%

Ja, p < 0,001

3 Stunden vorher

39%

59 von 496

11,9%

9,3% bis 15,0%

Ja, p = 0,019

4 Stunden vorher

25%

70 von 496

14,1%

11,3% bis 17,5%

Nein, p = 0,33

5 Stunden vorher

14%

75 von 496

15,1%

12,2% bis 18,5%

Nein, p = 0,69

6 Stunden vorher

6%

74 von 496

14,9%

12,1% bis 18,3%

Nein, p = 0,58

7 Stunden vorher

2%

82 von 496

16,5%

13,5% bis 20,1%

Nein, p = 0,76

Die Gewichtsspalte ist gerechnet und nicht gemessen, und sie stammt aus der von den Boersen selbst veroeffentlichten Formel. Alle vier veroeffentlichen fuer den hier gemessenen Acht-Stunden-Kontrakt einen zeitgewichteten Durchschnitt des Praemienindex, in dem Stichproben naeher am Stichzeitpunkt schwerer wiegen, und alle vier veroeffentlichen die Koeffizienten ausdruecklich: die erste Stichprobe zaehlt einfach, die zweite doppelt und die letzte n-fach. Der Geltungsbereich ist wichtig: Binance wendet diese Gewichtung nur auf Intervalle laenger als eine Stunde an und benutzt bei seinen Ein-Stunden-Symbolen einen einfachen ungewichteten Durchschnitt. Die Spalte unten ist also eine Aussage ueber Acht-Stunden-Kontrakte und nicht ueber Finanzierung im Allgemeinen. Die Stichprobenzahlen sind nicht dieselben: Binance und Bitget mitteln 5.760 Stichproben im Fuenf-Sekunden-Takt, Bybit und OKX mitteln 480 im Minutentakt. Dieser Unterschied spielt hier keine Rolle, denn der bereits festliegende Anteil der endgueltigen Zahl ist die Summe der bisherigen Gewichte geteilt durch die Gesamtsumme, und bei linearer Gewichtung ist das sehr nahe am Quadrat des verstrichenen Anteils des Intervalls. Auf halber Strecke steht ein Viertel der Zahl fest: 25,05% bei 480 Stichproben und 25,00% bei 5.760, auf den ganzen Prozentpunkt identisch. Sieben Stunden vorher sind es unter 2%. Eine Zahl, von der drei Viertel noch nicht geschrieben sind, ist keine Prognose, auf die jemand handeln sollte, und der gemessene Fehler folgt dieser Kurve eng.

Zwei ehrliche Grenzen dieser 496. Es sind vier Boersen, beobachtet an denselben 124 Zeitpunkten, und nicht 496 unabhaengige Ziehungen. Bei vier Stunden Vorlauf verteilten sich die Vorzeichenwechsel ueber die Zeitpunkte als 73 ohne einen, 34 mit einer Boerse, 16 mit zweien, keiner mit dreien und 1, an dem alle vier gemeinsam kippten, und dieser letzte Fall ist unter Unabhaengigkeit praktisch unmoeglich. Die Intervalle oben sind damit eher optimistisch als konservativ. Und die Stundenreihe traegt zwei Luecken innerhalb des Fensters: sechs fehlende Stundenwerte am 2026-07-01 bei drei der vier Boersen und sieben bei Bitget, dessen Luecke eine Stunde frueher beginnt, und einundzwanzig fehlende ueber einen zweiundzwanzigstuendigen Bruch vom 2026-07-31 03:00 UTC bis zum 2026-08-01 01:00 UTC. Zusammen kosten sie vier Abrechnungszeitpunkte. Ein fuenfter geht ganz am Anfang des Feeds verloren, dessen frueheste Stundenzeile der 2026-06-26 14:00 UTC ist, sodass der Zeitpunkt um 16:00 an jenem Tag keine sieben Stunden Vorgeschichte hinter sich hat. Deshalb fallen 129 Zeitpunkte in den Bereich des Feeds und 124 ueberleben ins Panel.

Wo haeufen sich die Vorzeichenfehler?

Fast ausschliesslich in den Abrechnungen, die nahe null enden, und das ist der nuetzlichste einzelne Punkt dieses Beitrags. Teilt man dieselben 496 am Median der absoluten abgerechneten Rate, 0,0048% je acht Stunden, verhalten sich die beiden Haelften voellig unterschiedlich. In der groesseren Haelfte stimmte das Vorzeichen in allen 248 Faellen, die in der letzten Stunde abgelesen wurden, und in allen 248 bei zwei Stunden. In der kleineren Haelfte war es 13 Mal bei einer Stunde und 65 Mal bei vier Stunden falsch.

Athenum chart splitting 496 Bitcoin perpetual venue-settlements at the median settled magnitude of 0.0048 percent per 8 hours: in the smaller half an early read had the wrong sign 13, 38, 57, 65, 67, 65 and 69 times out of 248 at leads of one to seven hours, while in the larger half it was wrong 0 of 248 at one and two hours, then 2, 5, 8, 9 and 13 of 248 at three to seven hours

Dieselben 496 Abrechnungen, geteilt am Median der abgerechneten Groesse. In der groesseren Haelfte stimmte das Vorzeichen in allen 248 Faellen bei einer Stunde und in allen 248 bei zwei Stunden. Bei sieben Stunden lag selbst die groessere Haelfte 13 Mal falsch, das ist also ein Verlauf und keine Garantie.

Bei vier Stunden Vorlauf sind das 26,2% gegen 2,0%, getrennt bei einem exakten zweiseitigen p unter 0,001. Der Abstand haelt bei jeder geprueften Vorlaufzeit und ist auch in der letzten Stunde noch da, wo 13 von 248 gegen 0 von 248 ein p = 0,0002 ergeben.

Das ist die Regel, die man mitnehmen sollte, und sie ist nuetzlicher als die Schlagzeile, aus der sie stammt. Eine Finanzierungsablesung weit weg von null laesst sich Stunden im Voraus benutzen; eine Ablesung nahe null ist kein Signal, bevor sie abgerechnet ist. Beachten Sie, in welche Richtung dieser Vorbehalt schneidet. Er macht die Zahl weniger alarmierend, nicht alarmierender, denn die Abrechnungen, bei denen die fruehe Ablesung in die Irre fuehrt, sind zugleich die, bei denen ein Irrtum am wenigsten kostet.

Aendert die genutzte Boerse die Antwort?

In den rohen Zaehlungen ja, und die ehrliche Antwort braucht zwei Schritte statt einem. Bei vier Stunden Vorlauf lauten die Zaehlungen Binance 9 von 124, OKX 15 von 124, Bybit 23 von 124 und Bitget 23 von 124. Binance trennt sich von Bybit wie von Bitget bei einem exakten Fisher-p von 0,013. Ueberlappende Konfidenzintervalle sind kein Test, und bei 124 Abrechnungen je Boerse ist diese Reihenfolge kein Rauschen.

Athenum chart of the wrong-sign share of a Bitcoin perpetual funding read taken four hours early, by venue, over 124 settlements each to 2026-08-08, shown twice: across all settlements Binance is 9 of 124, Bybit 23 of 124, OKX 15 of 124 and Bitget 23 of 124, while restricted to the near-zero half Binance is 7 of 42, Bybit 23 of 77, OKX 14 of 66 and Bitget 21 of 63 and no pair separates

Anteil falscher Vorzeichen bei vier Stunden Vorlauf, nach Boerse, mit 95-Prozent-Wilson-Intervallen. Der linke Balken jedes Paares sind alle 124 Abrechnungen, der rechte nur die Abrechnungen dieser Boerse nahe null. Binance schlaegt Bybit und Bitget auf der vollen Menge bei p = 0,013, und sobald beide auf ihre Abrechnungen nahe null beschraenkt werden, trennt sich keines der sechs Paare mehr, das kleinste p betraegt 0,073.

Aber die Reihenfolge ist keine Tatsache ueber die Anzeigen, und die Kontrolle, die das zeigt, ist derselbe Nahe-null-Mechanismus aus dem Abschnitt oben. Eine Boerse, deren Finanzierung sich selten der Null naehert, kann kaum Vorzeichenfehler erzeugen. Aus der eigenen Abrechnungshistorie jeder Boerse entnommen, ohne jede Athenum-Datenbeteiligung: die Bitcoin-Finanzierung von Binance lag nur in 42 von 124 Abrechnungen unter dem gepoolten Median, gegen 77 bei Bybit, 66 bei OKX und 63 bei Bitget, und Binance war an 123 von 124 Zeitpunkten positiv, mit einer medianen absoluten Rate von 0,00585% gegen 0,00380% bei Bybit. Binance hatte wiederholt die leichteren sechs Wochen.

Also auf die schweren Faelle bedingen. Beschraenkt man jede Boerse auf ihre eigenen Abrechnungen nahe null und vergleicht Gleiches mit Gleichem: Binance 7 von 42, OKX 14 von 66, Bitget 21 von 63, Bybit 23 von 77. Keiner der sechs paarweisen Vergleiche trennt, das kleinste p betraegt 0,073. Der Boersenunterschied ist eine Tatsache darueber, wo die Finanzierung jeder Boerse lag, und keine ueber die Qualitaet der Zahl, die sie anzeigt. Wer diese vier auf der rohen Spalte sortiert, sortiert eine Marktlage.

Zwei weitere messbare Dinge weisen in dieselbe Richtung. Alle 124 abgerechneten Raten von Bitget sind hier exakte Vielfache von 0,000001, also sechs Nachkommastellen, waehrend Binance und Bybit acht und OKX bis zu zwoelf veroeffentlichen. Nahe null kann ein groeberes Raster eine Rate also allein durch Rundung ueber die Linie schieben. Und die Boersen tasten nicht identisch ab, das ist also nicht eine Zahl, vierfach gemessen: Binance und Bitget nehmen alle fuenf Sekunden eine Stichprobe, Bybit und OKX eine pro Minute. Diese Aufteilung ist neuer, als sie aussieht. Bitget hat am 2026-07-02 angekuendigt, zum 2026-07-10 in UTC+8 und vorbehaltlich der tatsaechlichen Auslieferung von einer Minute auf fuenf Sekunden umzustellen, und dieses Datum faellt in dieses Fenster, seine Anzeige verhaelt sich in den ersten zwei Wochen des Panels also nicht so wie in den letzten vier. Bitget ist ausserdem die Boerse, bei der das Drei-Stunden-Ergebnis einzeln am staerksten ist, behandeln Sie gerade diese Zeile also mit mehr Vorsicht als die gepoolte Zahl.

Ein weiterer Vorbehalt gehoert in diesen Abschnitt und nicht in eine Fussnote, weil er gegen die Schlagzeile schneidet. Der Drei-Stunden-Horizont ist ein gepooltes Ergebnis, und die 124 Abrechnungen einer einzelnen Boerse koennen ihn allein nicht belegen. Bei drei Stunden Vorlauf schlaegt die Anzeige die Vorherige-Abrechnung-Regel 18 zu 7 bei Bitget (p = 0,043), 13 zu 6 bei OKX (p = 0,17) und 12 zu 7 bei Bybit (p = 0,36), und bei Binance verliert sie, 0 zu 3. Bei vier Stunden Vorlauf schlug die bequeme Regel von Binance dessen Anzeige 7 zu 0 (p = 0,016). Genau das macht eine einseitige Phase: wenn die Finanzierung einer Boerse die Null fast nie kreuzt, ist die Annahme, es aendere sich nichts, eine ausgezeichnete Regel, und eine driftende Schaetzung kann nur Fehler hinzufuegen. Der gepoolte Befund wird allerdings nicht von Binance getragen. Laesst man Binance komplett weg, trennen sich die anderen drei bei drei Stunden weiterhin, 43 zu 20 auf 372 Abrechnungen (p = 0,005). Lesen Sie den Horizont als Aussage ueber diese vier Boersen zusammen und nicht als Versprechen ueber irgendeine einzelne Anzeige.

Wie weit daneben liegt das Niveau, nicht nur das Vorzeichen?

Weiter, und es verschlechtert sich stetig. Der mediane absolute Abstand zwischen Ablesung und abgerechneter Rate betraegt 0,036 Basispunkte in der letzten Stunde, 0,140 bei drei Stunden und 0,180 bei vier, gegen abgerechnete Raten, deren eigene mediane Groesse bei 0,48 Basispunkten liegt. Anders gesagt verfehlt eine Vier-Stunden-Ablesung typischerweise mehr als ein Drittel der Groesse einer typischen abgerechneten Rate, und das ist ein grosser Fehlbetrag auf einer kleinen Zahl.

Athenum chart of the absolute gap between a Bitcoin perpetual funding read and the rate that settled, in basis points, over 496 venue-settlements to 2026-08-08: median 0.036 basis points in the final hour, 0.092 at two, 0.140 at three, 0.180 at four, 0.210 at five, 0.231 at six and 0.246 at seven, with the middle half of readings spanning 0.065 to 0.339 basis points at the four hour lead, against a dashed line at 0.48 basis points for the median size of a settled rate itself

Absoluter Fehler in Basispunkten, Median mit dem Band vom 25. bis 75. Perzentil. Bewusst in absoluten Groessen gezeigt: als Anteil der abgerechneten Rate wirkt derselbe Fehler nur deshalb enorm, weil diese Rate haeufig nahe null liegt.

Das steht bewusst in absoluten Groessen. Den Fehler durch eine abgerechnete Rate zu teilen, die haeufig nahe null liegt, erzeugt Prozentwerte im dreistelligen Bereich und schmeichelt dem Punkt, statt ihn zu pruefen. In Basispunkten liest sich das nuechtern: bei vier Stunden Vorlauf verfehlt die mittlere Haelfte der Ablesungen um zwischen 0,065 und 0,339 Basispunkte, und selbst in der letzten Stunde verfehlt die mittlere Haelfte um zwischen 0,013 und 0,072.

Wie sah die heutige Abrechnung tatsaechlich aus?

So, dass eine Boerse in den letzten drei Stunden die Null in voller Breite der Zahl durchquert, eine zweite sie streift und nur eine der vier ihr nie nahekommt. Auf den 2026-08-08 08:00 UTC zu las die laufende Bitcoin-Perpetual-Rate von Bybit sieben Stunden vorher -0,00665% und stand vier Stunden vorher noch bei -0,00162%, beide sagten also, Shorts zahlen, dann wechselte sie drei Stunden vorher auf +0,00009% und rechnete bei +0,00389% ab, es zahlten also die Longs. Wer auf die Vier-Stunden-Anzeige gehandelt hat, hatte die Richtung falsch herum.

Athenum chart of four venue funding rates converging on the 2026-08-08 08:00 UTC Bitcoin perpetual settlement: Bybit rises from minus 0.00665 percent seven hours out through minus 0.00162 percent four hours out and plus 0.00009 percent three hours out to a charged plus 0.00389 percent, while Binance goes from plus 0.00434 percent to a charged plus 0.00542 percent, OKX from plus 0.00210 percent to a charged plus 0.00356 percent and Bitget from minus 0.00226 percent to a charged minus 0.00010 percent

Die Abrechnung am 2026-08-08 08:00 UTC. Jede Linie ist die laufende Rate einer Boerse, gemittelt ueber die Stunde, die so viele Stunden vor dem Stichzeitpunkt beginnt, und der grosse hohle Marker ist das, was die Boerse tatsaechlich berechnet hat. Vier Stunden vorher gelesen hatte nur Bybit das falsche Vorzeichen, und zwar in voller Breite der Zahl.

Die anderen drei verhielten sich unauffaellig. Binance las sieben Stunden vorher +0,00434% und berechnete +0,00542%, im Vorzeichen also durchgehend richtig, aber ein Fuenftel unter dem, was es berechnete. OKX las sieben Stunden vorher +0,00210%, tauchte fuenf Stunden vorher auf -0,00008% ab, was bei dieser Vorlaufzeit ein Vorzeichenfehler in der Breite einer Rundung ist, und berechnete +0,00356%. Bitget las sieben Stunden vorher -0,00226% und berechnete -0,00010%, im Vorzeichen richtig, aber praktisch null, und genau das ist das Nahe-null-Regime, in dem das Vorzeichen am wenigsten aussagt.

Zur Groessenordnung im selben Augenblick: die letzte vollstaendige Stundenzeile vor diesem Zeitpunkt, der 07:00 UTC am 2026-08-08, trug Bitcoin bei $64.956,24. Eine aggregierte Open-Interest-Zahl stellen wir bewusst nicht daneben: der Athenum-Beitrag dazu, ob Open Interest eine Seite oder beide zaehlt hat gezeigt, dass eine rohe boersenuebergreifende Summe rund 20% zu hoch laeuft, weil einige Boersen beide Seiten jedes Kontrakts zaehlen, und nichts in diesem Beitrag braucht diese Zahl. Hyperliquid notierte an dieser Zeile +0,00045% auf seiner Ein-Stunden-Uhr, was nicht auf derselben Skala liegt wie die anderen und nicht danebengestellt werden sollte.

Wie pruefen Sie das selbst nach?

Jede Eingangsgroesse ist oeffentlich und keine davon braucht ein Konto.

1. Holen Sie die abgerechnete Reihe. Binance fapi/v1/fundingRate, Bybit v5/market/funding/history, OKX api/v5/public/funding-rate-history, wo der abgerechnete Wert realizedRate heisst, Bitget api/v2/mix/market/history-fund-rate. Jeder liefert die Bitcoin-Abrechnungen innerhalb Ihres Fensters. 2. Sehen Sie einer Zahl beim Wandern zu. Rufen Sie den Live-Finanzierungsendpunkt einer beliebigen Boerse zweimal im Abstand von zwanzig Minuten innerhalb eines Intervalls ab. Unterscheiden sich die beiden Werte, ist die angezeigte Rate dieser Boerse nicht die Rate, die sie zuletzt berechnet hat. 3. Bestaetigen Sie die Uhr, bevor Sie irgendetwas vergleichen. Ziehen Sie die Intervallfelder aus der Tabelle oben. Eine Boerse auf einer Ein-Stunden-Uhr laesst sich nicht neben eine auf acht Stunden stellen, ohne beide umzurechnen, und der kostenlose Athenum-Rechner fuer Finanzierungsraten traegt genau dafuer einen ausdruecklichen Waehler fuer acht, vier und eine Stunde. 4. Notieren Sie zu jeder Ablesung die Vorlaufzeit. Die nuetzlichste Spalte ist nicht die Rate, sondern wie viele Stunden bis zum Stichzeitpunkt noch blieben, als Sie sie aufgeschrieben haben. 5. Messen Sie gegen die bequeme Regel, nicht gegen null. Eine Methode, die "nimm an, sie bleibt, wo sie zuletzt abgerechnet hat" schlaegt, ist etwas wert. In diesem Fenster taten das nur die Ablesungen innerhalb von drei Stunden. 6. Pruefen Sie den Abstand zur Null, bevor Sie dem Vorzeichen trauen. Ueber 0,0048% je acht Stunden Betrag stimmte das Vorzeichen in allen 248 Ablesungen bei einer Stunde und allen 248 bei zwei Stunden. Darunter war ein Viertel der Vier-Stunden-Ablesungen falsch. 7. Bedingen Sie, bevor Sie sortieren. Wenn eine Boerse besser aussieht als eine andere, pruefen Sie, ob ihre Finanzierung ueber Ihr Fenster schlicht weiter von der Null entfernt lag. Hier erklaerte das den gesamten Unterschied.

Drei Grenzen, die man nennen und nicht vergraben sollte. Die Athenum-Stundenzeile ist ein Durchschnitt ueber ihre Stunde und keine Momentaufnahme, was wir festgestellt haben, indem wir die neueste Zeile sich bewegen sahen, waehrend jede abgeschlossene Zeile bis auf Gleitkommarauschen unveraendert blieb. Jede Vorlaufzeit oben ist damit ein stundenlanges Fenster, benannt nach seinem Beginn, und keine Momentaufnahme genau zu diesem Zeitpunkt. Es wurden sieben Vorlaufzeiten gegen denselben Massstab geprueft, und diese Vielfachheit ist wichtig: haelt man die familienweise Fehlerrate nach der Holm-Methode bei 5%, ueberstehen das Ein-Stunden- und das Zwei-Stunden-Ergebnis das bequem, waehrend die Drei-Stunden-Trennung ihre angepasste Schwelle nicht erreicht. Zwei Nachtests, die die Buendelung beruecksichtigen, stimmen mit der unangepassten Zahl ueberein, ein Bootstrap auf Zeitpunktebene bei etwa p = 0,017 und eine nach Zeitpunkten geclusterte Permutation bei p = 0,022. Das Drei-Stunden-Ergebnis ist also echt, aber es ist das schwaechste der sieben und sollte als nominal gelesen werden. Sechs Wochen eines Wertes auf vier Boersen sind weiterhin eine begrenzte Stichprobe, und die oben gedruckten Intervalle sind ihre ehrliche Breite. Und die Niveaus hier gehoeren zu diesem Fenster: die mediane absolute abgerechnete Rate von 0,0048% je acht Stunden liegt unter der Haelfte der 0,01%, die in der Formel der Boersen selbst als Zinskomponente stehen, eine staerker gerichtete Phase wuerde also sehr wahrscheinlich eine niedrigere Wechselquote ergeben. Belastbar ist eher die Form als die Grenze: die Anzeige ist innerhalb von zwei Stunden deutlich besser als Nichtstun, ab vier Stunden und frueher davon nicht zu unterscheiden, und der Uebergang liegt bei etwa drei. Die genauen Prozentwerte gehoeren diesem Fenster.

Eine letzte Anmerkung dazu, wo das steht, eng gefasst, weil die weite Fassung nicht widerlegbar waere. Die Unterscheidung zwischen prognostiziert und realisiert ist selbst gut dokumentiert: Coin Metrics und Amberdata verkaufen beide Reihen getrennt, und OKX benennt sie in seiner eigenen API als fundingRate und realizedRate. Was wir nicht finden konnten, ist jemand, der die Groesse des Abstands veroeffentlicht, also eine Boersen-Studie, eine Anbieteruntersuchung oder eine Arbeit, die beziffert, wie weit die laufende Ablesung einer Boerse von der Rate entfernt liegt, die sie dann berechnet. Die naechstgelegenen wissenschaftlichen Arbeiten gehen benachbarte Fragen an: eine prognostiziert die naechste abgerechnete Rate aus der Historie abgerechneter Raten und misst sich an einem Keine-Aenderung-Vergleich, eine andere misst Spreads von Finanzierungsraten ueber Dutzende Boersen auf zig Millionen Beobachtungen. Keine fragt, wie weit die eigene angezeigte Zahl einer Boerse von der Rate entfernt liegt, die diese Boerse dann berechnet, und genau das ist hier die einzige Frage. Falls es eine solche Messung gibt, wuerden wir sie gern sehen. Die Zahlen oben sind unsere, und sie sind zum Nachrechnen gedacht und nicht zum Glauben.

Nichts davon brauchte ein kostenpflichtiges Datenterminal und nichts davon brauchte eine Erlaubnis: jede abgerechnete Rate kam vom oeffentlichen Verlaufsendpunkt der jeweiligen Boerse, und der stuendliche Pfad zwischen den Stichzeitpunkten kam aus dem boersenuebergreifenden Live-Derivatefeed von Athenum, und die 34 Rechner daneben sind frei nutzbar, ohne Konto, ohne E-Mail und ohne Nutzungsgrenzen. Der oben verlinkte Rechner fuer Finanzierungsraten macht aus einer Rate je Intervall eine Jahresrate; wer den umgekehrten Weg gehen und eine Jahresrate aufzinsen will, findet dafuer den kostenlosen Athenum-Rechner fuer APR und APY. Oder nehmen Sie eine kostenlose 7-Tage-Testphase von Athenum Pro+ und sehen Sie dem naechsten Stichzeitpunkt zu, statt ueber den letzten zu lesen.

Juggling CoinGlass, Hyblock & TradingLite tabs
Paying $100+/mo across fragmented tools
Stale data you can’t trust for entries

One terminal. All the data.

Liquidations, orderbook depth, whale walls & open interest from 4 exchanges, all real-time, in one place.

100+ pairs tracked live
Try It Free

No credit card required

Athenum Analytics
Author

Athenum Analytics

Wisdom Over Chaos