Copy English

Why

The word that arrived is headless. In web commerce it meant the same thing a decade ago: stop selling the storefront, sell the engine behind it and let others own the customer. Its arrival in crypto infrastructure marks a category, not a product — the company that sells the engine has become a business other companies buy from, and the visible venue stops being where the value is.

Which moves the hiring signal one notch from where event-contract-plumbing found it. That card observed brokerages staffing event contracts with people who know clearing, settlement, order routing and regulatory reporting. This is the same competency, relocated: not the firms building an exchange, but the firm renting one out. The engine has to be correct for every tenant at once, which makes the plumbing harder rather than easier — a venue can carry an idiosyncratic clearing rule, an engine cannot.

The partner list is the part to read closely, because it is a specification with the marketing removed. Citadel Securities is quotes. DTCC is post-trade — clearing and settlement, the exact column event-contract-plumbing marked must build. ICE is an exchange operator, meaning market rules and surveillance. ARK is the demand side. Four names, four things the engine does not supply by itself, and together they are a list of what anyone attempting the same build without them would have to produce.

And the strategic reading connects to the other convergence. Selling an engine rather than an app is the same move an L2 makes when it stops offering cheap blockspace and starts offering somewhere to run your chain. Two different starting points, one destination: selling the place rather than the tool. choosing-a-chain-is-a-lease is the version of that argument aimed at the decision this project actually has to make.

How it works

The partner list, read as a gap list

Read down the right column and you have the requirements document for anyone building the same engine without those four — which is the same trick event-contract-plumbing used on job postings, applied to a partner announcement instead.

Why an engine is harder than a venue

A single exchange can carry an idiosyncrasy: one margin rule, one settlement window, one dispute path, all tuned to its own book. An engine has to be correct for tenants it has not met, so every parameter that a venue could hardcode becomes configuration, and every configuration is a combination someone will eventually run. That is the same generalisation cost irreversible-switch-design describes in a contract — the constant becomes a variable, and the validity that the constant used to guarantee moves somewhere else.

What it means for anyone choosing where to build

The build-versus-rent question just acquired a real option on the rent side. Before, running a venue meant building matching, clearing and settlement or not existing. If an engine sells those, the question becomes the terms — what the engine controls, what it charges, and what leaving costs. Those are lease terms, which is exactly the subject of choosing-a-chain-is-a-lease.

Where it lands in Jayverse

• Verex: track the gap list, not just the matching engine. Verex's CLOB and market maker are the engine; read this page's partner-list logic against it and track liquidity supply, demand/order flow, and regulatory surveillance as explicit unbuilt columns, not assumed inputs.
• Verex: budget the generalization cost if Verex is ever rented out. Every market-specific rule Verex can hardcode today (a margin rule, a settlement window, a dispute path) becomes configuration the day it's offered as an engine other venues run on — decide now whether that's the direction before those constants pile up.
• Devnet: apply the same lens if devnet is ever offered as shared infrastructure. A "run your chain here" pitch turns every venue-specific setting into a load-bearing configuration surface for devnet too — note this before positioning devnet as anything beyond a single-tenant target chain.

← All Knowledge Notes · Workspace Index · Top ↑

Copy 한국어

헤드리스가 도착했다 — 앱이 아니라 엔진을 파는 회사

LayerZero의 ATLAS는 거래소가 아닙니다. 매칭·청산·정산·리스크를 한 묶음의 백엔드로 팔아 누구나 자기 거래 장소를 돌리게 합니다 — 협력사로 Citadel Securities·DTCC·ARK Invest·ICE가 이름을 올렸습니다. 필요한 사람은 블록체인 개발자가 아닙니다.

아직 범위 미정 — 첫 작업은 협력사 명단을 명세서로 읽는 것이고 비용이 0입니다. 이름마다 서로 다른 빠진 조각을 공급합니다 — 마켓메이커는 호가를, 청산·정산 유틸리티는 사후처리를, 거래소 운영사는 시장 규칙과 감시를, 자산운용사는 수요 측을. 각각이 엔진이 스스로 하지 못한다는 것을 함의하는 바를 적으면, 그 결과가 그 파트너들 없이 같은 것을 만들려는 사람의 결손 목록입니다. 출처: 2026-08-26 공개된 LayerZero ATLAS(Aggregated Trading, Liquidity and Settlement), 위 네 곳 명시. 원문으로 확인할 것.

왜

도착한 단어는 헤드리스입니다. 웹 커머스에서 10년 전에 같은 뜻이었습니다 — 매장을 팔지 말고 그 뒤의 엔진을 팔고, 고객은 남이 갖게 하라. 크립토 인프라에 이 단어가 도착했다는 것은 상품이 아니라 카테고리를 표시합니다 — 엔진을 파는 회사가 다른 회사들이 사가는 사업이 됐고, 눈에 보이는 거래 장소는 가치가 있는 자리이기를 그만둡니다.

