
요약. 거래소가 두 정산 사이에 보여 주는 비트코인 펀딩 비율은 정산 시각까지 계속 움직이는 이동 평균이며, 일찍 읽으면 이미 알고 있던 것 이상을 거의 알려 주지 않습니다. 2026-06-27 00:00 UTC부터 2026-08-08 08:00 UTC까지 바이낸스, 바이비트, OKX, 비트겟에서 496건의 거래소 정산을 측정한 결과, 네 시간 전에 읽은 값은 496건 중 70건(14.1%)에서 실제 정산된 비율과 반대 부호를 나타냈습니다. 중요한 기준은 0이 아니라 게으른 대안입니다. 비율이 지난번 정산된 자리에 그대로 있을 것이라고 그냥 가정하는 방법은 496번 중 79번(15.9%) 틀렸고, 네 시간 전 읽기는 이를 이기지 못했습니다(p = 0.33). 화면이 그 규칙에서 갈라지는 것은 세 시간 이내뿐이며, 그 뒤로 격차는 빠르게 벌어집니다. 세 시간에서 43 대 23(p = 0.019), 두 시간에서 55 대 14, 한 시간에서 71 대 5입니다. 이유는 거래소들이 직접 공개한 공식에 있습니다. 프리미엄 표본은 정산 시각에 가까울수록 더 무겁게 반영되므로, 네 시간 창이 열리는 시점에는 최종 숫자 가중치의 25%만 쌓여 있습니다. 오차는 또한 고르게 퍼져 있지 않습니다. 거의 전부가 0 근처로 끝나는 정산에 몰려 있고, 그곳에서 읽은 값은 정산되기 전까지 신호가 아닙니다.
정산과 정산 사이에 보이는 펀딩 숫자는 무엇입니까?
다음 정산 시각을 겨냥한 이동 평균이며, 지난번에 청구된 비율이 아닙니다. 27분 간격의 두 번의 요청만으로도 그것이 움직이는 모습을 볼 수 있습니다. 2026-08-08 08:37 UTC와 다시 09:04 UTC에, 둘 다 16:00 UTC에 정산되는 구간 안에서 익명으로 읽었을 때 네 곳 모두 움직였습니다. 바이낸스는 +0.006616%에서 +0.006820%로, OKX는 +0.004511%에서 +0.004951%로, 바이비트는 +0.010000%에서 +0.008352%로 내려갔고, 비트겟은 +0.000100%에서 0을 그대로 통과해 -0.000200%가 되었습니다. 이제 이 여덟 개의 값을, 같은 거래소들이 그날 아침 08:00 정산 시각에 실제로 청구한 값, 즉 바이낸스 +0.00542%, OKX +0.00356%, 바이비트 +0.00389%, 비트겟 -0.00010%와 나란히 놓아 보십시오. 여덟 개 중 어느 것도 해당 거래소의 정산 비율과 같지 않았고, 비트겟에서는 독자가 인용했을 숫자가 30분도 안 되어 부호를 뒤집었습니다.
넷 중 둘은 이를 자체 문서에서 밝히고 있으며, 이는 인용할 가치가 있습니다. 이 글이 무언가를 주장하는 것이 아니라 문서화된 동작을 서술한다는 뜻이기 때문입니다. OKX의 REST API 참조 문서는 이 필드를 다가오는 정산 기간에 대한 예측 비율이라고 부르고, 그것이 예측이며 최종 정산 비율은 다를 수 있다고 명시하며, 실제로 정산된 값을 같은 엔드포인트의 별도 필드 settFundingRate로 settState 플래그와 함께 제공합니다. 이력 엔드포인트는 같은 정산 값을 세 번째 이름 realizedRate로 담고 있습니다. 같은 거래소의 웹소켓 채널은 동일한 필드를 현재 비율이라고 표기하므로 거래소가 스스로와 일관되지 않지만, 그 구분을 문서화한 쪽은 REST 참조 문서입니다. 바이비트 헬프 센터는 트레이더가 보는 펀딩 비율이 펀딩 시각까지 실시간으로 변동하며, 고정되어 있지 않고, 매 분 갱신된다고 적고 있습니다. 바이낸스의 필드 이름은 lastFundingRate로 정반대처럼 읽히는데, 위의 측정값이 그 모호함을 정리합니다. 그것은 08:00 UTC 정산과 같지 않았습니다.
이 이야기는 측정된 거래소로 한정하십시오. 관행이 보편적이지 않기 때문입니다. 비트멕스는 반대 방식을 문서화하고 있으며, 직전 8시간 창이 끝나는 시점의 프리미엄 인덱스 값을 사용합니다. 즉 다가오는 지급액이 그것이 적용되는 기간이 시작되기도 전에 정해진다는 뜻입니다. 비트멕스도 여전히 평균을 냅니다. 따라서 뒤집힌 것은 지연이지 평균 자체가 아닙니다. 무기한 계약에 관한 이론 문헌도 대체로 그 설계를 전제하고 펀딩 지급액을 기간 시작 시점에 알려진 값으로 다룹니다. 바로 그래서 이 질문은 전제할 것이 아니라 사람들이 실제로 거래하는 거래소에서 측정할 가치가 있습니다.
메커니즘 자체는 새롭지 않으며 우리는 이미 다룬 적이 있습니다. 프리미엄 구성 요소는 반복적으로 표본화되어 구간 전체에 걸쳐 평균되므로, 그 숫자는 현재 순간이 아니라 표본의 창을 반영합니다. 프리미엄 인덱스가 무기한 계약을 현물에 묶어 두는 방식에 관한 Athenum 설명이 이를 정리하고 있고, 펀딩 공식 자체를 짚어 보는 Athenum 해설이 산술을 분해합니다. 이제부터는 그 메커니즘의 재서술이 아닙니다. 일찍 움직이는 독자에게 그것이 얼마의 대가를 치르게 하는지에 대한 측정입니다.
이 네 거래소는 하나의 정산 시계를 공유합니까?
비트코인 무기한 계약에 대해서는, 측정한 날 기준으로 그렇습니다. 그리고 각 거래소가 자체 공개 엔드포인트에서 그렇게 밝히고 있습니다. 아래의 모든 필드는 2026-08-08에 익명으로 읽었으며, 00:00, 08:00, 16:00 UTC의 정산 시각을 갖는 8시간 구간으로 일치합니다. 이는 중요합니다. 선행 시간은 같은 시계로 정산하는 거래소 사이에서만 비교 가능하며, 두 개의 펀딩 숫자를 나란히 놓기 전에 가장 먼저 확인해야 할 사항이기 때문입니다.
거래소 | 엔드포인트 필드 | 보고하는 구간 |
|---|---|---|
바이낸스 | fundingInfo가 fundingIntervalHours 반환 | 8시간 |
바이비트 | instruments-info가 fundingInterval 반환 | 480분, 즉 8시간 |
OKX | funding-rate가 fundingTime과 nextFundingTime 반환 | 28,800,000ms 차이, 즉 8시간 |
비트겟 | funding-time이 ratePeriod 반환 | 8시간 |
하이퍼리퀴드 | predictedFundings가 fundingIntervalHours 필드를 담음 | 1시간 |
이 표에 대한 세 가지 단서. 각 거래소의 비트코인 무기한 계약에 관한 것이며, 그들이 상장한 모든 계약에 관한 것이 아닙니다. 그중 여럿은 4시간과 1시간 구간으로 운영됩니다. 거래소들이 쓰는 표현은 기본값이므로 8시간은 보장이 아니라 통상적인 경우입니다. OKX와 바이비트는 비율이 상한이나 하한에 도달하면 더 잦은 정산으로 자동 전환한다고 둘 다 문서화하고 있는데, OKX는 4시간과 2시간을 거쳐 한 단계씩 1시간까지 내려가고 바이비트는 곧바로 시간 단위로 전환합니다. 그리고 하이퍼리퀴드는 이 표에서 유용한 대조군입니다. 응답에 다른 거래소의 구간까지 담아, 하나의 응답에서 자신에게는 1시간을, 바이낸스와 바이비트 모두에게는 8시간을 반환하기 때문입니다. 즉 시계가 각 거래소의 자기 진술만이 아니라 제3자에 의해서도 확인됩니다. 그 행에 대한 단서 하나. 구간 필드는 실시간 응답에는 존재하지만 하이퍼리퀴드의 공개 문서에는 나타나지 않습니다. 따라서 문서화된 약속이 아니라 런타임 관찰로 취급하고, 모든 구간을 고정된 것으로 가정하지 말고 API에서 읽으십시오.
이후 하이퍼리퀴드는 기계적인 이유로 연구에서 제외됩니다. 여기서 검증한 모든 선행 시간, 한 시간부터 일곱 시간까지가 그 전체 펀딩 구간과 같거나 그보다 길기 때문에, 1시간 시계에서는 "정산 네 시간 전"이라는 질문 자체가 성립하지 않습니다. 데리빗은 무기한 계약 비용에 관한 이전 Athenum 글이 이미 밝힌 이유, 즉 펀딩이 고정된 시계가 아니라 연속적으로 갱신된다는 이유로 제외됩니다. 원시 호가 숫자를 서로 다른 시계 사이에서 비교할 수 없다는 별개의 논점도 이미 다루었고, 펀딩 구간에 관한 Athenum 가이드가 그 근거를 제시합니다. 이 글은 그 가이드를 되풀이하는 대신 더 날카롭게 다듬습니다. 비율은 정산 시각에만 바뀌는 것이 아니라 거기까지 가는 내내 표류하며, 그렇다면 그 가이드가 표로 정리한 종류의 구간 중간 측정값은 아직 누구에게도 청구될 비율이 아니라는 뜻입니다.
일찍 읽은 값이 아무것도 변하지 않았다는 가정보다 나은가요?
세 시간 이내, 즉 세 시간 전 읽기와 그 이후에만 그렇고, 그것이 이 글의 결론입니다. 잘못된 부호의 비율만 덩그러니 제시하는 것은 그 자체로 약한 결과입니다. 정직한 비교 대상은 동전 던지기가 아니라 가장 게으른 규칙, 즉 화면을 완전히 무시하고 비율이 지난번 정산된 자리에서 정산될 것이라고 가정하는 방법이기 때문입니다. 같은 496건의 정산에서 그 규칙은 79번, 즉 15.9% 틀렸습니다. 네 시간 전과 그 이전의 모든 측정값은 통계적으로 그 위에 놓여 있습니다.

