청산 손실을 마지막에 흡수하는 보험기금, 공개 API로 잔고를 재 봤습니다

altnara 자금흐름 데스크는 파생시장의 구조 값을 점검합니다. 이번 노트의 주제는 코인 보험기금입니다. 운영자 보유 가능성: 본 매체는 비트코인·주요 알트 및 스테이블코인 보유 가능성을 명시합니다.

청산이 걸려도 손실이 증거금 안에서 끝나지 않는 경우가 있습니다. 그 초과분을 마지막에 받아 내는 자리가 보험기금이고, 그 자리가 비면 반대편에서 이익을 낸 포지션이 강제로 줄어듭니다. OKX 공식 API 문서는 ADL 지표를 설명하면서 이 순서를 한 문장에 적어 두었습니다. 우선순위가 높은 쪽이 "first in queue if the insurance fund is depleted"라는 서술입니다.

그래서 잔고를 직접 받아 봤습니다. 가장 먼저 확인된 것은 "보험기금이 얼마"라는 한 숫자가 성립하지 않는다는 사실입니다. 잔고는 통화별·상품군별로 쪼개져 있고, 어느 조각을 집었느냐에 따라 거래소 간 크기 비교가 뒤집힙니다.

아래 수치는 전부 2026년 8월 12일 14시 17분 09초부터 14시 17분 34초(KST) 사이에 공개 API를 인증 없이 연속 호출해 받은 응답이거나, 그 응답을 직접 합산한 값입니다.

결론부터 — 어느 조각을 집느냐에 따라 큰 쪽이 뒤바뀝니다

두 거래소를 맞대는 흔한 방식은 통화 잔고를 그대로 나란히 놓는 것입니다. 그렇게 하면 바이비트 USDT 잔고 511,187,546.33 USDT 와 OKX instType=SWAP&instFamily=BTC-USDT 잔고 78,485,658.1231 USDT 가 비교되고, 바이비트가 6.513배 크다는 결론이 나옵니다.

그런데 두 응답에는 각자 거래소 전체를 가리키는 USD 값이 따로 들어 있습니다. 그 값으로 다시 맞대면 결과가 이렇게 바뀝니다.

같은 두 거래소인데 방향이 반대로 나옵니다. 앞 줄은 바이비트의 24개 통화 중 하나와 OKX의 여러 상품군 중 하나를 맞댄 것이라 애초에 같은 단위가 아니었습니다. 뒤 줄은 양쪽 응답이 각자 USD 로 환산해 준 값이라 단위가 맞습니다.

바이비트 쪽 1,000,472,732.53 USD 는 응답에 총액 항목이 없어 76개 풀의 value 를 필자가 직접 더한 값이고, OKX 쪽 2,560,684,345.1652 USD 는 응답의 total 항목을 그대로 옮긴 값입니다. OKX 문서는 이 항목을 "The total balance of security fund, in USD" 라고 적어 두었습니다. 청산 가격 자체가 어느 값으로 계산되는지는 마크가격과 최종체결가 노트에서 따로 확인했고, 이 글은 그 청산이 실패했을 때 뒤를 받는 자리를 봅니다.

바이비트는 76개 풀·24개 통화로 쪼개져 옵니다

GET https://api.bybit.com/v5/market/insurance 를 인증 없이 부르면 목록이 76건 옵니다. 통화는 24종이고, 각 항목에는 잔고와 함께 바이비트가 환산한 USD 값, 그리고 그 풀에 묶인 심볼 목록이 들어 있습니다.

상위 네 통화가 99.02%를 차지하고 나머지 스무 종이 0.98%를 나눠 갖습니다. 가장 큰 USDT 와 가장 작은 OP(6,903.82 USD)의 차이는 73,980배입니다.

