2025년 10월 10일, 암호화폐 시장은 사상 최대의 강제 청산을 경험했다. 24시간 동안 191.3억 달러 규모의 레버리지 포지션이 청산됐고, 160만 명 이상의 트레이더가 피해를 입었다. 바이낸스에서는 Cosmos(ATOM), IoTeX(IOTX) 같은 자산이 일시적으로 0달러 부근까지 체결됐고, 스테이블코인 USDe는 0.65달러까지 이탈했다. 그리고 열흘 뒤인 10월 20일, AWS us-east-1 리전이 약 15시간 마비되면서 Coinbase와 Robinhood가 동반 정지했다. 다시 한 달 뒤인 11월 18일에는 CloudFlare 글로벌 장애가 전 세계 트래픽의 약 20%를 무너뜨렸다.
세 사건은 서로 다른 원인으로 발생했지만 하나의 질문으로 수렴한다. 중앙화 거래소(CEX)의 인프라는 왜 이용자가 접속을 가장 필요로 하는 순간에 무너지는가?, 그리고 인프라 투자를 늘리면 이 문제가 해결되는가?
이 글의 결론을 먼저 밝힌다. 해결되지 않는다. 다만 그 이유는 흔히 말하듯 "기술이 부족해서"가 아니다. 문제는 세 개의 서로 독립적인 실패의 방향 — 수요 측 발산, 공급 측 무작위 실패, 그리고 검증 불가능성 — 이 현재의 CEX 아키텍처에 구조적으로 내장되어 있다는 데 있다. 이 글은 각 축을 정량적으로 분석하고, 예상되는 반론에 답한 뒤, 인프라 개선이 아닌 시장 구조 재설계가 왜 필요한지를 논증한다.
미리 한 가지를 분명히 해두자. 이 글은 "대량 트래픽의 저지연 처리가 수학적으로 불가능하다"고 주장하지 않는다. 한국의 코스닥, NASDAQ과 CME는 초당 수백만 메시지를 마이크로초 단위로 처리한다. 불가능하지 않다. 이 글이 주장하는 것은, 글로벌 리테일 접근성과 DDoS 방어를 위해 인터넷 경유 클라우드 아키텍처를 선택한 CEX에게는, 그 선택의 대가로 해소 불가능한 시간 상수 불일치가 따라온다는 것이다. 이 구분이 이 글 전체를 관통한다.
1. 밀리초의 환상 - 정상 상태는 문제가 아니다
CEX들이 표방하는 "밀리초 수준의 응답 시간"은 거짓말이 아니다. 오히려 정상 상태에서는 그보다 훨씬 좋다. 대기행렬 이론으로 확인해보자.
정상 상태의 거래소 트래픽을 다음과 같이 가정한다.
| 파라미터 | 값 | 비고 |
|---|---|---|
| 평균 요청 도착률 λ₀ | 10,000 req/s | 주문·취소·조회 합산 |
| 집계 서비스율 μ | 50,000 req/s | 여유율 400% |
| 이용률 ρ₀ = λ₀/μ | 0.2 | — |
다중 서버 시스템을 하나의 고속 서버로 근사하는 집계 M/M/1 모델(엄밀하게는 M/M/c Erlang-C가 정확하나, 이하의 발산 논증에는 근사로 충분하다)에서 평균 큐 대기 시간은 다음과 같다.
$$W_q = \frac{\rho}{\mu(1-\rho)} = \frac{0.2}{50{,}000 \times 0.8} = 5\mu s$$
정상 상태의 큐 대기는 5마이크로초에 불과하다. 여기에 네트워크 왕복, TLS 종단, CDN·WAF·로드밸런서 통과가 더해져 실측 TTFB가 60~100ms 수준이 되는 것이다. 즉 평시 지연의 지배 요인은 처리가 아니라 경로다. 고빈도 거래 시스템에서 전체 지연의 약 80%가 네트워크에서 발생한다는 업계 경험칙과 일치한다.
여기까지는 거래소의 주장이 옳다. 문제는 이 계산이 성립하는 조건, 즉 ρ가 1에서 충분히 멀다는 전제가 청산 연쇄 상황에서 붕괴한다는 데 있다. M/M/1 대기 시간은 λ에 대한 볼록 함수라는 것이 표준 성질이며, ρ → 1 극한에서 다음과 같은 결과를 얻을 수 있다.
$$\lim_{\rho \to 1} W_q = \lim_{\rho \to 1} \frac{\rho}{\mu(1-\rho)} = \infty$$
대기 시간은 완만하게 나빠지다가 임계점 부근에서 절벽처럼 발산한다. 이용률 20%에서 5μs였던 대기가, 이용률 98%에서는 980μs, 99.9%에서는 20ms, 그리고 λ가 μ를 넘는 순간 큐는 무한히 자란다. 거래소 인프라의 진짜 질문은 "평시에 몇 밀리초냐"가 아니라 "λ가 μ에 도달하는 데 몇 초가 걸리며, 그때 무슨 일이 일어나느냐"다.
그렇다면 청산 상황에서 λ는 실제로 μ에 도달하는가. 이것이 다음 절의 주제다.
2. 연쇄 청산의 수학 - 왜 트래픽은 자기증폭하는가?
n개의 포지션이 청산될 때 발생하는 1차 트래픽 증분은 단순 합산으로 쓸 수 있다.
$$\Delta\lambda_{1차} = \sum_{i=1}^{n} k_i$$
여기서 kᵢ는 포지션 i의 청산 처리에 수반되는 API 호출 수(증거금 재계산, 마크가격 조회, 청산 주문 생성·체결·정산 등 평균 5~10회)다. 그러나 이 식은 n에 대해 선형이며, 선형 증가라면 400% 여유율로 흡수 가능하다. 연쇄 청산이 위험한 이유는 1차 증분이 아니라 피드백 루프에 있다.
메커니즘은 다음과 같다. 청산 주문은 시장가 매도로 집행되고, 시장 충격은 스퀘어루트 임팩트 법칙을 따른다
$$\Delta P \propto \sigma \sqrt{Q/V}$$
(Q: 청산 물량, V: 시장 유동성, σ: 변동성). 가격이 밀리면 청산선 바로 위에 있던 다음 포지션 군집이 청산선 아래로 떨어지고, 이들의 청산 매도가 다시 가격을 밀어낸다. 청산이 청산을 낳는 구조다.
이런 자기증폭 과정은 자기여기 점과정(self-exciting point process), 즉 Hawkes 과정으로 정식화된다. 시점 t의 청산 강도는 다음과 같다.
$$\lambda(t) = \lambda_0 + \sum_{t_i < t} \alpha, e^{-\beta(t - t_i)}$$
각 청산 이벤트 tᵢ가 강도를 α만큼 끌어올리고, 그 효과는 β의 속도로 감쇠한다. 이 과정의 운명을 결정하는 것은 분기율(branching ratio) n = α/β, 즉 청산 1건이 평균적으로 유발하는 후속 청산의 기대 건수다.
- n < 1 (아임계): 연쇄는 자연 소멸한다. 평범한 조정장.
- n ≥ 1 (초임계): 청산 강도가 폭발적으로 발산한다. 10월 10일.
핵심은 α가 상수가 아니라는 점이다. α는 레버리지 분포가 청산선 부근에 얼마나 밀집해 있는지, 그리고 시장 깊이가 얼마나 얇은지의 함수다. 강세장이 길어질수록 고레버리지 포지션이 좁은 가격 대역에 적층되고, α는 조용히 임계값을 향해 기어오른다. 시장은 겉보기에 평온하지만 시스템은 이미 초임계 직전 상태다. 트리거는 무엇이든 될 수 있다 — 10월 10일의 경우 관세 발표라는 거시 충격이었다.
초임계 국면에서 청산 강도가 발산하면 API 트래픽도 함께 발산한다. 청산 처리 요청에 더해, 가격 급변을 목격한 전체 이용자의 시세 조회·포지션 확인·수동 청산 시도가 폭주한다. 도착률 λ(t)는 수 초에서 수십 초 만에 평시의 10 ~ 100배, 즉 초당 수십만~백만 요청 수준에 도달할 수 있다. 1절의 발산 조건 λ → μ가 현실이 되는 것이다.
참고로 용어를 하나 정리해두면, 이 글에서 문제 삼는 것은 애플리케이션 계층의 RPS(Requests Per Second)다. 네트워크 계층의 PPS(Packets Per Second)는 요청 1건당 수십 패킷 규모로 함께 폭증하며 CloudFlare의 DDoS 완화가 작동하는 계층이지만, 주문·청산 병목의 분석 단위는 RPS가 맞다.
3. 시간 상수의 불일치 - 오토스케일링은 왜 항상 늦는가?
"트래픽이 폭증하면 오토스케일링이 확장하면 된다"는 것이 클라우드 아키텍처의 표준 답변이다. 이 답변의 문제는 용량의 크기가 아니라 반응 속도에 있다.
두 개의 시간 상수를 비교해보자.
| 프로세스 | 시간 상수 | 근거 |
|---|---|---|
| 청산 연쇄의 강도 정점 도달 | 수 초 ~ 수십 초 | Hawkes 초임계 발산은 지수적. 10·10 당시 바이낸스 플래시 크래시의 핵심 구간은 UTC 21:36~22:16의 40분이었고, 개별 자산의 붕괴는 분 단위였다 |
| 오토스케일링의 유효 용량 투입 | 수십 초 ~ 수 분 | 메트릭 수집 주기 + 스케일링 판단 + 인스턴스 기동 + 애플리케이션 워밍업 + 로드밸런서 등록 + DB 커넥션 풀 확장 |
수요는 초 단위로 발산하는데 공급은 분 단위로 반응한다. 오토스케일링이 새 인스턴스를 투입할 시점에 연쇄의 정점은 이미 지나갔고, 피해 — 이론 청산가와 실제 체결가의 괴리, 슬리피지, 지연 체결 — 는 그 사이에 확정된다. 폭풍이 지나간 뒤에 배가 도착하는 구조다.
"그렇다면 평시부터 정점 수요만큼 프로비저닝하면 되지 않는가"라는 반론이 가능하다. 세 가지 이유로 성립하지 않는다. 첫째, 정점 수요는 평시의 10100배이고 그 발생 빈도는 연 수회이므로, 상시 정점 프로비저닝은 용량의 9099%를 유휴 상태로 유지하는 것이다. 수수료 경쟁 중인 거래소에게 이는 경제적으로 지속 불가능하다. 둘째, 병목은 컴퓨트만이 아니다. 매칭 엔진은 가격·시간 우선 원칙 때문에 종목별로 순차 처리가 강제되는 직렬 구간을 가지며, 이 구간은 수평 확장이 원리적으로 불가능하다. 셋째, DB 커넥션 풀, WAF 규칙 평가, 장기 WebSocket 연결 같은 상태 유지(stateful) 계층은 무상태 컴퓨트처럼 즉시 늘어나지 않는다.
요컨대 이것은 "돈을 더 쓰면 해결되는" 문제가 아니라, 초 단위로 발산하는 자기여기 수요와 분 단위로 반응하는 탄력적 공급 사이의 구조적 불일치다. 전통 거래소가 이 문제를 겪지 않는 이유는 인프라가 더 좋아서가 아니라, 서킷브레이커와 가격 밴드로 수요 측 발산 자체를 차단하기 때문이다. 이 점은 결론에서 다시 다룬다.
4. 공급 측 무작위 실패 - 인프라는 시장이 조용할 때도 죽는다
지금까지의 논의는 수요 폭증이 인프라를 무너뜨리는 경로였다. 그런데 2025년 하반기의 사건들은 두 번째 독립적 실패 축을 실증했다. CDN과 클라우드 계층은 시장 스트레스와 무관하게, 자체 결함으로도 무너진다.
| 일시 | 주체 | 장애 내용 | 시장 맥락 및 결과 |
|---|---|---|---|
| 2017.11 | 빗썸 | BCH 급락 중 서버 다운, 매도 불가 | 국내 최초의 거래소 장애 집단 소송 사례 |
| 2018.07.11 | 업비트 | 서버 간 충돌로 약 30분 전 마켓 거래 중단 | 이용자 손실 민원, 해킹설 확산 |
| 2020.03.12~13 | BitMEX | BTC 급락($8,000→$3,800) 중 트레이딩 엔진 중단 | 수 분 만에 약 7.5억 달러 청산. 엔진 정지 직후 하락이 멈춤 |
| 2020.03.02~03 | Robinhood(전통 비교) | 급반등일 전후 시스템 다운 | 전통 브로커의 동일 실패 모드. 차이는 사후 규제 조사와 배상 절차의 존재 |
| 2021.02 / 2021.05 | 바이낸스·코인베이스 등 | 급변동 구간 반복적 접속 장애·출금 중단 | 포지션 정리 불가에 따른 집단 민원·소송 시도 |
| 2021.11~ | 업비트 | 상승장 반복적 시세 멈춤·긴급 점검 | 미체결 오류 손실 관련 개인 투자자 소송 진행 |
| 2025.08 | 바이낸스 | 선물 UM 전 계약 약 18분 전면 중단 | 원인 비공개, 포지션 조정 불가 구간 발생 |
| 2025.10.10~11 | 전 CEX | 사상 최대 청산 191.3억 달러, 160만 명 피해. ATOM·IOTX 일시 0달러 부근 체결, USDe 0.65달러 | 청산 폭주 구간 포지션 청산 불가 불만 다수. 이후 바이낸스 보상 및 규칙 개정 |
| 2025.10.20 | AWS us-east-1 | DNS 연쇄 장애 약 15시간, 2,500개 이상 기업 영향 | Coinbase 3시간 17분 장애, Robinhood·Base L2 동반 마비 |
| 2025.11.18 | CloudFlare | 구성 파일 이상, 글로벌 500 에러 3.5~6시간, 전 세계 트래픽 약 20% 영향 | Coinbase·Kraken 프론트엔드 다운, BitMEX 장애 조사 |
| 2025.12.05 | CloudFlare | WAF 파싱 변경이 잠재 버그 격발, 약 25분 장애 | Coinbase·Kraken·Jupiter·Raydium 동반 중단. 한 달 내 동일 제공자 2회 장애 |
| 2026.05.08 | AWS us-east-1 | 데이터센터 과열로 가용 영역 장애 | Coinbase 약 7시간 다운, "Cancel Only" 모드로 단계 재개 |
이 연표에서 세 가지 패턴이 읽힌다.
첫째, 실패 모드는 매번 다르지만 결과는 같다.DNS 연쇄 장애(2025.10), 구성 파일 오류(2025.11), WAF 잠재 버그(2025.12), 물리적 과열(2026.05) — 원인은 전부 달랐다. 특정 결함을 고치는 것으로는 다음 장애를 막지 못한다는 뜻이다. 소수 인프라 제공자에 대한 집중 자체가 위험의 원천이기 때문이다.둘째, 수요 측 실패와 공급 측 실패는 독립 사건이며, 따라서 언젠가 겹친다.10월 10일(수요 발산)과 10월 20일(공급 실패)은 열흘 간격으로 발생했다. 두 축이 같은 날 겹치는 시나리오 — 청산 연쇄가 진행되는 도중에 CDN이나 클라우드 리전이 무너지는 날 — 는 가상의 최악이 아니라 확률의 문제다.셋째, BitMEX 2020년 3월 사례는 이 글의 논지를 완성하는 역설이다.엔진이 멈추자 청산 연쇄도 멈췄고, 가격은 반등했다. 당시 청산 엔진 자체가 시장 최대의 매도 주체였기 때문이다. 장애가 의도치 않은 서킷브레이커로 기능한 것이다. 이 사례가 보여주는 것은 섬뜩하다.완벽한 인프라는 문제를 해결하지 않는다. 연쇄 청산을 더 빠르고, 더 완전하게 집행할 뿐이다. 인프라 개선론의 가장 깊은 맹점이 여기에 있다. 문제의 본질은 처리 용량이 아니라 충격 흡수 장치의 부재다.
5. 오라클 설계 결함 - 인프라와 별개의 세 번째 실패 모드
10월 10일 사태를 인프라 용량 문제로만 환원하면 사후 분석과 어긋난다. 그날의 피해를 증폭시킨 핵심 원인 중 하나는 담보 평가 오라클의 설계 결함이었다.
바이낸스는 USDe, wBETH, BNSOL 등의 담보 가치를 외부 지수가격이 아닌 자체 현물 오더북 가격으로 평가했다. 변동성 폭발 구간에서 내부 오더북의 매수벽이 소진되자 USDe는 바이낸스 안에서만 0.65달러까지 이탈했고(발행사의 민팅·상환 메커니즘은 정상 작동 중이었다), 담보 가치가 장부상 폭락한 계정들이 연쇄 청산으로 밀려났다. ATOM이 일시적으로 0 부근에서 체결된 것도 같은 구조다 — 단방향 유동성 속에서 수년 전에 걸어둔 극단가 지정가 주문까지 쓸려나갔다.
이것은 대기행렬의 문제가 아니라 가격 발견 설계의 문제이며, 두 실패 모드를 구분하는 것이 중요하다. 인프라가 완벽했더라도 오라클이 내부 가격을 참조하는 한 동일한 붕괴가 발생했을 것이고, 오라클이 완벽했더라도 인프라 병목은 체결 괴리를 만들었을 것이다. 바이낸스가 2026년 4월 14일부터 현물 가격 변동 제한(PRER) 규칙을 단계 도입하기로 한 것은, 거래소 스스로 오라클·가격 설계 결함을 원인으로 진단했다는 방증이다.
다만 이 개정이 시사하는 바도 함께 읽어야 한다. 가격 밴드는 전통 시장이 수십 년 전에 도입한 장치다. 암호화폐 시장은 사상 최대 청산이라는 수업료를 치르고 나서야 그 첫 조각을 수입하기 시작했으며, 그것도 거래소별·자발적·부분적으로다. 시장 전체를 관통하는 서킷브레이커, 중앙 청산소, 표준화된 사후 조사 절차는 여전히 존재하지 않는다.
6. 검증 불가능성 - 문제는 특혜의 존재가 아니라 부재의 증명 불가능이다
세 번째 축은 기술이 아니라 거버넌스다. 청산 가격, 체결 순서, 실행 시점은 거래소가 자체 결정하며, 이를 외부에서 감사할 방법이 사실상 없다.
이 주제는 정확하게 다뤄야 한다. 흔히 제기되는 "거래소가 VIP를 먼저 처리하고 개미를 버린다"는 주장은 근거 등급이 뒤섞여 있다. 분리하면 다음과 같다.
| 주장 | 근거 수준 | 판정 |
|---|---|---|
| VIP 등급별 API rate limit 차등 | 거래소 공식 문서에 명시 | 사실 |
| VIP·기관 대상 저지연 접속(코로케이션 등) 제공 | 공식 프로그램 존재 | 사실에 근접 |
| 청산 체결 큐에서 일반 이용자 후순위 배치 | 공개 증거 없음 | 추정 |
| 거래소 자체 포지션 우선 정리 | 공개 증거 없음 | 추정 |
앞의 두 줄은 공개된 사실이다. 인프라 용량이 임계에 도달한 순간, 더 높은 rate limit과 더 짧은 경로를 가진 참가자가 먼저 빠져나가고 공유 자원을 두고 경쟁하는 일반 이용자가 뒤에 남는 것은 — 의도적 차별이 없더라도 — 아키텍처의 필연적 귀결이다. 혼잡 시의 자원 배분은 이미 계층화되어 있다.
뒤의 두 줄은 입증되지 않았고, 이 글도 사실로 주장하지 않는다. 그러나 여기서 논점을 뒤집어야 한다. 문제는 특혜가 있었다는 증거가 아니라, 특혜가 없었음을 검증할 방법이 없다는 사실 자체다.10·10 이후 내부 장애 원인설이 제기되자 바이낸스는 부인했지만, 제한적 정보 공개는 불신과 음모론을 오히려 키웠다. 전직 CFTC 규제 담당자가 2010년 주식시장 플래시 크래시와 비교하며 공식 조사를 촉구한 것도 같은 맥락이다 — 그는 조작이 있었다고 주장한 것이 아니라, 조작 여부를 판정할공식적 사후 조사 절차 자체가 암호화폐 시장에 없다는 점을 지적했다.
전통 시장에서 플래시 크래시가 발생하면 규제기관이 체결 데이터를 소환하고, 사후 보고서가 공개되고, 오류 체결은 취소되고, 배상 절차가 작동한다. 암호화폐 시장에서 같은 사건이 발생하면 거래소의 자발적 해명과 자발적 보상이 전부이며, 그 해명의 진위를 검증할 제3자가 없다. 청산의 블랙박스는 음모론의 온상이 아니라 음모론을 반증할 수단의 부재이고, 이는 인프라를 아무리 개선해도 1비트도 해소되지 않는다.
7. 반론에 답한다
이 글의 논지에 대해 예상되는 반론 네 가지를 정면으로 다룬다.
반론 1: "NASDAQ은 초당 수백만 건을 처리한다. 기술 문제일 뿐이다."절반만 맞다. 전통 거래소의 저지연은 베어메탈 매칭 엔진, 커널 바이패스, 코로케이션, 그리고 결정적으로공중 인터넷을 경유하지 않는 전용 회선위에서 달성된다. CEX가 이 아키텍처를 채택하지 않는 것은 무능해서가 아니다. 전 세계 리테일 이용자가 스마트폰으로 접속해야 하고, 상시적인 DDoS 공격을 방어해야 하며, 규제 환경 변화에 따라 인프라를 신속히 이동할 수 있어야 하기 때문이다. CDN과 퍼블릭 클라우드는 이 요구의 합리적 해답이다. 그러나 그 해답에는 대가가 있다 — 3절의 시간 상수 불일치와 4절의 공급 측 집중 위험이다. 기술이 없는 것이 아니라,선택한 아키텍처에 내장된 트레이드오프인 것이다. 그리고 리테일 접근성을 포기할 수 없는 한 이 선택은 되돌릴 수 없다.
반론 2: "멀티클라우드·멀티CDN으로 분산하면 된다."부분적 완화는 되지만 해결은 아니다. 첫째, 매칭 엔진과 원장은 일관성 요구 때문에 액티브-액티브 분산이 극도로 어렵다. 종목별 가격·시간 우선 체결은 단일 순서 결정자를 요구하며, 이 직렬 구간은 지리적으로 분산할수록 지연이 늘어난다. 둘째, 실증적으로도 2025년 10월 AWS 장애 이후 멀티클라우드 논의가 쏟아졌지만, 2026년 5월 Coinbase는 다시 us-east-1 장애로 7시간 정지했다. 셋째, 멀티클라우드는 수요 측 발산(2~3절)에는 아무 답도 주지 못한다. 분산은 공급 측 위험의 확률을 낮출 뿐, 자기여기 청산 연쇄는 어느 클라우드 위에서든 동일하게 발산한다.반론 3: "DEX가 답이다. 온체인 청산은 검증 가능하다."절반의 진실이다. 10·10 당시 일부 온체인 파생 거래소는 가동을 유지했고, 청산 로직이 온체인에 있다는 것은 6절의 검증 불가능성 문제에 대한 실질적 답이 맞다. 청산이 왜, 언제, 어떤 가격에 발생했는지 누구나 재구성할 수 있다는 것은 CEX가 구조적으로 제공할 수 없는 속성이다. 그러나 DEX는 별개의 단일 장애점을 갖는다. 오라클 의존(5절의 문제가 형태를 바꿔 재등장한다), 시퀀서 집중, 기반 체인의 정체와 중단. 그리고 잊지 말아야 할 것은, 2025년 11월 CloudFlare 장애 때 다수 DEX의 프론트엔드도 함께 마비됐다는 사실이다. 체인은 살아 있어도 이용자의 접점은 죽는다. DEX는 세 번째 축(검증 가능성)의 답이지, 첫 번째·두 번째 축의 면제부가 아니다.반론 4: "10월 사태는 관세 발표라는 외생 충격 탓이지 인프라 탓이 아니다."
트리거와 증폭기를 혼동한 반론이다. 관세 발표는 성냥이었다. 그러나 같은 성냥이 전통 시장에도 떨어졌고, 전통 시장은 그날 사상 최대 강제 청산을 겪지 않았다. 차이를 만든 것은 마른 장작 — 청산선 부근에 적층된 고레버리지 포지션(2절의 초임계 분기율), 내부 가격 참조 오라클(5절), 서킷브레이커의 부재, 그리고 폭주 구간에서 이용자가 포지션을 정리할 수 없게 만든 인프라 병목(1·3절) — 이었다. 외생 충격은 상수다. 시스템의 응답이 변수이고, 이 글이 분석하는 것은 그 응답 함수다.
8. 맺으며, 더 좋은 서버가 아니라 다른 시장 구조
논증을 요약한다.
첫째, 수요 측: 레버리지 청산은 자기여기 과정이며, 분기율이 임계를 넘는 순간 트래픽은 수 초 내에 발산한다. 클라우드의 탄력적 공급은 분 단위로 반응하므로 구조적으로 늦는다. 이 불일치는 예산으로 메울 수 없다 — 상시 정점 프로비저닝은 경제적으로 불가능하고, 매칭 엔진의 직렬 구간은 수평 확장이 원리적으로 막혀 있다.
둘째, 공급 측: 2025년 10월부터 2026년 5월까지 AWS와 CloudFlare는 서로 다른 원인으로 네 차례 무너졌고, 그때마다 주요 거래소가 동반 정지했다. 소수 제공자 집중은 개별 결함 수정으로 제거되지 않는 위험 축이며, 수요 측 발산과 언젠가 같은 날 겹친다.
셋째, 거버넌스: 청산의 블랙박스는 특혜의 증거가 아니라 특혜 부재를 증명할 수단의 부재이며, 공식 사후 조사 절차가 없는 시장에서 이 문제는 인프라와 무관하게 지속된다.
그리고 BitMEX 2020의 역설이 세 논점을 하나로 묶는다. 엔진이 멈추자 연쇄가 멈췄다는 사실은, 우리가 인프라에 요구해온 것 — 어떤 상황에서도 멈추지 않고 모든 청산을 즉시 집행하는 것 — 이 애초에 잘못된 요구일 수 있음을 보여준다. 전통 시장이 서킷브레이커를 만든 이유는 처리 용량이 부족해서가 아니다. 어떤 순간에는 시장을 멈추는 것이 시장을 지키는 것이기 때문이다.
따라서 필요한 것은 더 큰 서버가 아니라 다른 설계다. 시장 전체를 관통하는 변동성 차단 장치, 외부 지수 기반의 담보 평가 표준, 청산 체결 기록의 제3자 검증(온체인이든 규제 감사든), 그리고 플래시 크래시에 대한 공식적 사후 조사 절차. 2026년 4월의 바이낸스 가격 밴드 도입은 첫걸음이지만, 거래소별 자발적 조치의 모자이크로는 시스템 리스크를 막을 수 없다 — 연쇄 청산은 거래소 경계를 존중하지 않기 때문이다.
CEX 인프라 개선이 한계를 가질 수밖에 없는 이유는, 그것이 애초에 인프라의 문제가 아니기 때문이다. 초 단위로 발산하는 수요와 분 단위로 반응하는 공급, 소수 제공자에 집중된 기반 계층, 그리고 검증 불가능한 블랙박스 — 이 세 축은 각각 아키텍처 선택, 시장 구조, 거버넌스의 문제다. 서버는 이미 충분히 빠르다. 느린 것은 시장 구조의 진화다.