화면과 직전 정산 규칙이 엇갈리는 정산만을 담았으므로, 일치한 경우가 어느 쪽도 부풀릴 수 없습니다. 세 시간 이내에서 화면은 이 불일치를 확실하게 이깁니다. 네 시간 전과 그 이전에서는 둘이 통계적으로 동률이고, 일곱 시간에서는 규칙이 명목상 앞섭니다, 22 대 19.
같은 정산에서 짝지어 검정하면 구분이 깔끔합니다. 마지막 한 시간에서는 화면이 맞고 규칙이 틀린 경우가 71번, 반대 방향이 5번으로, 정확 양측 부호 검정에서 p는 0.001 미만입니다. 두 시간에서는 55 대 14로 역시 0.001 미만입니다. 세 시간에서는 43 대 23, p = 0.019로 여전히 갈라집니다. 네 시간에서는 38 대 29, p = 0.33으로 갈라지지 않습니다. 일곱 시간에서는 규칙이 명목상 앞섭니다, 22 대 19.
도움이 되는 것은 더 늦게 읽는 것이며 방향은 한쪽뿐입니다. 네 시간 전에는 틀렸고 마지막 한 시간에는 맞았던 정산은 57건이었습니다. 반대 방향, 즉 네 시간에는 맞고 한 시간에는 틀린 경우는 하나도 없었습니다. 이 비교에 대한 짝지은 검정은 p를 0.001 미만으로 돌려줍니다. 이 구간에서 기다림이 부호를 잃게 만든 사례는 단 한 건도 없었습니다.
일찍 읽은 값이 얼마나 자주 잘못된 부호를 담습니까?
네 시간 전에는 496건 중 70건, 마지막 한 시간에 읽었을 때는 496건 중 13건입니다. 패널은 같은 124개의 정산 시각에서 관측한 네 거래소로 구성되며, 한 시간부터 일곱 시간까지 모든 선행 시간에 쓸 만한 측정값이 있고 비교할 직전 정산이 있는 시각만 남겼습니다. 따라서 아래의 모든 행은 496이라는 같은 분모를 가집니다.
읽은 시점 | 누적 가중치 | 잘못된 부호 | 비율 | 95% 구간 | 게으른 규칙을 이겼나? |
|---|---|---|---|---|---|
마지막 한 시간 안 | 77% | 496건 중 13건 | 2.6% | 1.5%~4.4% | 예, p < 0.001 |
2시간 전 | 56% | 496건 중 38건 | 7.7% | 5.6%~10.3% | 예, p < 0.001 |
3시간 전 | 39% | 496건 중 59건 | 11.9% | 9.3%~15.0% | 예, p = 0.019 |
4시간 전 | 25% | 496건 중 70건 | 14.1% | 11.3%~17.5% | 아니오, p = 0.33 |
5시간 전 | 14% | 496건 중 75건 | 15.1% | 12.2%~18.5% | 아니오, p = 0.69 |
6시간 전 | 6% | 496건 중 74건 | 14.9% | 12.1%~18.3% | 아니오, p = 0.58 |
7시간 전 | 2% | 496건 중 82건 | 16.5% | 13.5%~20.1% | 아니오, p = 0.76 |
가중치 열은 측정한 것이 아니라 계산한 것이며, 거래소들이 직접 공개한 공식에서 나옵니다. 네 곳 모두 여기서 측정한 8시간 계약에 대해, 정산 시각에 가까운 표본이 더 무겁게 반영되는 시간 가중 프리미엄 인덱스 평균을 공개하고 있고, 네 곳 모두 계수를 그대로 공개합니다. 첫 표본은 한 번, 두 번째는 두 번, 마지막은 n번 세는 방식입니다. 적용 범위가 중요합니다. 바이낸스는 이 가중을 한 시간보다 긴 구간에만 적용하고 1시간 종목에는 단순 비가중 평균을 씁니다. 따라서 아래 열은 8시간 계약에 관한 진술이며 펀딩 일반에 관한 것이 아닙니다. 표본 수도 같지 않습니다. 바이낸스와 비트겟은 5초마다 취한 5,760개를 평균하고, 바이비트와 OKX는 분당 하나씩 취한 480개를 평균합니다. 여기서는 이 차이가 문제가 되지 않습니다. 이미 확정된 최종 숫자의 몫은 지금까지의 가중치 합을 총합으로 나눈 값이고, 선형 가중에서는 그것이 구간의 경과 비율의 제곱에 매우 가깝기 때문입니다. 절반 지점에서는 숫자의 4분의 1이 쓰여 있습니다. 480개 표본에서 25.05%, 5,760개에서 25.00%로 정수 퍼센트까지 동일합니다. 일곱 시간 전에는 2% 미만입니다. 4분의 3이 아직 쓰이지 않은 숫자는 누구도 그것을 근거로 움직여서는 안 되는 예측이며, 측정된 오차는 이 곡선을 바짝 따라갑니다.
이 496건에 대한 두 가지 정직한 한계. 이것은 같은 124개 시각에서 관측한 네 거래소이지 496개의 독립 추출이 아닙니다. 네 시간 선행에서 부호 반전은 시각별로 73개는 하나도 없음, 34개는 한 거래소, 16개는 두 거래소, 세 거래소는 없음, 그리고 1개에서는 네 곳이 함께 뒤집혔습니다. 마지막 경우는 독립을 가정하면 사실상 불가능하므로, 위의 구간은 보수적이라기보다 낙관적입니다. 그리고 시간별 시계열은 구간 안에 두 개의 결측을 안고 있습니다. 2026-07-01에 네 거래소 중 셋에서 여섯 개의 시간별 값이 빠졌고 결측이 한 시간 일찍 시작되는 비트겟에서는 일곱 개가 빠졌으며, 2026-07-31 03:00 UTC부터 2026-08-01 01:00 UTC까지 스물두 시간의 단절에 걸쳐 스물한 개가 빠졌습니다. 둘을 합쳐 네 개의 정산 시각을 잃었습니다. 다섯 번째는 피드의 맨 앞에서 사라집니다. 가장 이른 시간별 행이 2026-06-26 14:00 UTC이므로 그날 16:00 시각 뒤에는 일곱 시간의 이력이 없습니다. 그래서 피드 범위 안에 129개 시각이 들어오고 124개가 패널에 남습니다.
부호 오류는 어디에 몰려 있습니까?
거의 전부가 0 근처로 끝나는 정산에 몰려 있으며, 이것이 이 글에서 가장 쓸모 있는 단 하나의 사실입니다. 같은 496건을 정산 비율 절댓값의 중앙값, 8시간당 0.0048%에서 둘로 나누면 두 절반은 전혀 다르게 움직입니다. 큰 절반에서는 마지막 한 시간에 읽은 248건 전부와 두 시간에 읽은 248건 전부에서 부호가 맞았습니다. 작은 절반에서는 한 시간에 13번, 네 시간에 65번 틀렸습니다.

