저자: 대니

바이낸스의 현물 시장과 무기한 시장을 열어보면 주문장이 거의 동일해 보입니다. 하지만 "매도"하는 순간, 근본적으로 다른 두 가지 상태 기계가 백그라운드에서 작동합니다. PERP는 왜 두 가지 가격 체계를 유지할까요? 아이언 콘도르는 왜 네 개의 레그에서 동시에 거래를 실행해야 할까요? 폴리마켓의 수수료가 p=0.5일 때 가장 높은 이유는 무엇일까요? 유니스왑의 유동성 공급자(LP)는 왜 항상 보유자보다 낮은 수익률을 보일까요? 이러한 질문들은 메커니즘에 관한 것처럼 보이지만, 본질적으로는 같은 것을 묻고 있습니다. 즉, 매칭 엔진은 결코 독립적인 엔지니어링 모듈이 아니며, 서비스하는 자산에 따라 형성된다는 것입니다.

현물 거래, 무기한 계약, 옵션, 다중 시장, 그리고 대체 시장 조성자(AMM) 등 다섯 가지 거래 방식 간의 차이점은 유사점보다 훨씬 더 심오합니다. 이 글에서는 이러한 방식들을 분석하여 "매칭"이 겉보기에는 전혀 관련 없어 보이는 여러 공학적 형태로 분화된 원인을 살펴봅니다.

I. 매칭은 표준 구성 요소가 아닙니다.

현물 거래의 매칭 구현 방식만 살펴본 사람이라면 "매칭 엔진"이 성숙하고, 통합적이며, 거의 저기술적인 것이라고 생각할 수도 있습니다. 즉, 정렬된 주문장, 가격-시간 우선순위 매칭 루프, 그리고 일회성 결제 경로로 구성되어 있다고 여길 수 있다는 것입니다.

그렇다면 당신은 크게 틀렸습니다.

코인베이스의 BTC/USDT에서 바이낸스의 BTCUSDT 무기한 계약, 데리빗의 BTC-26DEC25-50000-C, 그리고 폴리마켓의 특정 이벤트 시장으로 시선을 옮겨보면, 이 네 가지 시장의 매칭 엔진은 구조적으로 거의 완전히 다른 네 개의 기계와 같다는 것을 알 수 있습니다. 물론 구매자, 판매자, 가격, 수량 등 알고리즘적인 유사점은 있지만, 상태 머신, 위험 관리 연동, 거래 경계, 신뢰 가정과 같은 측면을 자세히 살펴보면 차이점이 너무나 커서 "매칭 엔진"이라는 용어 자체가 지나치게 추상적으로 느껴집니다.

이 글의 목적은 이러한 네 가지 전형적인 형태를 분석하고, 동일한 기본 개념이 서로 다른 목표에 따라 다양한 공학적 형태로 분화되는 원인이 무엇인지 살펴보는 것입니다.

II. 스팟 매칭: 가장 기본적인 형태

스팟 매칭은 표준 모델이며, 거의 모든 교과서와 오픈 소스 프로젝트(CME Globex의 간소화 버전인 LMAX Disruptor 및 다양한 오픈 소스 매칭 엔진)가 여기서 출발합니다.

핵심 데이터 구조는 일반적으로 두 개의 가격 트리(매수 호가와 매도 호가)로 구성되며, 각 가격 노드는 FIFO(선입선출) 큐에 연결됩니다. 매칭 루프는 매우 간단합니다. 매수자가 도착하면 상대방의 최적 가격 수준부터 스캔을 시작하여, 매수자의 수량이 모두 소진되거나 가격이 제한 가격을 초과할 때까지 메이커 큐를 시간 순서대로 처리합니다.

핵심 기능 중 몇 가지 중요한 사항은 특별히 언급할 가치가 있습니다.

첫째, 자산은 동질적이며 분리 가능합니다. 구매자는 견적 자산(USDT)을 보유하고, 판매자는 기준 자산(BTC)을 보유합니다. 매칭은 본질적으로 자산 교환입니다. 원장상의 작업은 거래로 묶인 한 쌍의 잔액 추가 및 차감으로 이루어지며, 결제와 매칭은 동일한 거래 내에서 완료됩니다. 매칭 엔진은 외부 의존성이 거의 필요하지 않습니다. 매칭 자체가 결제이며, 하위 연결 고리가 없습니다.

둘째, 위험이 즉시 제거됩니다. 현물 거래가 완료되는 순간 모든 포지션이 사라지며, "보유"라는 개념은 체결 단계에서 더 이상 유지되지 않습니다. 시스템은 가격 변동으로 인해 다음 순간에 청산될 가능성을 걱정할 필요가 없습니다. "포지션"이라는 개념 자체가 존재하지 않기 때문입니다.

셋째, 주문 유형은 비교적 유사합니다. 지정가 주문, 시장가 주문, IOC 주문, FOK 주문, 사후 주문, 손절매 주문은 모두 주문 수명주기 관리의 변형입니다.