여기서 눈여겨볼 것은 USD 환산이 필자의 계산이 아니라 응답에 들어 있는 값이라는 점입니다. 다만 환산 기준은 바이비트 쪽 기준입니다. 잔고와 USD 값을 나눠 역산하면 BTC 는 63,761.83 이 나오는데, 같은 시각 바이비트 현물 BTCUSDT 최종체결가는 63,827.1 이었습니다. 0.102% 차이입니다. USDT 도 정확히 1이 아니라 0.999138 로 환산돼 있습니다. 스테이블코인 잔고를 1대1로 USD 라 부르면 그만큼 어긋납니다.

내 포지션이 어느 풀에 속하는지가 실제 값입니다

통화별 합계보다 실전에 가까운 값은 따로 있습니다. ?coin=USDT 로 좁히면 51개 풀이 나오고, 각 풀의 symbols 항목에 어떤 계약이 그 풀을 함께 쓰는지가 그대로 적혀 있습니다. 풀 하나가 묶은 심볼 수는 최소 4개, 최대 159개, 중앙값 9개였습니다.

같은 비트코인인데 무기한과 만기물이 다른 풀을 봅니다. USDT 마진 쪽은 두 풀의 잔고 차이가 1,016.0배, 인버스 쪽은 402.3배입니다. 만기물 여덟 종목이 함께 쓰는 풀은 전체 보험기금의 0.04%입니다.

한편 가장 큰 풀 하나가 전체의 38.04%를 담고 있고 그 안에 159개 심볼이 함께 들어 있습니다. 이 풀에는 BTCUSDT 같은 대형 계약과 이름이 낯선 소형 계약이 섞여 있습니다. 즉 잔고가 크다는 사실이 곧 내 계약 몫이 크다는 뜻은 아닙니다. 함께 쓰는 계약 수가 몇인지까지 봐야 합니다. 계약별로 한도가 구간마다 갈리는 구조는 리스크 한도 구간 노트에서 같은 방식으로 확인했습니다.

OKX 의 총액은 파라미터를 타지 않습니다

OKX 는 구조가 다릅니다. GET https://www.okx.com/api/v5/public/insurance-fund 는 instType 이 필수이고, FUTURES·SWAP·OPTION 이면 instFamily 가, MARGIN 이면 ccy 가 함께 있어야 합니다. 요청 파라미터를 바꿔 가며 여섯 번 불러 본 결과입니다.

여섯 번 모두 total 은 2,560,684,345.1652 로 똑같았습니다. 즉 한 응답에 성격이 다른 두 숫자가 같이 들어 있습니다. total 은 파라미터와 무관한 거래소 전체 값이고, details 안의 balance 는 내가 지정한 범위의 값입니다. 둘을 섞어 인용하면 범위가 통째로 어긋납니다.

instType=SWAP&instFamily=BTC-USD 는 잔고가 BTC 로 오고 BTC-USDT 는 USDT 로 옵니다. 같은 창구·같은 자산인데 정산 통화가 다르면 단위도 다릅니다. 이 표의 값들을 세로로 더하는 것은 성립하지 않습니다.

같은 창구에서 온 값인데 하나는 46일 멈춰 있습니다

위 표의 마지막 줄이 그 자리입니다. instType=FUTURES&instFamily=BTC-USDT 로 받은 값의 타임스탬프는 2026년 6월 26일 16시 59분 41초(KST) 였습니다. 호출 시각 기준 46일 21시간 전입니다. 나머지 다섯 줄은 전부 호출 직전 1분 안쪽이었습니다.

같은 줄에서 ccy 도 빈 문자열로 왔습니다. 다른 줄들은 USDT 나 BTC 를 채워 주는데 이 줄만 비어 있어, 그 8,480,823.5904 가 어느 통화 단위인지가 응답만으로는 확인되지 않습니다.

HTTP 코드는 200이고 code 도 0이라 응답 형식만 봐서는 갈라낼 수 없습니다. 신선한 값과 멈춘 값이 같은 모양으로 옵니다. 두 값을 구분해 주는 것은 ts 하나뿐이라, 타임스탬프를 버리고 잔고만 받아 저장하는 코드는 46일 전 숫자를 오늘 값으로 기록하게 됩니다.