같은 496건의 정산을 정산 크기의 중앙값에서 나눈 결과. 큰 절반에서는 한 시간에 248건 전부, 두 시간에 248건 전부에서 부호가 맞았습니다. 일곱 시간이 되면 큰 절반조차 13번 틀렸으므로, 이것은 보장이 아니라 기울기입니다.
네 시간 선행에서는 26.2% 대 2.0%이며, 정확 양측 p는 0.001 미만으로 갈라집니다. 이 격차는 검증한 모든 선행 시간에서 유지되며 마지막 한 시간에도 남아 있습니다. 거기서는 248건 중 13건 대 248건 중 0건으로 p = 0.0002입니다.
이것이 가져갈 만한 규칙이며, 이 규칙을 낳은 표제보다 더 유용합니다. 0에서 멀리 떨어진 펀딩 값은 몇 시간 전에도 근거로 쓸 수 있고, 0 근처의 값은 정산되기 전까지 신호가 아닙니다. 이 단서가 어느 방향으로 작용하는지 보십시오. 숫자를 더 놀랍게 만드는 것이 아니라 덜 놀랍게 만듭니다. 일찍 읽은 값이 오도하는 정산은 동시에 틀렸을 때 비용이 가장 적은 정산이기 때문입니다.
어느 거래소를 쓰느냐가 답을 바꿉니까?
원자료 집계로는 그렇고, 정직한 답은 한 단계가 아니라 두 단계를 거칩니다. 네 시간 선행에서 집계는 바이낸스 124건 중 9건, OKX 124건 중 15건, 바이비트 124건 중 23건, 비트겟 124건 중 23건입니다. 바이낸스는 바이비트와 비트겟 양쪽에서 정확 피셔 p 0.013으로 갈라집니다. 신뢰구간이 겹친다는 것은 검정이 아니며, 거래소당 124건의 정산에서 이 순서는 잡음이 아닙니다.