구체적인 시나리오를 살펴보겠습니다. BTC/USDT 시장에서 50,001 × 1.5 BTC의 매도 주문(메이커 A가 09:30:00.100에 주문)과 50,002 × 3.0 BTC의 매도 주문(메이커 B가 09:30:00.200에 1.0 BTC 주문을, 메이커 C가 09:30:00.300에 2.0 BTC 주문을)이 발생했습니다. 이때 4.0 BTC의 시장가 매수 주문이 들어왔습니다. 체결 과정은 다음과 같습니다. 먼저 메이커 A의 50,001 BTC 주문(1.5 BTC)이 모두 체결됩니다. 그다음 가격 레벨에서는 FIFO 순서가 적용되어 B가 C보다 우선합니다. 먼저 메이커 B의 50,002 BTC 주문량 1.0 BTC가 모두 인수되고, 이어서 메이커 C의 주문량 1.5 BTC 중 일부가 인수됩니다(0.5 BTC는 주문장에 남습니다). 같은 거래에서 테이커 계정은 200,006.5 USDT를 차감하고 4.0 BTC를 추가합니다. 세 메이커 계정은 이에 따라 역순으로 업데이트됩니다. 이러한 일련의 작업은 단일 데이터베이스 거래 내에서 완료되며, 매칭은 결제와 동일합니다. B의 거래가 C의 거래보다 우선하는 이유는 가격(동일 레벨) 때문이 아니라 B가 먼저 목록에 등록되었기 때문입니다. 이는 가격-시간 우선순위의 실질적인 구현 사례입니다.

현물 거래 매칭 엔지니어링의 난제는 논리가 아니라 성능에 있습니다. 수백만 건의 TPS(초당 트랜잭션 수)에서도 마이크로초 수준의 지연 시간을 유지하는 방법, 자주 사용되는 경로와 그렇지 않은 경로의 캐시 지역성을 처리하는 방법, 그리고 결정론적 리플레이를 구현하는 방법 등이 그것입니다. 하지만 이러한 문제들은 메커니즘 문제가 아니라 최적화 문제입니다.

III. 무기한 계약 매칭: 위험 관리 엔진의 개입

바이낸스의 무기한 계약 주문장과 현물 주문장의 스크린샷을 나란히 놓고 보면 육안으로는 차이를 알아채지 못할 수도 있습니다. 하지만 그 이면에 숨겨진 구조는 완전히 다른 모습을 보여줍니다.

핵심적인 변화는 매칭 엔진이 최종 정산 지점이 아니라 단순히 사건의 발생원일 뿐이라는 점입니다. (즉, 도미노 효과)

PERP 매칭이 발생하면 가격 업데이트, 포지션 업데이트, 마진 재계산, 미실현 손익 갱신, 잠재적 청산 트리거 등 복잡한 하위 체인이 촉발됩니다. PERP에서 매칭 엔진과 리스크 관리 엔진은 긴밀하게 연결되어 있으며, 이러한 연결 방식이 전체 시스템의 특성을 결정합니다.

이중 가격 시스템은 PERP의 첫 번째 독창적인 구조입니다. 매칭 자체는 여전히 "최종 거래 가격"을 기준으로 하지만, 유지 증거금, 청산 트리거 및 UPnL 계산에는 여러 현물 시장 지수와 자금 조정을 통해 산출된 "마크 가격"이 사용됩니다. 이는 시장 조작 방지 설계입니다. 매칭 가격과 마크 가격이 동일할 경우, 공격자는 소액 자본으로 주문장을 극단적인 가격으로 조작하여 모든 역포지션을 즉시 청산할 수 있습니다. 이중 가격 시스템은 이러한 공격 가능성을 제거합니다.

이중 가격의 역할을 구체적인 시나리오를 통해 설명해 보겠습니다. 한 트레이더가 50배 더 많은 BTC(1 BTC)인 총 60,000 BTC를 보유하고, 초기 증거금은 1,200 USDT, 유지 증거금은 300 USDT로 진입합니다. 어느 순간, 대규모 시장가 주문으로 인해 주문장이 급락하여 최종 가격이 58,500 USDT까지 떨어집니다. 이는 최종 가격 기준으로 1,500 USDT의 미실현 손실을 의미하며, 마진콜이 발생합니다. 그러나 같은 순간, 평가 가격(현물 지수와 펀딩 조정치를 가중한 가격)은 59,400 USDT로, 평가 가격 기준으로 600 USDT의 미실현 손실을 발생시킵니다. 계좌 잔액 600 USDT는 유지 증거금 300 USDT보다 크기 때문에 청산은 발생하지 않습니다. 몇 초 후, 최종 가격이 59,400 USDT로 돌아오면서 트레이더는 급락으로 인한 손실을 면하게 됩니다. 주문장과 청산 가격이 동일한 경우, 공격자는 주문장이 약할 때 소액 자본으로 가격을 극단적인 수준으로 끌어올려 반대 포지션에서 연쇄 청산을 유발한 후 더 낮은 가격에 되사들이는 수법을 사용할 수 있습니다. 이는 BitMEX 초창기에 빈번하게 발생했던 유형의 공격입니다. 이중 트랙 시스템은 "정확성을 위한 것"이 아니라 "공격을 방지하기 위한 것"입니다.

거래 전 위험 관리 또한 매우 중요한 요소입니다. 현물 거래에서는 주문이 접수되는 즉시 체결되지만, PERP(Performance Residual Point) 시스템에서는 주문 접수 후 먼저 마진 검사를 거쳐야 합니다. 즉, 보유 마진이 해당 거래로 인한 포지션 변동분을 충당할 수 있는지 확인하는 것입니다. 교차 마진 거래 시스템의 경우, 이 검사에서는 계좌 내 모든 포지션의 상호 헤징 여부도 고려합니다. 이러한 검사는 체결 주기 내에서 동시에 완료되어야 하며, 그렇지 않을 경우 "거래 후에 마진 부족이 발견되는" 등의 문제가 발생할 수 있습니다.