ADL 필드는 자리만 있고 값이 비어 왔습니다

응답의 details 안에는 adlType·decRate·maxBal·maxBalTs 네 항목이 함께 옵니다. 이번 조회에서는 여섯 번 모두 네 항목이 전부 빈 문자열이었습니다.

이유는 문서에 적혀 있습니다. OKX 문서의 파라미터 표는 type 값 중 platform_revenue 와 adl 에 "(Deprecated, returns empty values. To be removed in a future update)" 라는 단서를 달아 두었고, maxBal 항목에는 "Only applicable when type is adl" 이라고 적어 두었습니다. 즉 이 필드들이 비어 오는 것은 고장이 아니라 문서에 예고된 상태입니다. 이 창구로 ADL 발동 이력을 받으려는 시도는 지금 성립하지 않는 것으로 확인됩니다.

ADL 자체의 정의는 같은 문서의 다른 자리, ADL 지표 필드 설명에 있습니다. 원문은 범위가 0에서 5이고 "0 = lowest ADL priority (least likely to be forcibly deleveraged)", "5 = highest priority (first in queue if the insurance fund is depleted)" 이며, "Priority increases with higher unrealized profit and higher leverage" 라고 적혀 있습니다. 미실현이익이 크고 레버리지가 높을수록 앞줄에 선다는 서술입니다. 다만 이 설명은 OKX 가 자사 지표에 대해 적은 것이고, 다른 거래소가 같은 순서를 쓴다는 뜻은 아닙니다.

한 가지 더 적어 둡니다. 이 엔드포인트의 이름은 문서 안에서 이미 바뀌어 있습니다. 영문 API 문서 페이지(5,241,365 바이트)를 받아 문자열을 세니 insurance 는 네 번 나오는데 그중 둘은 URL 경로, 하나는 파이썬 SDK 메서드 이름, 나머지 하나가 위에 인용한 ADL 설명 문장이었습니다. 반면 security fund 는 서른 번 나오고 엔드포인트 제목도 "Get security fund" 입니다. 경로만 옛 이름으로 남아 있는 구조라, 문서에서 "insurance fund"로 검색하면 이 창구를 못 찾습니다.

직접 부를 때 걸리는 자리

두 창구를 직접 불러 보실 분들을 위해 파라미터 동작을 실측했습니다. 먼저 OKX 의 type 파라미터입니다.

가장 조심할 자리는 두 번째와 세 번째 줄입니다. 문서에 없는 아무 문자열이나 넣으면 거절이 아니라 전량이 돌아오고, 정작 응답의 모든 레코드가 type 값으로 달고 있는 regular_update 를 그대로 넣으면 400 으로 막힙니다. 응답이 돌려주는 값이 요청이 받는 값과 다릅니다.

마지막 두 줄의 0건은 조심해서 읽어야 합니다. 임의 문자열이 걸러지지 않고 통과한다는 사실 자체가 이 필터가 실제로 적용되는지를 의심하게 만들므로, 0건을 "그런 사건이 없었다"로 읽을 근거가 이번 조회에는 없습니다.

파라미터 조합에도 자리가 있습니다. 문서의 요청 예시는 uly=BTC-USD 를 쓰는데 바로 아래 파라미터 표에는 uly 항목이 아예 없고 instFamily 만 있습니다. 실제로 uly 는 단독으로는 통하지만, type 을 함께 넣는 순간 "Parameter instFamily can not be empty." 와 함께 400 이 돌아옵니다.

양쪽 모두 오류를 HTTP 코드가 아니라 본문에 담아 주는 경우가 있습니다. OKX 에 없는 기초자산을 넣으면 HTTP 200 과 함께 code 51014 "Index doesn't exist." 가 오고, 바이비트에 없는 통화를 넣으면 HTTP 200 과 함께 retCode 10001 "params error: invalid coin" 이 옵니다. HTTP 200 만 보고 성공으로 처리하면 빈 값을 잔고 0으로 기록하게 됩니다.

