Copy English

Why

The axis held and the unit broke. jurisdiction-decides-the-category put three events on one line and found that the product barely changed while the verdict changed completely. A fourth event keeps that finding and destroys the convenient part of it: a US state blocked a CFTC-designated venue. So the US is not a jurisdiction for this purpose. It is a set of them, and they disagree.

That is not a legal curiosity, it is a schema error waiting in every design document. A jurisdiction box that reads Korea / US encodes an assumption that a country has one answer. Once a state can rule against a federally designated venue, the same field has to hold Washington, four states and counting, and eventually this county, this regulator, this ruling. A field that cannot represent the disagreement will be resolved by someone guessing, at runtime, in production.

And the fix is small if it is made before the field exists. Not a country code — a triple: which authority ruled, what it ruled, and which property of the product the ruling attached to. That last column is what makes it usable rather than decorative, because it is the join to the design levers jurisdiction-decides-the-category already worked out: payout shape, event controllability, access path. A ruling that cites winner-take-all payouts constrains a different part of the product than one that cites direct retail access, and a table that records only blocked / allowed has thrown that away.

What each stakeholder gets from the same table is the reason to build it as a table rather than a memo. Legal maintains rows and cites sources. Product reads the property column and sees which levers are under pressure and where. Engineering reads it at runtime for eligibility, and every restriction in production can name the ruling that justifies it — which is also the answer when someone asks why a user was refused.

How it works

Four events, one axis, a finer unit

The fourth row is the one that changes the schema. Rows two and four describe the same country and the same product with opposite verdicts, which a country-keyed field cannot represent at all.

The artifact stakeholders can actually use

The point of the shape is that no one has to re-derive the reasoning. A new ruling is a row, not a redesign, and the December document's jurisdiction box becomes a view over the table rather than a paragraph that goes stale the next time a state acts.

The design consequence worth stating plainly

Country-level geofencing is already insufficient, and it will keep degrading in one direction only — finer. Any eligibility check that hardcodes a country list has the same defect as a contract that hardcodes a signature length in irreversible-switch-design: it holds an opinion about something it does not control. The fix is the same fix — make it data, and let the judgement live where the rulings are recorded.

Where it lands in Jayverse

• Verex: build the ruling table as real schema — (jurisdiction, ruling, date, ground cited, product property implicated) — not a country-code field. Feed it into an eligibility policy at signup and market-access time, so a new state ruling is a row, not a redesign.
• Verex: make the eligibility check read that table at runtime instead of hardcoding a country list. Legal owns the rows, product owns the property column, and every production restriction can name the ruling behind it.
• Rabbit: point the portal's and Chains menu's access checks at the same eligibility table Verex maintains. A jurisdiction decision made once should not be re-encoded separately by the wallet/portal layer.

← All Knowledge Notes · Workspace Index · Top ↑

Copy 한국어

법역은 국가 크기가 아니다

네 번째 주가 Kalshi를 차단하면서, 같은 상품이 한 나라 안에서 합법이자 불법이 됐습니다. 축은 그대로입니다 — 법역이 카테고리를 정한다 — 그런데 단위가 바뀌었습니다. 설계 문서에는 국가별이 아니라 판정별로 줄이 필요하고, 적격성 정책도 같은 키를 써야 합니다.

아직 범위 미정 — 다만 여기 대부분의 카드와 달리 산출물이 이해관계자가 손에 쥘 수 있는 물건입니다. 키가 (관할, 판정, 날짜, 인용된 근거, 걸린 제품 속성) 인 표 하나를 만들고, 아래 네 사건으로 채운 뒤, 메모가 아니라 적격성 정책의 입력으로 씁니다. 줄은 법무가, 속성 칸은 제품이, 런타임 조회는 엔지니어링이 맡습니다. 개별 확인이 필요한 출처: 2026-08-18 한국의 Polymarket 접속 차단, 2026-08-24 Gemini Titan의 Apex Fintech 독점, 2026-08-25 Coinbase 토큰화 주식의 미국 외 한정, 2026-08-26 워싱턴주의 Kalshi 차단(네 번째 주).

왜

축은 버텼고 단위가 깨졌습니다. jurisdiction-decides-the-category 는 세 사건을 한 줄에 놓고 상품은 거의 그대로인데 판정이 완전히 달라지는 것을 찾았습니다. 네 번째 사건은 그 발견을 유지하면서 편리했던 부분을 부숩니다 — 한 주(州)가 CFTC 지정 거래소를 차단했습니다. 그러니 이 목적에서 미국 은 법역이 아닙니다. 법역들의 집합이고, 서로 의견이 다릅니다.