PERP 엔진에서 가장 흥미로운 부분은 강제 청산을 위한 특별 매칭 채널입니다. 계좌의 마진율이 유지 기준선 아래로 떨어지면 강제 청산 엔진이 작동하여 해당 계좌의 파산 가격(또는 특정 보호 가격)으로 IOC 주문을 주문장에 전송하여 포지션을 청산하려고 시도합니다. 만약 주문장이 너무 협소하여 이 강제 청산 주문을 처리할 수 없다면 어떻게 될까요? 몇 가지 엔지니어링 옵션이 있습니다. 하나는 안전망 역할을 하는 보험 펀드에 연결하는 것이고, 다른 하나는 ADL(자동 포지션 축소)을 발동하여 시스템이 수익을 내는 거래 상대방의 포지션을 강제로 줄이는 것입니다.

ADL은 본질적으로 "매칭 프로세스의 마지막 단계"입니다. 주문장과 보험 기금 모두 실패할 경우, 시스템은 주문장을 건너뛰고 두 계정 간에 직접 강제 결제를 수행합니다. 이는 "매칭"이라는 개념을 "자발적 매칭"에서 "비자발적 매칭"으로 확장한 설계입니다. 더 이상 전통적인 의미의 매칭에 속하지는 않지만, 극단적인 시장 상황에서 시스템이 파산하지 않도록 하기 위해 반드시 필요한 요소입니다.

PERP에서 자체 거래 방지(STP)의 복잡성은 독특한 특징입니다. 현물 거래에서 STP는 주로 주문 청산을 방지하는 역할을 하지만, PERP에서는 동일 계정이 롱 포지션과 숏 포지션을 동시에 보유할 수 있기 때문에(헤지 모드) STP의 적용 방식을 더욱 세분화해야 합니다. 하위 계정, 사용자 ID 또는 마스터 계정 중 어떤 기준으로 적용해야 할까요? 거래소마다 서로 다른 접근 방식을 선택하고 있습니다.

요약하자면, PERP 매칭의 어려움은 주문장 자체에 있는 것이 아니라, 주문장 뒤에 있는 위험 관리 엔진과 연결된 전체 상태 기계에 있습니다. 설계자는 다음 사항을 명확하게 정의해야 합니다. 어떤 검사가 주요 매칭 경로(동기식)에 포함되고 어떤 검사가 비동기식으로 처리될 수 있는지, 강제 청산에 어떤 실행 모델을 사용할지, 보험 자금을 어떻게 할당할지, 그리고 ADL 트리거 대기열의 우선순위를 어떻게 지정할지(일반적으로 "수익률 × 레버리지 비율"로 정렬하여 수익률이 가장 높고 레버리지가 가장 높은 투자자가 먼저 청산되도록 함).

IV. 지속적인 매칭을 위한 두 가지 경로 접근법: 계층적 의사결정, 구성 및 실행

PERP 매칭 프로세스에는 특별히 논의할 가치가 있는 또 다른 단계가 있습니다. 강제 청산 경로는 매칭 단계에서 일반 주문과 병합되지만, 병합 전후의 로직은 완전히 다릅니다. 이 단계를 이해하는 것은 PERP 엔진을 설계하거나 디버깅하는 데 매우 중요합니다. 그렇지 않으면 "매칭"과 "청산" 사이의 경계가 반복적으로 모호해질 것입니다.

강제 철거 과정을 세 단계로 나누어 살펴보겠습니다.

첫 번째 단계는 트리거 판단입니다. 시장 가격이 사용되는데, 이는 주문장 변동에 따른 순간적인 조작으로 인해 "매도 여부" 결정이 영향을 받는 것을 방지하기 위함입니다. 이 단계는 시장 깊이와는 완전히 독립적이며, 독립적인 위험 관리 판단입니다.

두 번째 단계는 주문 생성입니다. 청산 엔진이 청산을 결정하면 IOC 주문을 생성하여 주문장에 전송합니다. 이 주문은 사용자의 일반 주문과 구조적으로 여러 면에서 다릅니다. 가격은 사용자가 선택하는 것이 아니라 파산 가격을 기반으로 엔진에서 설정합니다. 주문 유형은 항상 IOC이며 주문장의 나머지 유형은 허용되지 않습니다. 수수료는 테이커 수수료가 아닌 청산 수수료(0.5~1.5%)이며 보험 기금으로 귀속됩니다. 주문 체결 권한은 계정이 아닌 시스템에 있습니다. 계정이 청산되면 자기 거래로 인한 청산 오염을 방지하기 위해 주문장에 있는 해당 계정의 모든 대기 주문이 강제로 취소됩니다. 또한, 처리 방식이 다릅니다. 사용자의 IOC를 매수할 수 없는 경우 해당 주문은 사라지지만, 청산된 IOC를 매수할 수 없는 경우 보험 기금 → ADL(계정 청산)의 연쇄 효과가 발생합니다.