이번 조회에서 확인되지 않은 것

세 곳은 값을 얻지 못했습니다. 범위를 밝혀 둡니다.

• 바이낸스: bapi/futures/v1/public/... 계열 여섯 경로와 fapi 계열 두 경로, 모두 여덟 개를 시도했고 전부 404 였습니다. 선물 보험기금 페이지를 직접 받으면 HTTP 202 와 함께 AWS WAF 자바스크립트 검사 페이지가 돌아와 본문을 얻지 못했고, data.binance.vision 아카이브의 선물 일간 데이터 목록에도 보험기금 항목은 없었습니다(수집 목록은 체결·호가·캔들 계열 열 종). 따라서 바이낸스 보험기금 잔고는 이번 조회에서 확인되지 않습니다. 값을 추정해 적지 않았습니다.
• 비트겟: 추측한 세 경로가 모두 "Request URL NOT FOUND" 였습니다. 공식 문서 목차를 열어 확인한 것은 아니므로 없다는 뜻이 아니라 이번에 못 찾았다는 뜻입니다.
• 데리비트: get_insurance_fund 와 get_insurance_fund_balance 두 메서드명이 모두 "Method not found" 였습니다. 역시 이름을 맞히지 못한 것일 수 있습니다.

보험기금 잔고 자가 점검 7단계

1. 지금 보는 숫자가 거래소 전체 값인지 특정 범위 값인지 확인하셨습니까. OKX 응답에는 둘이 함께 들어 있습니다.
2. 그 값을 부를 때 어떤 파라미터를 넣었는지 함께 적어 두셨습니까.
3. 두 거래소를 맞대고 있다면 같은 단위인지 확인하셨습니까. 통화 잔고끼리 맞대면 큰 쪽이 뒤바뀝니다.
4. 코인 단위 잔고를 달러로 옮겼다면 환산 기준과 그 출처를 적어 두셨습니까. 응답에 들어 있는 환산값은 거래소 기준이고 현물 최종체결가와 어긋날 수 있습니다.
5. 내 계약이 어느 풀에 속하는지 확인하셨습니까. 바이비트는 symbols 항목에 함께 쓰는 계약이 적혀 있고, 무기한과 만기물은 다른 풀입니다.
6. 응답의 타임스탬프를 함께 저장하셨습니까. HTTP 200 이면서 46일 전 값이 오는 조합이 있었습니다.
7. HTTP 200 만 보고 성공으로 넘기지 않으셨습니까. 본문의 code·retCode 를 따로 읽어야 합니다.

FAQ

Q. 보험기금 잔고는 어디서 확인하나요? A. 바이비트는 api.bybit.com 의 v5 market insurance 경로를, OKX 는 www.okx.com 의 v5 public insurance-fund 경로를 인증 없이 부르면 됩니다. 다만 OKX 쪽은 instType 이 필수이고 상품군에 따라 instFamily 또는 ccy 를 함께 넣어야 응답이 옵니다. 바이낸스는 2026년 8월 12일 조회에서 공개 경로를 찾지 못했습니다.

Q. 거래소 보험기금 잔고를 서로 비교해도 되나요? A. 집계 단위를 맞춘 경우에만 됩니다. 2026년 8월 12일 14시 17분(KST) 측정에서 바이비트 USDT 잔고와 OKX 의 BTC-USDT 무기한 잔고를 맞대면 바이비트가 6.513배 커 보이지만, 양쪽 응답의 거래소 전체 USD 값으로 맞대면 OKX 가 2.560배 큽니다. 앞쪽은 바이비트의 24개 통화 중 하나와 OKX 의 여러 상품군 중 하나를 맞댄 것이라 단위가 애초에 다릅니다.

