가상자산 경보 종료 일시는 빗썸 응답에만 있었습니다 — 40행 중 34행이 같은 시각이었습니다

거래소가 어떤 종목에 경보를 걸어 두면 물음이 곧바로 하나 따라붙습니다. 이게 언제 풀립니까.

화면의 표시는 지금 켜져 있다는 것만 보여 줍니다. 언제 꺼지는지는 대개 적혀 있지 않습니다.

그런데 국내 거래소 한 곳은 그 시각을 공개 응답에 숫자로 적어 두고 있었습니다.

먼저 이 노트가 재는 자리를 못박아 두겠습니다. 인증 헤더도 API 키도 붙이지 않고 국내 거래소 네 곳의 공개 조회 창구를 2026년 9월 8일 오전 10시 24분부터 10시 47분 사이에 직접 불러 받은 값입니다. 화면 뱃지와 공지사항, 시세, 법령은 열지 않았습니다. 어느 거래소의 기준이 옳은지도 판정하지 않습니다. 매매 권유가 아닙니다.

무엇을 언제 받았는지부터 적습니다

숫자보다 재료를 먼저 밝혀 두겠습니다. 아홉 개 창구를 열었고 전부 HTTP 200 이었습니다.

시각은 전부 한국 기준입니다. 필드 이름의 뜻을 인용하기 위해 업비트와 빗썸의 API 문서 화면도 함께 받았고 세 페이지 모두 200 이었습니다.

여기에 더해 빗썸의 경보제 창구 하나는 여덟 번 받았습니다. 오전 10시 29분 48초부터 10시 46분 51초까지, 관측 창으로 따지면 1,023초, 17분 3초입니다. 이 노트가 종료 일시의 움직임을 말할 수 있는 근거가 그 여덟 장의 스냅숏입니다.

각 거래소가 자기 말로 적어 둔 이름부터 옮깁니다

필드 이름을 제 마음대로 바꿔 부르면 나중에 대조가 안 됩니다. 그래서 각 거래소 문서에 적힌 설명을 그대로 옮깁니다.

업비트 쪽입니다.

업비트의 세부 경보 유형 다섯 가지도 문서에 적힌 말 그대로입니다. PRICE_FLUCTUATIONS 가격 급등락 경보, TRADING_VOLUME_SOARING 거래량 급증 경보, DEPOSIT_AMOUNT_SOARING 입금량 급증 경보, GLOBAL_PRICE_DIFFERENCES 국내외 가격 차이 경보, CONCENTRATION_OF_SMALL_ACCOUNTS 소수 계정 집중 거래 경보입니다.

빗썸 쪽입니다.

빗썸의 경보 유형 다섯 가지는 PRICE_SUDDEN_FLUCTUATION 가격 급등락, PRICE_DIFFERENCE_HIGH 글로벌 시세 차이, SPECIFIC_ACCOUNT_HIGH_TRANSACTION 소수계정 거래 집중, TRADING_VOLUME_SUDDEN_FLUCTUATION 거래량 급등, DEPOSIT_AMOUNT_SUDDEN_FLUCTUATION 입금량 급등입니다.

여기서 첫 번째 대조가 나옵니다. 사유는 양쪽 모두 다섯 가지이고 뜻도 거의 짝이 맞는데, 키 이름이 겹치는 것은 0개입니다. 같은 뜻을 서로 다른 문자열로 부르고 있습니다.

그리고 이 노트의 주제인 두 값, 즉 단계를 뜻하는 warning_step 과 종료 일시를 뜻하는 end_date 는 빗썸 응답에만 있었습니다.

종료 일시라는 이름의 값이 어디에 있고 어디에 없었는지

업비트 응답 845행 전체를 문자열로 훑어 봤습니다. end_date, end_time, expire, until, step, level 이라는 낱말은 각각 0회 나옵니다. 업비트는 경보를 참과 거짓으로만 내주고 있었습니다. 켜졌는지 여부는 알 수 있지만 언제 꺼지는지는 응답에 없습니다.