세 번째 단계는 매칭 실행입니다. 주문장에 등록되면, 청산된 IOC와 일반 IOC는 거래상대방 유동성을 확보하기 위해 정확히 동일한 가격-시간 우선순위 규칙을 따릅니다. 이 단계는 대칭적입니다. 매칭 엔진은 청산된 주문의 매칭 우선순위를 "특별히 처리"하지 않습니다. 매칭 루프에는 그러한 if-else 문이 있어서는 안 됩니다. 그렇지 않으면 결정론적 리플레이가 방해받게 됩니다.

따라서 정확한 설명은 다음과 같습니다. 매칭 주기 자체는 두 가지로 나뉘는 것이 아니라, 주문 출처, 구성, 청구 및 실패 경로가 두 가지로 나뉘는 것입니다. 주요 매칭 경로의 관점에서 보면 강제 청산과 일반 주문은 동일하며, 전체 거래 관점에서 보면 두 개의 병렬 채널을 따르다가 매칭 단계에서만 합쳐집니다.

또 하나 중요한 점은 기준 가격이 "청산이 발생해야 하는 가격"(발동 조건)을 결정하는 반면, 최종 가격(시장 심도)은 "실제로 청산이 발생할 수 있는 가격"을 결정한다는 것입니다. 주문량이 적고 시장 심도가 소진되면, 청산되는 IOC가 주문장을 따라 매수되는 실제 거래 가격은 파산 가격보다 훨씬 불리해집니다. 이러한 가격 차이가 보험 기금의 "손익 발생 원인"이 됩니다. 보험 기금은 본질적으로 "기준 가격이 제시하는 이론적인 청산 가격"과 "시장에서 실제로 체결되는 거래 가격" 간의 차이를 흡수합니다. 만약 이 두 가격이 항상 일치한다면 보험 기금은 불필요할 것입니다.

보다 혁신적인 설계(하이퍼리퀴드의 HLP, dYdX의 초기 백스톱 청산 네트워크)는 주문장 앞에 "청산 시장" 계층을 추가하여 전문 시장 조성자가 합의된 할인율로 전체 포지션을 선제적으로 인수할 수 있도록 함으로써 주문장의 느린 경로를 우회합니다. 본질적으로 이는 "청산 실행"을 거래소 내 매칭 프로세스와 완전히 분리하여 청산 경로에 자체 매칭 채널을 제공합니다. 이는 이중 경로 문제를 해결하는 또 다른 방법입니다. 일부 거래소는 두 경로를 동일한 주문장에 통합하는 것을 절충안으로 간주하고 단순히 서로 다른 매칭 채널을 사용하도록 허용합니다.

PERP 매칭의 복잡성 핵심으로 돌아가 보면, 주요 매칭 루프 자체는 단순하게 유지될 수 있지만, 주변의 상태 기계들, 즉 위험 관리, 청산, 보험 기금, ADL, 그리고 경우에 따라서는 백스톱 청산자 네트워크는 주문장 자체보다 훨씬 더 복잡한 시스템을 구성합니다. "주문장이 현물 시장과 똑같아 보인다"는 시각적 착시 현상 뒤에는 두 개의 독립적인 진입 채널과 네 개의 서로 다른 청산 경로가 존재합니다. 이것이 바로 PERP 매칭의 "난이도"를 진정으로 보여주는 모습입니다. (일부 거래소에서는 B-book을 구현했다는 소문도 있습니다.)

V. 옵션 매칭: 그리드 기반 방식 및 시장 조성자 주도 방식

옵션은 이 네 가지 유형의 기초자산 중에서 "기초자산 자체의 수량이 폭발적으로 증가하는" 유일한 범주입니다. 비트코인 현물 시장은 주문장이 하나뿐이고, 비트코인 무기한 계약도 마찬가지입니다. 하지만 비트코인 옵션(예를 들어 데리빗)은 행사가격, 만기일, 콜/풋 옵션의 조합으로 인해 언제든지 수백 개의 활성 계약이 존재합니다. 따라서 각 계약마다 독립적인 주문장이 필요합니다.

이는 첫 번째 근본적인 문제인 유동성 부족으로 이어집니다. 심층적인 내가격 또는 외가격 계약은 하루에 거래량이 몇 건에 불과할 수 있으며, 주문장은 종종 비어 있거나 시장 조성자의 미체결 주문이 두 건 정도만 있는 경우가 많습니다. 이러한 유동성 부족으로 인해 순수 LOB 모델은 거의 사용 불가능해집니다. 일반적인 매수자가 지정가 주문을 낼 경우 체결될 때까지 며칠을 기다려야 할 수도 있습니다.

업계의 해결책은 세 가지 모델을 혼합한 형태입니다.

LOB는 주로 ATM 옵션과 근월물 계약과 같이 유동성이 가장 높은 계약에 사용됩니다. 이 부분은 현물 거래 로직과 근본적으로 다르지 않습니다.

RFQ(견적 요청)는 유동성이 부족한 계약에 사용됩니다. 거래자는 견적 요청을 제출하고, 여러 시장 조성자가 응답하면 거래자는 가장 유리한 견적을 선택합니다. 이 과정은 LOB(상장 송장)와는 별도로 운영되며, "문의 주문과 여러 견적 응답"을 매칭하는 방식으로, 본질적으로 역경매와 같습니다.