그래서 채용 신호가 event-contract-plumbing 이 찾은 자리에서 한 칸 옮겨갑니다. 그 카드는 브로커리지가 이벤트 계약에 청산·정산·주문 라우팅·규제 보고를 아는 사람을 배치하는 것을 관찰했습니다. 같은 역량이 자리를 옮긴 것입니다 — 거래소를 만드는 회사들이 아니라, 거래소를 빌려주는 회사. 엔진은 모든 임차인에 대해 동시에 옳아야 하므로 배관이 쉬워지는 게 아니라 어려워집니다 — 거래소 하나는 특이한 청산 규칙을 안고 갈 수 있지만 엔진은 그럴 수 없습니다.

협력사 명단이 꼼꼼히 읽을 부분입니다. 마케팅이 제거된 명세서이기 때문입니다. Citadel Securities는 호가. DTCC는 사후처리 — 청산과 정산, event-contract-plumbing 이 만들어야 함 으로 표시한 바로 그 칸. ICE는 거래소 운영사, 즉 시장 규칙과 감시. ARK는 수요 측. 네 이름, 엔진이 스스로 공급하지 못하는 네 가지이고, 합치면 그들 없이 같은 것을 만들려는 사람이 직접 생산해야 할 목록입니다.

그리고 전략적 독법은 또 하나의 수렴과 이어집니다. 앱 대신 엔진을 파는 것은, L2가 싼 블록스페이스를 제공하기를 그만두고 당신의 체인을 돌릴 곳을 제공하기 시작할 때 두는 것과 같은 수입니다. 출발점은 둘, 도착점은 하나 — 도구가 아니라 장소를 파는 것. 그 논지를 이 프로젝트가 실제로 내려야 할 결정에 겨눈 판본이 choosing-a-chain-is-a-lease 입니다.

동작 방식

협력사 명단을 결손 목록으로 읽기

오른쪽 칸을 위에서 아래로 읽으면, 그 넷 없이 같은 엔진을 만들려는 사람의 요구사항 명세서가 됩니다 — event-contract-plumbing 이 채용공고에 쓴 것과 같은 수법을 협력사 발표에 적용한 것입니다.

왜 엔진이 거래소보다 어려운가

거래소 하나는 특이성을 안고 갈 수 있습니다 — 마진 규칙 하나, 정산 창 하나, 분쟁 경로 하나, 전부 자기 장부에 맞춰. 엔진은 만나본 적 없는 임차인에 대해서도 옳아야 하므로, 거래소라면 하드코딩했을 모든 파라미터가 설정이 되고, 모든 설정은 언젠가 누군가 돌릴 조합입니다. irreversible-switch-design 이 컨트랙트에서 서술하는 일반화 비용과 같습니다 — 상수가 변수가 되고, 상수가 보장하던 유효성이 다른 데로 옮겨갑니다.

어디서 만들지 고르는 입장에서의 의미

만들 것인가 빌릴 것인가에서, 빌리는 쪽에 실질 옵션이 생겼습니다. 예전에는 거래 장소를 돌린다는 것이 매칭·청산·정산을 만들거나 존재하지 않거나였습니다. 엔진이 그것을 판다면 질문은 조건으로 바뀝니다 — 엔진이 무엇을 통제하고, 얼마를 받고, 떠나는 데 얼마가 드는가. 그건 임대 조건이고, 정확히 choosing-a-chain-is-a-lease 의 주제입니다.

Jayverse에서의 위치

• Verex: 매칭 엔진뿐 아니라 갭 리스트도 추적한다. Verex의 CLOB과 마켓 메이커는 엔진에 해당한다. 이 글의 파트너 리스트 논리를 대입해 유동성 공급, 수요/주문 흐름, 규제 감시를 가정된 입력이 아니라 명시적으로 아직 만들지 않은 항목으로 추적한다.
• Verex: 언젠가 엔진으로 대여된다면 일반화 비용을 미리 계산한다. 지금은 하드코딩할 수 있는 마켓별 규칙(마진 규칙, 정산 윈도우, 분쟁 경로) 하나하나가 다른 벤처가 위에서 운영하는 엔진으로 제공되는 순간 설정값이 된다. 그 방향으로 갈지 이 상수들이 쌓이기 전에 결정한다.
• Devnet: devnet이 공유 인프라로 제공된다면 같은 관점을 적용한다. "여기서 체인을 운영하라"는 제안은 devnet에서도 벤처별 설정 하나하나를 부담이 큰 구성 표면으로 바꾼다. devnet을 단일 테넌트 대상 체인 이상으로 포지셔닝하기 전에 이 점을 적어둔다.

← 전체 기술 노트 · 워크스페이스 인덱스 · 맨 위 ↑