코인원과 코빗은 아예 경보 계열 키 자체가 보이지 않았습니다.

코인원 markets/KRW 의 키 14개는 quote_currency, target_currency, price_unit, qty_unit, max_order_amount, max_price, max_qty, min_order_amount, min_price, min_qty, order_book_units, maintenance_status, trade_status, order_types 입니다. 코빗 v2/currencies 의 키 10개는 name, fullName, withdrawalMaxAmountPerRequest, defaultNetwork, networkList, depositStatus, withdrawalStatus, confirmationCount, withdrawalTxFee, withdrawalMinAmount 입니다. 경보를 담을 자리가 이 목록 안에는 없습니다.

여기서 범위를 좁혀 두겠습니다. 이 노트가 확인한 것은 위에서 200 으로 받아 읽은 응답 안에 그 필드가 없었다는 사실뿐입니다. 코인원과 코빗의 API 문서를 전수로 훑지는 않았습니다. 두 곳이 다른 창구로 경보를 내주고 있는지는 이 조사로 단정하지 못합니다.

있을 법한 주소를 찍어 시험해 본 결과도 함께 적어 둡니다. 이것 역시 없다는 증명이 아니라 찍어 본 자리에 없었다는 기록입니다.

문서 쪽도 마찬가지입니다. 빗썸의 유의 종목 필드를 설명하는 문서 페이지는 처음 찍어 본 두 주소에서 닿지 못했습니다. 위 표에 옮긴 빗썸 문구는 200 으로 열린 문서 페이지 안에 들어 있는 규격 덩어리에서 뽑은 것입니다. 문서 사이트의 목차를 전부 따라가 본 것이 아닙니다.

40행 29마켓이 어떻게 생겼는지

빗썸 경보제 응답은 여덟 스냅숏 내내 같은 모양이었습니다.

행이 40인데 마켓이 29인 이유는 한 마켓이 사유별로 여러 줄을 갖기 때문입니다.

두 줄 이상인 마켓은 KRW-ARX, KRW-BB, KRW-CFG, KRW-DOOD, KRW-F, KRW-METIS, KRW-ORCA, KRW-PIEVERSE, KRW-PYR, KRW-TIA 열 개입니다.

사유별로 갈라 보면 이렇습니다.

단계별로는 위험 23행, 주의 13행, 경고 4행으로 합이 40입니다.

여기서 오해하기 쉬운 자리가 하나 나옵니다. 단계는 종목 하나에 하나씩 붙는 값이 아닙니다. 같은 순간에 서로 다른 단계를 동시에 달고 있는 마켓이 네 개 있었습니다.

즉 단계는 마켓과 사유의 쌍에 붙는 값입니다. 「이 종목은 위험 단계입니다」라고 한 줄로 옮기면 나머지 줄이 사라집니다.

40행이 가리키는 시각은 여섯 개뿐이었습니다

이제 종료 일시입니다. 40행이 제각각 다른 시각을 가리킬 것 같지만 그렇지 않았습니다. 서로 다른 값은 여섯 개뿐이었습니다.

한 값에 몰린 34행은 거래량 급등 14, 소수계정 거래 집중 10, 입금량 급등 10 세 유형 전부입니다. 이 세 유형은 종목마다 다른 시각을 주지 않고 같은 시각 하나를 줍니다.

조회 시각에서 얼마나 앞선 값인지로 다시 갈라 보면 성격이 셋으로 나뉩니다.

가운데 줄이 특히 눈에 띕니다. 가격 급등락 두 줄(KRW-OBSR, KRW-SOPH)의 종료 일시는 여덟 번 받는 동안 매번 앞으로 밀렸습니다.