대량 거래는 매우 큰 규모의 주문에 사용됩니다. 두 거래 상대방은 장외에서 가격에 합의한 후, 해당 거래를 거래소에 보고하여 등록 및 결제를 진행합니다. 주문장은 거래 매칭에는 참여하지 않고 등록 절차에만 관여합니다.

옵션 매칭의 또 다른 핵심 요구 사항은 다중 레그 동시 매칭입니다. 아이언 콘도르와 같은 일반적인 전략은 네 개의 서로 다른 옵션 계약을 동시에 매수 및 매도해야 합니다. 네 개의 레그가 각각 다른 주문장에서 독립적으로 매칭될 경우, 두 개의 레그는 체결되지만 나머지 두 개는 체결되지 않아 거래자에게 바람직하지 않은 위험을 초래할 수 있습니다. 따라서 옵션 매칭 엔진은 콤보 북 또는 다중 레그 원자적 실행을 지원해야 합니다. 즉, 네 개의 레그 모두 하나의 단위로 처리되어 체결되거나 체결되지 않는 두 가지 경우만 발생합니다.

데리비트의 접근 방식은 현재 업계 표준으로 여겨집니다. 데리비트는 별도의 콤보 주문장을 운영하여 콤보 주문을 독립적으로 또는 단일 주문장과 암묵적으로 매칭할 수 있도록 합니다. 시스템은 단일 주문 유동성으로부터 콤보 가격을 자동으로 생성하고 그 반대의 경우도 마찬가지입니다. 이는 매우 독창적인 설계이지만, "가상 주문장"의 상태 동기화를 주요 매칭 경로에서 유지해야 한다는 것을 의미하기도 합니다.

여러 포지션을 동시에 매칭하는 전략이 왜 적합하지 않은지 구체적인 시나리오를 통해 설명하겠습니다. 현재 이더리움(ETH) 가격은 3,000입니다. 한 트레이더는 향후 7일 동안 가격이 [2,900, 3,100] 범위 내에서 변동할 것으로 예측하고 아이언 콘도르 전략을 세웁니다. 즉, 3,100 콜옵션을 매도하고, 3,200 콜옵션을 매수하며, 2,900 풋옵션을 매도하고, 2,800 풋옵션을 매수합니다. 이 네 포지션에서 발생하는 순수익은 포트폴리오의 최대 이익을 나타내며, 손실 제한 포지션 덕분에 최대 손실은 엄격하게 제한됩니다. 이것이 바로 아이언 콘도르 전략의 성공 전제 조건입니다. 네 개의 주문이 각각 다른 주문장에 독립적으로 제출되어 매칭될 경우, 가장 흔한 실패 시나리오는 다음과 같습니다. 처음 두 주문(콜 스프레드)은 체결되어 ETH 가격이 순식간에 2,950으로 급등하지만, 나머지 두 주문(풋 스프레드)에 대한 거래상대방 호가가 무효화되어 시장 조성자가 주문을 취소하거나 상당한 조정을 가하면서 C와 D 주문은 체결되지 않습니다. 결과적으로 트레이더는 무담보 콜 스프레드를 보유하게 되며, 방향성 노출이 완전히 반전되어 원래의 "변동을 이용한 수익" 전략은 "하락 베팅으로 인한 손실"로 바뀌고 최대 손실액에 제한이 없어집니다. 콤보 주문장은 네 개의 주문을 하나의 단위로 묶어 처리합니다. 네 주문 모두 체결되거나, 하나도 체결되지 않거나 둘 중 하나입니다. 또한, 암묵적 매칭을 통해 단일 주문장의 유동성이 실시간으로 콤보 호가로 통합되고, 반대로 콤보 주문장의 유동성은 다시 단일 주문장으로 흘러가면서 두 계층의 유동성이 서로를 보완합니다.

시장 조성자는 가격 결정 알고리즘에서 가격보다는 내재 변동성(IV)을 주로 사용합니다(이는 옵션만의 고유한 특징입니다). 시장 조성자는 "행사가 1,500달러 콜옵션 50,000포인트"와 같은 주문을 내는 대신 "변동성 65에 매수, 변동성 67에 매도"와 같은 주문을 냅니다. 시스템은 호가가 발효될 때마다 현재 기초자산 가격을 기반으로 BSM(또는 더 복잡한 모델)을 사용하여 실제 가격을 계산합니다. 즉, 시장 조성자의 호가는 기초자산 가격을 동적으로 따라가며, 주문장은 기초자산 가격 변동에 따라 자동으로 조정됩니다. 따라서 옵션에서 "대기 주문"은 일회성 이벤트가 아닌 지속적인 함수로 작동합니다.

그리스 문자(델타, 감마, 베가, 세타)를 기반으로 한 포트폴리오 마진 산정 방식은 위험 관리에도 변화를 가져옵니다. PERP(옵션 위험 평가)에서는 각 포지션마다 마진 계산 방식이 다르지만, 옵션 시장에서는 시장 조성자가 수백 개의 계약을 동시에 보유할 수 있기 때문에 각 계약별로 마진을 개별적으로 계산하는 것은 운영 효율성이 떨어집니다. 따라서 옵션 거래소는 일반적으로 그리스 문자를 기반으로 한 포트폴리오 마진 산정 방식을 사용하며, 전체 포트폴리오를 단일 순 노출로 간주하여 순 그리스 문자로 마진을 계산합니다. 이는 매칭에도 영향을 미치는데, 거래의 "마진 비용"은 기존 포지션을 헤지하는지 여부에 따라 달라집니다.