네 시간 선행에서의 잘못된 부호 비율, 거래소별, 95% 윌슨 구간 포함. 각 쌍의 왼쪽 막대는 124건 전부이고 오른쪽 막대는 그 거래소의 0 근처 정산만입니다. 바이낸스는 전체 집합에서 p = 0.013으로 바이비트와 비트겟을 앞서지만, 양쪽을 0 근처 정산으로 한정하면 여섯 쌍 중 어느 것도 갈라지지 않으며 가장 작은 p가 0.073입니다.
그러나 이 순서는 화면에 관한 사실이 아니며, 그것을 보여 주는 대조는 위 절과 같은 0 근처 메커니즘입니다. 펀딩이 0에 좀처럼 다가가지 않는 거래소는 부호 오류를 많이 만들 수 없습니다. Athenum 데이터가 전혀 개입하지 않은 채 각 거래소 자체의 정산 이력에서 가져오면, 바이낸스의 비트코인 펀딩은 124건 중 42건에서만 통합 중앙값 아래에 있었고 바이비트는 77건, OKX는 66건, 비트겟은 63건이었습니다. 그리고 바이낸스는 124개 시각 중 123개에서 양수였으며 절댓값 중앙값은 0.00585%로 바이비트의 0.00380%와 대비됩니다. 바이낸스는 여섯 주 동안 거듭 더 수월한 쪽이었습니다.
그러니 어려운 경우로 조건을 걸어 보십시오. 각 거래소를 자기 자신의 0 근처 정산으로 한정하고 같은 것끼리 비교하면, 바이낸스 42건 중 7건, OKX 66건 중 14건, 비트겟 63건 중 21건, 바이비트 77건 중 23건입니다. 여섯 개의 짝 비교 중 어느 것도 갈라지지 않으며 가장 작은 p는 0.073입니다. 거래소 간 격차는 각 거래소의 펀딩이 어디에 놓여 있었는가에 관한 사실이지 화면에 띄우는 숫자의 품질에 관한 사실이 아니며, 이 넷을 원자료 열로 줄 세우는 사람은 시장 상황을 줄 세우는 셈입니다.
같은 방향을 가리키는 측정 가능한 사실이 둘 더 있습니다. 여기서 비트겟의 정산 비율 124건은 모두 0.000001의 정확한 배수, 즉 소수점 여섯 자리인 반면 바이낸스와 바이비트는 여덟 자리, OKX는 최대 열두 자리를 공개합니다. 따라서 0 근처에서는 더 거친 격자가 반올림만으로 비율을 선 너머로 밀어낼 수 있습니다. 그리고 거래소들의 표본 추출 방식이 같지 않으므로 이것은 하나의 숫자를 네 가지 방법으로 측정한 것이 아닙니다. 바이낸스와 비트겟은 5초마다 표본을 취하고 바이비트와 OKX는 분당 하나를 취합니다. 이 구분은 보이는 것보다 최근의 일입니다. 비트겟은 2026-07-02에 UTC+8 기준 2026-07-10부터 실제 배포에 따라 1분에서 5초로 바꾸겠다고 공지했고 그 날짜는 이 구간 안에 들어옵니다. 따라서 그 화면은 패널의 첫 두 주와 마지막 네 주에서 같은 방식으로 움직이지 않습니다. 비트겟은 또한 세 시간 결과가 개별적으로 가장 강한 거래소이므로, 특히 그 행은 통합 수치보다 더 조심해서 다루십시오.
단서가 하나 더 있는데 각주가 아니라 이 절에 속합니다. 표제와 반대 방향으로 작용하기 때문입니다. 세 시간 지평은 통합된 결과이며, 어느 한 거래소의 124건만으로는 그것을 세울 수 없습니다. 세 시간 선행에서 화면은 직전 정산 규칙을 비트겟에서 18 대 7(p = 0.043), OKX에서 13 대 6(p = 0.17), 바이비트에서 12 대 7(p = 0.36)로 이기고, 바이낸스에서는 0 대 3으로 집니다. 네 시간 선행에서는 바이낸스의 게으른 규칙이 자기 화면을 7 대 0으로 이겼습니다(p = 0.016). 한쪽으로 치우친 국면이 하는 일이 바로 그것입니다. 어느 거래소의 펀딩이 0을 거의 넘지 않으면 아무것도 변하지 않는다는 가정은 훌륭한 규칙이 되고, 표류하는 추정치는 오류만 더할 수 있습니다. 다만 통합된 결론을 떠받치는 것은 바이낸스가 아닙니다. 바이낸스를 통째로 빼도 나머지 셋은 세 시간에서 여전히 갈라집니다. 372건에서 43 대 20(p = 0.005)입니다. 이 지평은 이 네 거래소를 합친 진술로 읽으십시오. 어느 한 화면에 대한 약속이 아닙니다.
부호만이 아니라 수준은 얼마나 빗나갑니까?
더 많이 빗나가고 꾸준히 나빠집니다. 읽은 값과 정산 비율 사이의 절대 차이의 중앙값은 마지막 한 시간에 0.036 베이시스포인트, 세 시간에 0.140, 네 시간에 0.180이며, 정산 비율 자체의 크기 중앙값은 0.48 베이시스포인트입니다. 달리 말하면 네 시간 전 읽기는 통상 전형적인 정산 비율 크기의 3분의 1 이상을 빗나가며, 이는 작은 숫자 위의 큰 오차입니다.