앞선 정도가 3,547초에서 3,568초 사이에 계속 붙어 있습니다. 이 유형의 종료 일시는 미리 정해 둔 예정이 아니라 조회 시각을 따라 밀리는 값이라고 읽는 편이 실제 관측에 가깝습니다. 여기 적힌 시각을 「이때 풀린다」로 옮겨 적으면 1분 뒤에 이미 틀린 값이 됩니다.

시각이 지난 줄이 사라지지 않았습니다

이 노트의 핵심 관측은 세 번째 줄에 있습니다. KRW-STORJ 의 글로벌 시세 차이 한 줄입니다.

3회 스냅숏에서 이 줄은 종료 일시를 7초 앞에 두고 있었습니다. 그 시각이 지난 뒤 처음 받은 응답이 4회입니다. 그 줄은 사라지지 않았습니다. 값이 정확히 3,600초 뒤로 갱신된 채 그대로 있었습니다.

여덟 장을 이웃끼리 대조해 「직전 응답에 있던 줄인데 자기 종료 일시가 다음 조회 시각보다 이르다」에 해당한 사례는 1건이고, 그 1건이 다음 응답에도 남아 있었습니다. 사라진 사례는 0건입니다.

여기서 두 가지를 분명히 해 두겠습니다.

첫째, 3,600초는 규칙이 아니라 한 번의 관측입니다. 빗썸 문서에는 end_date 를 어떤 조건에서 어떻게 갱신하는지 적혀 있지 않습니다. 이 노트가 본 것은 한 줄에서 한 번 일어난 일이고, 그것이 정확히 한 시간이었을 뿐입니다. 한 시간이 규칙이라고 말하지 않겠습니다.

둘째, 경보가 실제로 해제되는 장면을 보지 못했습니다. 17분 3초의 관측 창에서 행 추가 0건, 행 제거 0건, 단계 변경 0건이었습니다. 움직인 것은 종료 일시뿐입니다. 그러니 해제될 때 그 줄이 응답에서 어떤 모양으로 사라지는지는 이 노트가 답하지 못합니다.

그래도 실용적으로 남는 문장은 하나 있습니다. 적힌 시각이 지났다는 것만으로 풀렸다고 읽으면 안 됩니다. 적어도 한 번은, 지나간 시각이 그대로 뒤로 밀렸습니다.

같은 거래소 안에서도 창구 두 개의 집합이 다릅니다

빗썸은 경보를 두 창구로 나눠 내줍니다. 마켓 조회의 market_warning 과 경보제 조회입니다. 두 창구의 목록은 같지 않았습니다.

빗썸 문서가 isDetails 설명에서 「isDetails=true 로 요청하면 '유의 종목' 여부(market_warning)를 반환합니다. '주의 종목' 여부는 경보제 조회 API 를 참고하시기 바랍니다」라고 갈라 적어 둔 것과 맞는 결과입니다. 한쪽만 보고 「빗썸 경보 종목은 21개」라고 적으면 다른 쪽 26개가 빠집니다.

유의 종목과 주의 종목이 실제로 어떻게 다른 처분으로 이어지는지, 거래지원 종료까지 가면 무엇이 달라지는지는 유의종목 지정과 거래지원 종료의 차이에 따로 적어 두었습니다.

업비트 쪽 숫자와 나란히 놓으면

같은 순간 업비트 응답도 세어 봤습니다.

세부 항목별로는 이렇습니다.

맨 아랫줄의 0이 눈에 걸립니다. 이 0은 원화마켓 286행이 아니라 세 마켓 845행 전부에서 0입니다. 그런데 같은 순간 빗썸은 같은 뜻의 사유인 소수계정 거래 집중으로 원화 종목 10개를 표시하고 있었고, 그중 8개는 업비트 원화마켓에도 상장돼 있습니다(ARX, CAP, ENS, JTO, PIEVERSE, PROM, RAY, ZRO). 해당하는 종목이 시장에 없어서 0인 것이 아니라 업비트가 이 순간 그 항목을 켜 두지 않은 것입니다. 두 거래소가 기준과 임계값을 각자 정하므로 어느 쪽이 옳다는 뜻은 아닙니다.