VI. 폴리마켓 매칭: 온체인 및 오프체인 결합 아키텍처

더 자세히 살펴보기 전에, 제기될 수 있는 질문 하나를 먼저 짚어보겠습니다. 왜 Polymarket은 별도로 나열되어 있고, AMM은 왜 언급되지 않는 걸까요? 왜 "DEX 매칭"이라는 일반적인 범주에 통합하지 않는 걸까요?

Polymarket의 독창성은 "온체인"이라는 명칭에 있는 것이 아닙니다. Polymarket을 진정으로 독특하게 만드는 것은 [0, 1] 가격 클램핑 + CTF 보완 민팅 + UMA 결과 결정(마크 가격과 유사)이라는 세 가지 메커니즘의 조합입니다. 이 세 가지 메커니즘은 함께 스팟, 퍼프, 옵션 및 기타 DEX와는 구별되는 상태 머신 구조를 생성합니다. 즉, 이산적이고 제한된 가격 공간, 무에서 생성된 유동성, 그리고 명확한 수명 주기를 제공합니다.

다음 논의에서는 이러한 세 가지 메커니즘과 그 메커니즘의 근간이 되는 신뢰 가정에 초점을 맞출 것입니다.

폴리마켓(Polymarket)은 폴리곤(Polygon) 플랫폼을 기반으로 구축된 예측 시장(어쩌면 최초의 예측 시장일지도 모릅니다)입니다. 모든 포지션은 그노시스(Gnosis)의 조건부 토큰 프레임워크(CTF)에서 발행한 ERC-1155 토큰으로 보유됩니다. 예를 들어 대통령 선거 결과를 예측하는 이진 예측과 같은 시장에서는 '예' 토큰과 '아니오' 토큰, 이렇게 두 개의 토큰이 발행됩니다. 시장이 종료되면 '예' 토큰은 1달러, '아니오' 토큰은 0달러의 가치를 갖게 됩니다.

보완적 발행 메커니즘은 CTF의 핵심입니다. 누구나 1 USDC를 예치하고 YES 토큰 1개와 NO 토큰 1개를 받을 수 있습니다. 또한 누구나 YES 토큰 1개와 NO 토큰 1개를 소각하고 1 USDC를 상환할 수 있습니다. 이 메커니즘을 통해 마켓 메이커는 시장에 유동성을 "무에서 유를 창조하듯" 공급할 수 있습니다. 마켓 메이커는 판매 전에 토큰을 보유할 필요 없이 즉시 발행하고 판매할 수 있습니다. 매칭 엔진의 관점에서 이는 마켓 메이커가 무제한의 초기 재고를 보유하는 것과 같지만, 비용은 마진으로 제한됩니다. 이는 Polymarket과 기존 CLOB의 주요 차이점입니다.

폴리마켓의 전체 아키텍처는 오프체인 매칭과 온체인 결제를 결합합니다. 구체적인 프로세스는 다음과 같습니다. 사용자가 EIP-712를 사용하여 지정가 주문에 서명하고 이를 폴리마켓의 중앙 집중식 매칭 서버로 전송합니다. 서버는 기존의 LOB(물류 자산 블록)를 유지 관리합니다. 두 주문이 일치하면 서버는 두 서명을 온체인 트랜잭션으로 패키징하고 거래소 계약을 호출하여 결제를 완료합니다. 따라서 매칭 자체는 오프체인(밀리초 단위)에서 이루어지지만, 결제는 온체인(초 단위)에서 이루어집니다.

이 아키텍처는 신뢰 계층에서 독특한 특징을 가지고 있습니다. 매칭 서버는 사용자의 개인 키를 가지고 있지 않기 때문에 거래를 위조할 수 없습니다. 하지만 거래를 검증하여 특정 주문의 매칭을 거부할 수 있습니다.

가스 비용은 결제 경로를 결정하는 요소이며, 사용자 행동과는 무관합니다. 흔히 오해하는 점은 폴리마켓의 가스 비용을 사용자가 부담해야 한다고 생각하는 것인데, 실제로는 릴레이어(폴리마켓 운영사)가 가스 비용을 지불합니다. 사용자는 EIP-712 프로토콜을 사용하여 주문을 제출하고, 릴레이어는 주문을 매칭하여 블록체인에 거래 내역을 기록합니다. 이때 가스 비용은 폴리마켓이 부담하고, 거래 수수료를 통해 회수됩니다. 즉, 사용자는 주문 제출 및 취소에 대한 비용을 지불하지 않으며, 주문 취소는 블록체인에 기록되지 않고 매칭 서버에 주문 삭제를 알리는 방식으로 처리됩니다. 이는 중앙거래소(CEX)에서 주문을 취소하는 것과 동일한 논리적 절차입니다.

이는 가스가 구속력을 갖지 않는다는 의미가 아니라, 제약 조건이 릴레이어 측으로 이동했다는 뜻입니다. 즉, 각 거래의 온체인 정산 비용은 폴리마켓(Polymarket)이 부담하고, 릴레이어의 가스 예산과 폴리곤(Polygon)의 처리량 제한이 시스템의 최대 거래 빈도를 결정합니다. 마켓 메이커는 극심한 혼잡 상황에서 "비싼 주문 체결"을 경험하는 것이 아니라, 정산 지연과 처리량 병목 현상을 겪게 됩니다. 이는 중앙거래소(CEX)와는 완전히 다른 혼잡 전파 경로입니다.