이건 법률적 흥밋거리가 아니라 모든 설계 문서 안에서 대기 중인 스키마 오류입니다. 한국 / 미국 이라고 적힌 법역 칸은 한 나라에 답이 하나라는 전제를 인코딩합니다. 주가 연방 지정 거래소에 반하는 판정을 내릴 수 있게 되는 순간, 같은 필드가 워싱턴, 네 개 주, 계속 증가, 그리고 언젠가는 이 카운티, 이 규제기관, 이 판정 을 담아야 합니다. 불일치를 표현하지 못하는 필드는 결국 누군가가 런타임에, 프로덕션에서, 추측으로 채우게 됩니다.

그리고 필드가 생기기 전에 고치면 비용이 작습니다. 국가 코드가 아니라 — 삼중항입니다: 어느 기관이 판정했는가, 무엇을 판정했는가, 그 판정이 제품의 어느 속성에 붙었는가. 마지막 칸이 이것을 장식이 아니라 쓸모 있게 만듭니다. jurisdiction-decides-the-category 가 이미 정리한 설계 레버로 이어지는 조인이기 때문입니다 — 페이아웃 형태, 사건 통제 가능성, 접근 경로. 승자독식 페이아웃을 근거로 든 판정과 리테일 직접 접근을 근거로 든 판정은 제품의 다른 부분을 제약하고, 차단/허용 만 기록한 표는 그것을 버린 것입니다.

같은 표에서 이해관계자마다 무엇을 얻는가 — 이것이 메모가 아니라 표로 만들 이유입니다. 법무는 줄을 유지하고 출처를 답니다. 제품은 속성 칸을 읽고 어느 레버가 어디서 압력을 받는지 봅니다. 엔지니어링은 런타임에 적격성 판정으로 읽고, 프로덕션의 모든 제한이 자기를 정당화하는 판정을 이름 댈 수 있게 됩니다 — 그건 왜 이 사용자가 거절됐는가 에 대한 답이기도 합니다.

동작 방식

네 사건, 하나의 축, 더 잘게 쪼개진 단위

스키마를 바꾸는 것은 네 번째 줄입니다. 두 번째와 네 번째 줄이 같은 나라, 같은 상품에 정반대 판정을 서술하고, 국가로 키를 잡은 필드는 이것을 아예 표현할 수 없습니다.

이해관계자가 실제로 쓸 수 있는 산출물

이 모양의 요점은 아무도 논리를 다시 도출하지 않아도 된다는 것입니다. 새 판정은 재설계가 아니라 한 줄이고, 12월 문서의 법역 칸은 주가 움직일 때마다 낡는 문단이 아니라 표에 대한 뷰가 됩니다.

분명히 적어 둘 설계상의 귀결

국가 단위 지오펜싱은 이미 불충분하고, 앞으로도 한 방향으로만 — 더 잘게 — 나빠집니다. 국가 목록을 하드코딩한 적격성 검사는 irreversible-switch-design 에서 서명 길이를 하드코딩한 컨트랙트와 같은 결함을 갖습니다 — 자기가 통제하지 않는 것에 대해 의견을 갖고 있는 것. 해법도 같습니다 — 데이터로 만들고, 판단은 판정이 기록되는 곳에 살게 하라.

Jayverse에서의 위치

• Verex: 국가 코드 필드가 아니라 (관할권, 판결, 날짜, 근거, 영향받는 상품 속성)이라는 실제 스키마로 판결 테이블을 만든다. 가입과 마켓 접근 시점의 적격성 정책에 이를 입력값으로 써서, 새 주(州) 판결이 재설계가 아니라 행 하나가 되게 한다.
• Verex: 국가 목록을 하드코딩하는 대신 적격성 체크가 런타임에 이 테이블을 읽게 한다. 법무팀이 행과 출처를 관리하고, 프로덕트가 속성 열을 관리하며, 운영 중인 모든 제한은 근거가 된 판결을 지목할 수 있다.
• Rabbit: 포털과 Chains 메뉴의 접근 체크가 Verex가 관리하는 같은 적격성 테이블을 참조하게 한다. 한 번 내린 관할권 판단을 지갑/포털 계층이 따로 다시 인코딩하지 않는다.

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