분모를 맞춰 놓고 보면 차이가 더 선명해집니다. 이 시각 업비트 원화 심볼은 286종, 빗썸 원화 심볼은 479종이고 양쪽에 모두 있는 것이 283종입니다.

유의 종목 쪽은 반대로 완전히 겹칩니다. 업비트 원화 유의 종목은 7종(ICX, INJ, MANTRA, RVN, SAND, STORJ, ZIL), 빗썸은 21종인데 공통 283종 안에서는 양쪽 다 7종이고 한쪽만 지정한 종목이 0건이었습니다. 빗썸의 나머지 14종은 전부 업비트 원화마켓에 없는 종목입니다. 즉 21 대 7 은 판단이 갈린 것이 아니라 상장 목록이 다른 것입니다.

두 거래소의 원화마켓 목록이 어떻게 갈리는지는 업비트와 빗썸 원화마켓 겹침을 센 글에 적어 두었습니다. 그 글은 8월 22일 기준으로 공통 280종을 셌고, 오늘 같은 방식으로 세니 283종입니다. 목록은 이렇게 2주 사이에도 움직입니다. 그리고 그 글은 경보 표시 필드의 내용까지는 다루지 않는다고 밝혀 두었는데, 그 다음 자리가 이 노트입니다.

숫자를 옮겨 적다 두 칸이 틀렸습니다

정직하게 적어 두겠습니다. 이 노트의 수치는 두 경로로 따로 검증했습니다.

1차는 원문 대조입니다. 집계 코드와 별개로 저장한 응답 원문을 문자열로 다시 세어 같은 값이 나오는지 맞췄습니다. 대조 항목 38개, 불일치 0개였습니다.

2차는 표에 옮겨 적은 숫자를 원자료에서 다시 계산해 한 칸씩 맞추는 것입니다. 대조 항목은 154개였고, 처음 돌렸을 때 두 칸이 틀렸습니다. 업비트 세부 항목표의 GLOBAL_PRICE_DIFFERENCES USDT 칸과 PRICE_FLUCTUATIONS 원화 칸에 두 번째 스냅숏 값이 아니라 첫 번째 스냅숏 값을 옮겨 적어 두었습니다. USDT 는 95가 아니라 96, 원화는 0이 아니라 1이 맞습니다. 고친 뒤 154개가 전부 일치했습니다. 위 표에는 고친 값이 들어가 있습니다.

옮겨 적는 단계에서 생긴 오류라 1차 검증으로는 잡히지 않았습니다. 파싱은 맞았고 표만 틀렸기 때문입니다. 수집과 집계가 맞아도 사람이 표에 옮기는 칸에서 어긋날 수 있다는 것을, 그리고 그래서 검증 경로가 둘이어야 한다는 것을 이번에 다시 확인했습니다.

같은 이유로 창구가 안정적이었는지도 함께 재 두었습니다. 세 시점(10시 24분 39초, 10시 29분 47초, 10시 41분 30초)에 받은 업비트 응답은 845행으로 마켓 증감이 0이었고, 바뀐 것은 세부 경보가 켜지고 꺼진 행 11개뿐이며 유의 종목 표시가 바뀐 행은 0개였습니다. 빗썸 마켓 492행, 코인원 364개, 코빗 208개는 세 번 모두 바이트 수까지 같았습니다.

그래서 경보가 언제 끝나는지 알고 싶다면

정리하면 이렇게 읽는 편이 안전합니다.

첫째, 종료 시각이 숫자로 적힌 창구는 하나였습니다. 2026년 9월 8일 오전에 받아 읽은 응답 범위에서 빗썸의 경보제 조회 한 곳입니다. 나머지 세 곳의 응답에는 그 값이 없었습니다. 다만 이것은 응답을 읽은 범위의 이야기이지, 그 거래소들이 어떤 창구로도 그 값을 내주지 않는다는 뜻이 아닙니다.