이 아키텍처가 매칭 엔진에 미치는 실질적인 영향은 릴레이어가 여러 트랜잭션을 일괄 처리(가스 비용 분산)하면서 동시에 각 트랜잭션이 결제 계약 내에서 독립적으로 검증될 수 있도록 보장해야 한다는 점입니다(릴레이어가 자금을 조작하거나 횡령하는 것을 방지). 따라서 폴리마켓의 거래소 계약은 "서명된 여러 주문 + 일괄 제출" 구조를 수용하도록 설계되었습니다. 가스 비용이 폴리마켓을 "저빈도 시장"으로 만드는 것은 아니지만, 매칭-결제 결합 방식을 중앙 집중식 거래소(CEX)와 순수 온체인 탈중앙화 거래소(DEX) 모두와 차별화합니다. 매칭 레이어는 CEX의 경량 특성(밀리초 단위 주문 취소, 가스 비용 제로 주문 접수)을 그대로 계승하는 반면, 결제 레이어는 온체인 DEX의 검증 가능성 제약 조건을 계승합니다.

예측 시장 매칭에서 가장 독특한 점은 오라클 결과의 확정성입니다. 다른 세 가지 유형의 시장은 "지속적으로 운영"됩니다. 즉, 가격은 항상 변동하고 시장은 항상 열려 있습니다. 하지만 예측 시장에는 명확한 "종료 시점"이 있습니다. 이벤트가 발생하면 오라클(Polymarket은 UMA의 낙관적 오라클을 사용)이 결과를 분석하고, YES 또는 NO를 결정합니다(논쟁의 여지가 있는 경우도 있지만, 여기서는 다루지 않겠습니다). 그런 다음 모든 포지션은 1:0 또는 0:1로 정산됩니다. 이는 매칭 엔진이 "시장 동결" 상태 머신을 처리해야 함을 의미합니다. 즉, 분석 기간 동안에는 신규 주문을 금지하고, 분쟁 기간 동안에는 이의 제기를 허용하며, 최종 정산 후 모든 거래 활동을 중단해야 합니다. 이러한 상태 머신은 중앙거래소(CEX) 현물 거래에는 존재하지 않습니다.

가격이 [0, 1] 범위로 제한되는 것도 또 다른 제약 조건입니다. 이는 무한정 마진콜을 방지하는 장점처럼 보이지만, 주문장에 저장할 수 있는 가격 등급이 제한적이라는 것을 의미합니다. 일반적으로 등급당 1센트씩, 최대 100개의 등급으로 제한됩니다. 이는 매칭 데이터 구조에 강력한 제약을 가하지만(트리 대신 고정 크기 배열을 사용할 수 있음), 가격 발견의 정확도에도 상한선이 있다는 것을 의미합니다.

특정 시나리오를 통해 발행/상환이 시장 조성 행위에 어떤 영향을 미치는지 살펴보겠습니다. 특정 시장에서 YES는 0.65달러, NO는 0.35달러로 호가되어 있습니다(YES + NO 합계는 1달러여야 합니다. 그렇지 않으면 차익거래자들이 가격을 맞추기 위해 즉시 발행 또는 상환할 것이기 때문입니다). 시장 조성자 M은 이 시장에 매도 유동성을 공급하고 싶지만 YES를 보유하고 있지 않습니다. M은 CTF 계약에 100 USDC를 예치하여 즉시 100 YES와 100 NO를 확보합니다. 그런 다음 100 YES를 0.66달러에, 100 NO를 0.36달러에 매도합니다. 두 거래가 모두 체결된 후 M은 순 노출이 0이 되고 0.02 × 100 = 2 USDC의 스프레드를 얻습니다. 이것이 바로 Polymarket에서 시장 조성의 표준적인 방식입니다. 즉, 발행/상환을 이용하여 "자본 점유"를 "양방향 가격 스프레드"로 대체하는 것입니다.

불변 매칭 엔진, 즉 '예 + 아니오 = 1'은 능동적인 유지 관리가 필요하지 않다는 점을 자세히 분석해 볼 가치가 있습니다. 이는 차익거래자를 통해 시장 구조 자체에서 자동으로 보장됩니다. 이러한 '시장 구조에 내재된 불변성'은 기존 LOB(Location-Based Business)에는 존재하지 않으며, 시장 조성자는 '재고 없이 판매'할 수 없습니다. 따라서 폴리마켓의 매칭 엔진 설계는 CEX(Community Exchange Exchange)에서 요구되는 재고 제약 조건 검사를 일부 제거하지만, 발행/환매 경로를 결제 계약의 핵심 요소로 통합해야 하는 단점이 있습니다.

폴리마켓의 매칭 메커니즘의 고유한 특징을 요약하면 다음과 같습니다. 신뢰 가정은 "오프체인 매칭 + 온체인 정산"의 혼합 방식이며, 토큰 모델은 CTF의 보완적인 발행 메커니즘입니다. 가격 범위는 [0,1]의 제한된 이산 범위이며, 시간 차원은 유한합니다. 또한 가스 비용은 릴레이어가 부담하고 거래 수수료를 통해 회수됩니다. 이러한 제약 조건들이 결합되어 기존의 세 가지 유형과는 완전히 다른 매칭 엔진을 만들어냅니다.