Q. 보험기금이 마르면 어떻게 되나요? A. OKX 문서는 ADL 지표를 설명하면서 우선순위가 가장 높은 값이 보험기금이 소진됐을 때 가장 먼저 줄어드는 자리라고 적었고, 미실현이익이 크고 레버리지가 높을수록 우선순위가 올라간다고 덧붙였습니다. 즉 반대편에서 이익을 낸 포지션이 강제로 감액될 수 있습니다. 이 서술은 OKX 가 자사 지표에 대해 적은 것이고 다른 거래소가 같은 순서를 쓴다는 뜻은 아닙니다.

Q. 잔고가 크면 그만큼 안전한가요? A. 그 잔고를 몇 개 계약이 함께 쓰는지까지 봐야 합니다. 2026년 8월 12일 측정에서 바이비트의 가장 큰 USDT 풀은 전체의 38.04%를 담고 있었지만 그 풀 하나에 159개 심볼이 묶여 있었고, 같은 비트코인이라도 만기물 여덟 종이 쓰는 풀은 전체의 0.04%였습니다. 이 글은 특정 잔고 수준이 안전한지 아닌지를 판정하지 않습니다.

Q. 응답에 있는 USD 환산값을 그대로 써도 되나요? A. 출처를 밝히고 쓰면 됩니다. 그 값은 거래소가 자체 기준으로 환산한 값입니다. 2026년 8월 12일 측정에서 바이비트 BTC 풀의 잔고와 USD 값을 역산하면 63,761.83 이 나왔는데 같은 시각 바이비트 현물 BTCUSDT 최종체결가는 63,827.1 로 0.102% 차이였고, USDT 도 1이 아니라 0.999138 로 환산돼 있었습니다.

Q. ADL 정보를 이 창구에서 받을 수 있나요? A. 이번 조회에서는 받지 못했습니다. adlType, decRate, maxBal, maxBalTs 네 항목이 여섯 번의 호출에서 모두 빈 문자열로 왔습니다. OKX 문서가 type 값 adl 과 platform_revenue 에 대해 값이 비어 돌아오며 향후 제거될 예정이라고 적어 두었으므로, 이는 문서에 예고된 상태로 확인됩니다.

Q. type 파라미터로 청산 관련 기록만 걸러 볼 수 있나요? A. 이번 조회 결과로는 그 필터를 신뢰하기 어렵습니다. 문서에 없는 임의 문자열을 넣어도 거절 없이 100건 전량이 돌아왔고, 반대로 응답의 모든 레코드가 실제로 달고 있는 regular_update 를 넣으면 HTTP 400 으로 막혔습니다. 필터가 적용되고 있는지 자체가 확인되지 않으므로, 0건이 돌아왔다는 사실을 그런 사건이 없었다는 근거로 쓰지 않는 편이 안전합니다.

함께 보면 좋은 글

• 마크가격과 최종체결가 노트: 청산이 애초에 어느 값으로 계산되는지를 창구별 응답으로 갈라 봤습니다.
• 청산 히트맵 읽는 법 노트: 청산이 몰려 있다고 표시되는 그림이 무엇을 재고 무엇을 재지 않는지 정리했습니다.

데이터·개념 출처

