Aggregated Orderbooks, Yellow의 유동성 구조

Aggregated Orderbooks, Yellow의 유동성 구조
Yellow를 볼 때 먼저 눈에 들어오는 건 거래 자체보다 유동성을 어떻게 묶느냐다. Yellow는 여러 거래소와 참여자를 하나의 네트워크로 연결해 유동성을 즉시 공유하는 구조를 앞세운다. 그래서 여기서 오더북은 개별 거래소 안에 갇힌 장부가 아니라, 네트워크 전체가 함께 만드는 시장의 형태에 더 가깝다. Yellow 안에서 Aggregated Orderbooks가 핵심 메시지로 놓이는 이유도 여기에 있다.
이 구조가 중요한 이유는 크립토 시장의 오래된 문제를 바로 건드리기 때문이다. 유동성은 존재해도 흩어져 있으면 체감되지 않는다. 거래소마다 호가가 갈라지고, 깊이가 얕아지고, 결국 사용자는 더 나쁜 가격과 더 불편한 실행을 감당하게 된다. Yellow는 이 문제를 “각자 따로 있는 시장”으로 두지 않고, 여러 참여자가 연결된 하나의 유동성 맵으로 바꾸려 한다. 기술 문서에서도 Yellow의 공유 오더북은 네트워크 참여자들이 서로의 오더북을 동기화하면서 형성되고, 실시간 가격과 유동성 흐름이 네트워크 전반에 퍼지는 구조로 설명된다.
그래서 Yellow의 오더북은 단순히 주문을 모아놓은 장부가 아니다. 더 정확히 말하면, 서로 다른 참여자들이 들고 있는 유동성을 한 시장처럼 보이게 만드는 구조에 가깝다. 이 구조 안에서는 특정 거래소 하나의 유동성만 보는 것이 아니라, 네트워크를 통해 연결된 더 넓은 주문 흐름을 함께 바라보게 된다. Yellow가 share liquidity instantly를 전면에 두는 이유도 바로 그 지점에 있다.
이때 중요한 건 Yellow가 단순 집계 화면을 만들고 있다는 게 아니라는 점이다. Yellow는 자신을 분산형 클리어링·정산 인프라로 두고, 그 위에서 실시간 거래와 크로스체인 정산이 가능한 구조를 만든다. 즉, Aggregated Orderbooks는 보기 좋은 데이터 레이어가 아니라, 실제 실행과 정산으로 이어지는 시장 구조의 일부다. docs도 Yellow를 Layer 3 오버레이 기반의 분산형 클리어링·정산 인프라로 설명하고 있고, unified peer-to-peer ledger를 통해 여러 블록체인 위의 자산 이동을 처리하는 방향을 제시한다.
이 구조가 만들어내는 효과도 분명하다. 오더북이 넓게 연결될수록 시장은 더 깊어지고, 스프레드는 더 촘촘해질 가능성이 커지고, 실행은 더 효율적으로 바뀐다. Yellow의 legacy architecture 문서가 ECN 맥락에서 더 깊은 유동성, 더 큰 오더북, 더 빠른 체결, 더 나은 가격 투명성을 강조하는 이유도 같다. Aggregated Orderbooks는 Yellow 안에서 부가 기능이 아니라, 시장 파편화를 줄이고 네트워크 전체를 하나의 거래 환경처럼 보이게 만드는 중심 구조다.
결국 Aggregated Orderbooks의 의미는 단순하다. Yellow는 유동성을 “누가 얼마나 갖고 있느냐”의 문제가 아니라, 그 유동성을 어떻게 연결해 하나의 시장처럼 작동하게 만드느냐의 문제로 보고 있다. 그래서 Aggregated Orderbooks는 기능 목록의 한 줄이 아니라, Yellow가 풀고 싶은 유동성 문제의 정답에 더 가깝다.
댓글 0개


2026.05.05 21:48:08