베이시스포인트 단위의 절대 오차, 중앙값과 25~75 백분위 구간. 의도적으로 절댓값으로 표시했습니다. 정산 비율에 대한 비율로 나타내면 같은 오차가 거대해 보이는데, 그 비율이 자주 0에 가깝기 때문일 뿐입니다.
이것은 의도적으로 절댓값입니다. 자주 0에 가까운 정산 비율로 오차를 나누면 수백 퍼센트가 나오고, 논지를 검증하는 대신 치켜세우게 됩니다. 베이시스포인트로 보면 읽기는 담담합니다. 네 시간 선행에서 가운데 절반의 값들은 0.065에서 0.339 베이시스포인트 사이만큼 빗나가고, 마지막 한 시간에도 가운데 절반은 0.013에서 0.072 사이만큼 빗나갑니다.
오늘의 정산은 실제로 어땠습니까?
한 거래소가 마지막 세 시간에 숫자의 폭만큼 0을 가로지르고, 두 번째가 스치듯 지나가고, 넷 중 하나만 가까이 가지 않은 모습이었습니다. 2026-08-08 08:00 UTC를 향해 바이비트의 진행 중 비트코인 무기한 비율은 일곱 시간 전에 -0.00665%를 나타냈고 네 시간 전에도 여전히 -0.00162%로, 둘 다 숏이 지급한다고 말하고 있었습니다. 그러다 세 시간 전에 +0.00009%로 넘어갔고 +0.00389%로 정산되어 롱이 지급했습니다. 네 시간 화면을 근거로 움직인 사람은 방향을 반대로 잡고 있었던 셈입니다.