본 노트의 실측값은 2026년 8월 12일 14시 17분 09초부터 14시 17분 34초(KST) 사이에 다음 공개 엔드포인트를 인증 없이 직접 호출해 받은 응답이거나, 그 응답을 직접 합산한 값입니다. 바이비트 GET /v5/market/insurance(HTTP 200·retCode 0·목록 76건·통화 24종·updatedTime 1786511820000 은 14시 17분 00초 KST·응답의 value 항목 합계 1,000,472,732.53 USD), 같은 경로의 ?coin=USDT(풀 51개·최대 풀 380,873,506.13697982 USDT 에 심볼 159개·BTCUSDT 만기물 8종 풀 374,873.27171461 USDT·풀당 심볼 수 최소 4 최대 159 중앙값 9), ?coin=BTC(BTCUSD 5,089.02783624 BTC·BTCUSDU26 및 BTCUSDZ26 12.64888882 BTC), ?coin=NOTACOIN(HTTP 200·retCode 10001), 현물 시세 GET /v5/market/tickers?category=spot&symbol=BTCUSDT(63,827.1) 입니다. OKX 는 GET /api/v5/public/insurance-fund 를 instType 과 범위를 바꿔 여섯 번 호출했고(SWAP·BTC-USDT 78,485,658.1231 USDT / SWAP·ETH-USDT 49,540,975.6854 USDT / SWAP·BTC-USD 348.3494 BTC / OPTION·BTC-USD 163.0414 BTC / MARGIN·ccy=USDT 23,800,319.5705 USDT / FUTURES·BTC-USDT 8,480,823.5904·ccy 빈 문자열·ts 2026년 6월 26일 16시 59분 41초 KST), 여섯 응답 모두 total 이 2,560,684,345.1652 로 동일했습니다. type 파라미터는 값을 바꿔 가며 여덟 번 호출해 응답 코드와 건수를 기록했습니다.

정의와 필드 설명은 OKX 공식 API 문서 영문 페이지(HTTP 200·5,241,365 바이트)에서 인용했습니다. 인용한 서술은 total 항목을 미국 달러 단위의 총 잔고로 정의한 문장, instType 이 필수이고 instFamily 는 FUTURES·SWAP·OPTION 에 ccy 는 MARGIN 에 적용된다는 파라미터 표, type 값 중 platform_revenue 와 adl 에 값이 비어 돌아오며 향후 제거 예정이라는 단서, maxBal 항목이 type 이 adl 일 때만 적용된다는 단서, 그리고 ADL 지표의 범위가 0에서 5이며 0이 가장 낮은 우선순위이고 5가 보험기금 소진 시 가장 먼저 감액되는 자리이며 미실현이익과 레버리지가 높을수록 우선순위가 올라간다는 필드 설명입니다. 같은 문서에서 insurance 라는 문자열은 네 번(URL 경로 두 번·파이썬 SDK 메서드 이름 한 번·ADL 설명 문장 한 번) 나오고 security fund 는 서른 번 나오며 엔드포인트 제목이 Get security fund 라는 점도 문자열 계수로 확인했습니다. 문서의 요청 예시가 uly 를 쓰는데 파라미터 표에는 uly 항목이 없다는 점, uly 단독 호출은 통하지만 type 을 함께 넣으면 instFamily 를 요구하며 400 이 돌아온다는 점은 직접 호출로 확인했습니다.

바이낸스·비트겟·데리비트는 값을 얻지 못했습니다. 바이낸스는 bapi 계열 여섯 경로와 fapi 계열 두 경로가 모두 404 였고, 선물 보험기금 페이지는 HTTP 202 와 AWS WAF 검사 페이지를 돌려주었으며, data.binance.vision 의 선물 일간 데이터 목록(체결·호가·캔들 등 열 종)에 보험기금 항목이 없었습니다. 비트겟은 추측한 세 경로가 모두 URL NOT FOUND 였고, 데리비트는 두 메서드명이 모두 Method not found 였습니다. 세 곳 모두 공식 문서 목차를 전수로 열어 확인한 것은 아니므로 창구가 없다는 뜻이 아니라 이번 조회에서 찾지 못했다는 뜻입니다.

이 글은 공개 데이터와 공식 문서를 정리한 정보 제공 목적의 자료이며 특정 종목의 매매 권유가 아닙니다. 본 노트는 진입가·손절가·목표가·적정 배수를 제시하지 않으며, 어떤 포지션도 권하지 않습니다. 보험기금 잔고는 특정 시각의 스냅샷이라 시각이 달라지면 값도 달라지고, 여기서 관측된 풀 구성과 비중이 이후에도 같은 모양으로 유지되는지는 이 글에서 확인하지 않았습니다. 파생상품은 원금을 초과하는 손실이 발생할 수 있고 투자 판단과 그 결과는 전적으로 본인 책임입니다.