VII. 차이점은 어디에서 오는가: 5차원적 틀

이 네 가지 모델을 분석함으로써, 우리는 매칭 엔진이 서로 다른 목표에 따라 차별화되는 이유를 설명하는 다섯 가지 차원을 추출할 수 있습니다.

5차원 프레임워크를 "매칭-리스크 제어 결합 정도"와 "유동성 밀도"라는 두 차원에 적용하면 네 가지 거래 형태의 위치가 명확해집니다. 현물 거래는 낮은 결합도와 높은 밀도라는 안정적인 영역에 위치하고, 무기한 계약 거래는 높은 결합도와 높은 밀도라는 영역(가장 복잡한 엔지니어링 현실)에 있으며, 옵션 거래는 높은 결합도와 낮은 밀도라는 영역(희소성은 RFQ + 조합으로 보완해야 함)에 있고, 다중 시장 거래는 그 중간에 위치합니다. 즉, 온체인 결제를 통해 결합도가 높아지고, 보완적인 발행을 통해 밀도가 높아집니다.

각 차원은 매칭 엔진에 압력을 가합니다.

자산 유형에 따라 주문장의 수와 희소성이 결정됩니다. 단일 차원의 동질적인 자산(현물, 영구채)은 하나의 주문장만 필요하지만, 다차원의 희소한 자산(옵션)은 수백 개의 주문장이 필요하며 희소성 문제를 해결해야 합니다. 이산적이고 상호 보완적인 자산(다중시장)은 매칭 경로에 "채굴/상환"을 통합해야 합니다.

결제 순서는 상태 머신의 복잡성을 결정합니다. 실시간 동기화(현물 시장)에서는 매칭이 곧 결제입니다. 연속 회계(PERP, 옵션)에서는 포지션 상태, 마진 상태, 손익 상태를 유지하고 각 매칭 후 업데이트해야 합니다. 최종 해결(폴리마켓)에서는 상태 머신이 "개방"에서 "동결"을 거쳐 "해결됨"으로 전환되어야 합니다.

리스크 토폴로지는 리스크 관리 연계 정도를 결정합니다. 선형 제로 포지션(현물)은 리스크 관리가 거의 필요하지 않습니다. 선형 연속 노출(지속적 옵션)은 거래 전 마진 확인 및 유동성 엔진이 필요합니다. 볼록성(옵션)은 그리스 지표 기반 포트폴리오 마진이 필요합니다. 이진 제한(예측)은 리스크 관리가 거의 필요하지 않습니다(최대 손실액은 이미 지불한 금액입니다).

유동성 밀도는 유동성 확보 전략을 결정하는 중요한 요소입니다. 유동성 밀도가 높은 시장에서는 LOB(은행 부문 유동성 확보)에만 의존할 수 있지만, 밀도가 낮은 시장에서는 RFQ(견적 요청), AMM(평균 시장 조성자), 시장 조성자 인센티브와 같은 보완적인 메커니즘을 도입해야 합니다.

신뢰 경계는 검증 가능한 구성 요소를 결정합니다. 중앙 집중식 거래소(CEX)에서는 모든 구성 요소가 거래소 내부에 있으며, 순수 분산형 거래소(DEX)에서는 모든 구성 요소가 온체인에 있습니다. 하이브리드 아키텍처에서는 온체인에서 처리해야 하는 부분(정산), 오프체인에서 처리할 수 있는 부분(매칭), 그리고 공격 모델(자금 탈취는 불가능하지만 감사는 가능한 형태)을 명확하게 정의해야 합니다.

8. 불필요한 단계는 없습니다. 매칭은 메커니즘을 그대로 반영합니다.

처음 질문으로 돌아가서, 왜 "동일한 엔진"이 시장에서 거의 서로 다른 네 가지 모델로 나뉘는 것일까요?

매칭은 결코 독립적인 엔지니어링 모듈이 아니라, 기초 자산의 특성, 결제 모델, 위험 구조, 유동성 프로필, 신뢰 가정이라는 다섯 가지 변수의 복합적인 효과의 산물입니다. 매칭 엔진은 이러한 변수들의 발현이며, 매칭 과정에서 나타나는 모든 것을 통해 시장의 금융 구조를 추론할 수 있습니다.

현물 거래의 단순성은 "동질적인 자산 + 일회성 결제 + 미결제 포지션 지속 없음"이라는 깔끔한 구조에 부합합니다.

영구 계약 매칭의 복잡성은 "합성 자산 + 지속적인 노출 + 위험 관리 - 매칭의 심층적 결합"이라는 엔지니어링 현실에 상응합니다.

옵션 매칭의 혼합 형태는 "차원적 폭발 + 희소한 유동성 + 시장 조성자 지배"라는 시장 구조에 해당합니다.

폴리마켓의 온체인 및 오프체인 분리는 "검열 금지"와 "도난 방지"라는 두 가지 보안 목표 사이의 엔지니어링적 절충안에 해당합니다.

결제가 거래소의 양심이라면, 매칭 메커니즘은 거래소의 최종 기능을 담당하는 요소입니다.

알파카: 커뮤니티 피드백을 받은 후 추가 토큰을 발행하지 않기로 결정했습니다.

인기 기사