2026-08-08 08:00 UTC 정산. 각 선은 정산 시각으로부터 그만큼의 시간 전에 시작하는 한 시간 동안 평균한 거래소의 진행 중 비율이고, 큰 빈 표식은 거래소가 실제로 청구한 값입니다. 네 시간 전에 읽었을 때 부호가 틀린 곳은 바이비트뿐이었고, 숫자의 폭만큼 틀렸습니다.
나머지 셋은 얌전했습니다. 바이낸스는 일곱 시간 전에 +0.00434%를 나타냈고 +0.00542%를 청구해 부호는 내내 맞았지만 청구액보다 5분의 1 낮았습니다. OKX는 일곱 시간 전에 +0.00210%였다가 다섯 시간 전에 -0.00008%까지 내려갔는데 그 선행 시점에서는 반올림 폭만큼의 부호 오류이며, 결국 +0.00356%를 청구했습니다. 비트겟은 일곱 시간 전에 -0.00226%를 나타냈고 -0.00010%를 청구해 부호는 맞았지만 사실상 0이었으며, 이것이 바로 부호가 가장 적은 정보를 담는 0 근처 국면입니다.
같은 순간의 규모를 위해, 그 시각 직전의 마지막 완전한 시간별 행인 2026-08-08 07:00 UTC는 비트코인을 $64,956.24에 담고 있었습니다. 그 옆에 합산 미결제약정 수치는 의도적으로 놓지 않습니다. 미결제약정이 한쪽을 세는지 양쪽을 세는지에 관한 Athenum 글이 일부 거래소가 모든 계약의 양쪽 다리를 세기 때문에 원시 거래소 합산이 약 20% 높게 나온다는 점을 보여 주었고, 이 글에서 그 숫자가 필요한 대목은 없습니다. 하이퍼리퀴드는 그 행에서 자신의 1시간 시계로 +0.00045%를 호가하고 있었는데, 이는 다른 값들과 같은 척도가 아니므로 나란히 놓아서는 안 됩니다.
이것을 직접 어떻게 확인합니까?
모든 입력은 공개되어 있고 어느 것도 계정을 요구하지 않습니다.
1. 정산 시계열을 가져오십시오. 바이낸스 fapi/v1/fundingRate, 바이비트 v5/market/funding/history, OKX api/v5/public/funding-rate-history에서 정산 값은 realizedRate, 비트겟 api/v2/mix/market/history-fund-rate. 각각 여러분의 구간 안에 있는 비트코인 정산을 돌려줍니다. 2. 숫자 하나가 움직이는 것을 지켜보십시오. 아무 거래소의 실시간 펀딩 엔드포인트를 한 구간 안에서 20분 간격으로 두 번 요청하십시오. 두 값이 다르다면 그 거래소가 표시하는 비율은 지난번에 청구한 비율이 아닙니다. 3. 무엇이든 비교하기 전에 시계를 확인하십시오. 위 표의 구간 필드를 확인하십시오. 1시간 시계의 거래소는 둘 다 환산하지 않고는 8시간 거래소 옆에 놓을 수 없으며, 무료 Athenum 펀딩 비율 계산기는 바로 그것을 위해 8시간, 4시간, 1시간 선택기를 명시적으로 제공합니다. 4. 모든 측정값에 선행 시간을 함께 기록하십시오. 가장 유용한 열은 비율이 아니라, 그것을 적었을 때 정산까지 몇 시간이 남아 있었는가입니다. 5. 0이 아니라 게으른 규칙과 견주십시오. "지난번 정산된 자리에 그대로 있을 것이라고 가정한다"를 이기는 방법이라야 값어치가 있습니다. 이 구간에서 그렇게 한 것은 세 시간 이내의 측정값뿐이었습니다. 6. 부호를 믿기 전에 0과의 거리를 확인하십시오. 8시간당 절댓값 0.0048%를 넘으면 한 시간에 취한 248개 측정값 전부와 두 시간에 취한 248개 전부에서 부호가 맞았습니다. 그 아래에서는 네 시간 측정값의 4분의 1이 틀렸습니다. 7. 줄 세우기 전에 조건을 거십시오. 어느 거래소가 다른 곳보다 나아 보인다면, 여러분의 구간에서 그 거래소의 펀딩이 단순히 0에서 더 멀리 있었던 것은 아닌지 확인하십시오. 여기서는 그것이 격차 전부를 설명했습니다.
묻어 두기보다 밝혀 둘 만한 세 가지 한계. Athenum의 시간별 행은 해당 시간의 평균이지 순간 표본이 아닙니다. 가장 최근 행이 움직이는 동안 완결된 행은 모두 부동소수점 잡음 범위 안에서 변하지 않는 것을 지켜보며 확인했습니다. 따라서 위의 모든 선행 시간은 정확히 그 순간의 스냅숏이 아니라 시작 시점으로 이름 붙인 한 시간짜리 창입니다. 같은 기준에 대해 일곱 개의 선행 시간을 검정했고 이 다중성은 중요합니다. 홀름 방법으로 가족단위 오류율을 5%로 묶으면 한 시간과 두 시간 결과는 여유 있게 살아남지만 세 시간의 분리는 조정된 문턱을 넘지 못합니다. 군집을 반영한 두 가지 재검정은 조정하지 않은 수치와 일치합니다. 시각 단위 부트스트랩이 약 p = 0.017, 시각으로 군집화한 순열 검정이 p = 0.022입니다. 그러니 세 시간 결과는 실재하지만 일곱 중 가장 약하며 명목상의 것으로 읽어야 합니다. 네 거래소에서 한 자산의 여섯 주는 여전히 제한된 표본이며, 위에 인쇄된 구간은 그 정직한 폭입니다. 그리고 여기의 수준은 이 구간에 속합니다. 8시간당 0.0048%라는 절대 정산 비율의 중앙값은 거래소들의 공식에 이자 구성 요소로 들어 있는 0.01%의 절반에도 못 미치므로, 방향성이 더 뚜렷한 국면이라면 부호 반전 비율이 더 낮게 나올 가능성이 큽니다. 지속되는 것은 경계라기보다 형태입니다. 화면은 두 시간 이내에서 아무것도 하지 않는 것보다 확실히 낫고, 네 시간 이후로는 그것과 구별되지 않으며, 교차점은 세 시간 부근에 있습니다. 정확한 퍼센트 값은 이 구간에 속합니다.
이것이 어디에 놓이는지에 대한 마지막 한마디이며, 넓게 말하면 반증 불가능해지므로 좁게 적습니다. 예측값과 실현값의 구분 자체는 잘 문서화되어 있습니다. Coin Metrics와 Amberdata는 두 시계열을 따로 판매하고, OKX는 자체 API에서 이를 fundingRate와 realizedRate로 부릅니다. 우리가 찾지 못한 것은 그 격차의 크기를 발표한 사람입니다. 즉 거래소의 진행 중 측정값이 그 거래소가 이어서 청구하는 비율에서 얼마나 떨어져 있는지를 수치화한 거래소 리서치 노트, 데이터 제공사 연구, 논문 말입니다. 가장 가까운 학술 연구는 이웃한 질문을 다룹니다. 하나는 정산 비율의 이력에서 다음 정산 비율을 예측하고 무변화 기준과 견주며, 다른 하나는 수십 개 거래소에서 수천만 건의 관측으로 펀딩 비율 스프레드를 측정합니다. 어느 것도 거래소 자신이 표시한 숫자가 그 거래소가 이어서 청구하는 비율에서 얼마나 떨어져 있는지를 묻지 않으며, 여기서는 그것이 유일한 질문입니다. 그런 측정이 존재한다면 보고 싶습니다. 위의 숫자들은 우리 것이며, 믿으라고가 아니라 다시 계산해 보라고 있는 것입니다.
위의 어느 것도 유료 데이터 터미널이 필요하지 않았고 어느 것도 허가가 필요하지 않았습니다. 모든 정산 비율은 각 거래소 자체의 공개 이력 엔드포인트에서 왔고, 정산 시각 사이의 시간별 경로는 Athenum의 실시간 거래소 통합 파생상품 피드에서 왔으며, 그 옆의 34개 계산기는 계정도 이메일도 사용 한도도 없이 자유롭게 쓸 수 있습니다. 위에 링크한 펀딩 비율 계산기는 구간당 비율을 연율로 바꿔 줍니다. 반대로 연율을 복리로 굴리고 싶다면 무료 Athenum APR 및 APY 계산기가 있습니다. 아니면 무료 7일 Athenum Pro+ 체험을 받아 지난 정산에 대해 읽는 대신 다음 정산이 도착하는 것을 직접 지켜보십시오.
One terminal. All the data.
Liquidations, orderbook depth, whale walls & open interest from 4 exchanges, all real-time, in one place.
No credit card required