둘째, 적힌 시각의 성격이 유형마다 다릅니다. 34행은 고정된 절대 시각 하나를 공유하고, 가격 급등락 두 줄은 부를 때마다 약 59분 뒤로 따라오며, 글로벌 시세 차이 네 줄은 줄마다 따로 움직였습니다. 같은 필드인데 읽는 법이 셋입니다.

셋째, 지난 시각이 그대로 뒤로 밀린 사례가 있습니다. 그래서 종료 일시는 확정된 해제 예고가 아니라 그 시점 응답에 그렇게 적혀 있었다는 기록으로 읽는 편이 맞습니다.

실무적으로는 경보가 걸린 동안 무엇이 제한되는지를 함께 보셔야 합니다. 경보 표시 자체는 입출금 가능 여부와 다른 값이고, 입출금이 멈추면 그것은 별도의 공지로 나옵니다. 그쪽 공지가 실제로 얼마나 오래 가는지는 업비트 입출금 일시 중단 공지 162건을 센 글에 재어 두었습니다.

확인하지 못한 것

• 코인원과 코빗의 API 문서를 전수로 훑지 않았습니다. 두 곳이 다른 창구로 경보를 내주는지는 이 조사로 단정할 수 없습니다. 확인한 것은 위에서 받아 읽은 응답 안에 없었다는 사실뿐이고, 이름을 찍어 본 주소는 404 이거나 오류 본문을 돌려주었습니다.
• 종료 일시의 갱신 규칙을 모릅니다. 어떤 조건에서 값이 밀리는지 빗썸 문서에 적혀 있지 않고, 관측된 것은 3,600초 한 사례입니다. 한 시간이 규칙이라고 단정하지 않습니다.
• 경보가 해제되는 장면을 보지 못했습니다. 17분 3초 안에 줄이 사라진 사례가 0건입니다. 사라질 때 어떻게 사라지는지는 관측하지 못했습니다.
• 빗썸 문서 페이지에 처음 찍어 본 두 주소로는 닿지 못했습니다. 인용한 문구는 200 으로 열린 문서 페이지 안에 들어 있던 규격 덩어리에서 뽑았습니다.
• 화면을 열지 않았습니다. 응답의 표시가 거래 화면의 뱃지와 같은지 대조하지 않았고, 업비트 종목 경보 정보가 몇 분마다 갱신되는지도 재지 않았습니다. 세 시점의 값만 있습니다.
• 지정 기준과 임계값은 다루지 않았습니다. 두 거래소가 어떤 수치에서 경보를 켜는지는 이 노트의 범위 밖입니다.
• 매매 판단을 담고 있지 않습니다. 디지털자산은 원금 손실 위험이 있고 모든 판단은 본인 책임입니다.

정리

세 줄로 줄이면 이렇습니다.

첫째, 받아 읽은 네 곳의 응답 가운데 경보 종료 일시와 경보 단계를 적어 준 곳은 빗썸 하나였습니다. 업비트 845행에서 그 낱말들은 0회였고 코인원과 코빗은 경보 계열 키 자체가 없었습니다.

둘째, 40행 29마켓이었고 그중 34행이 같은 시각 하나를 가리켰습니다. 서로 다른 값은 여섯 개뿐이었고, 단계는 종목이 아니라 마켓과 사유의 쌍에 붙었습니다.

셋째, 지난 시각이 사라지지 않고 3,600초 뒤로 밀린 줄이 하나 있었습니다. 한 번의 관측이지 규칙이 아니며, 해제되는 장면은 끝내 보지 못했습니다.

경보 표시는 거래소가 수시로 켜고 끄는 값입니다. 여기 적힌 40이라는 수도 지금 다시 받으면 다를 수 있습니다. 이 노트는 2026년 9월 8일 오전 한 구간의 응답을 세어 둔 기록일 뿐이고, 어떤 종목의 매매도 권하지 않습니다.