Workspace IndexDev Notes › Same product, three verdicts in eight days

#20PoC

Same product, three verdicts in eight days

Between 8/18 and 8/25 one activity was criminal gambling in Korea, a brokerage product line in the US, and something a US company sells only outside the US. The axis is not the product — it is the jurisdiction, and no design document has a box for it.

Not yet scoped — and the deliverable is one sentence, not a system. Translate the Korean regulator's stated grounds into design levers, decide where this project sits on each lever, and write the result as: what this product is, and is not, under Korean law. Sources to confirm against the primary documents: the 방심위 access block of 2026-08-18, the Gemini Titan / Apex Fintech exclusive of 2026-08-24, the non-US restriction on Coinbase's tokenized equities of 2026-08-25, and the announced Jackson Hole 2026 theme, Financial Innovation: Implications for Payments and Policy.

Why

Three events, eight days, one axis. Korea's communications standards commission classified Polymarket as criminal gambling and blocked access. Six days later a CFTC-designated venue became the exclusive regulated partner of a large US brokerage network. The day after that, a US company put Apple and Nvidia shares on a public chain — and sold them only to people outside the US. Put the three in one table and the product column barely changes while the verdict column changes completely.

What is missing is not legal research, it is a box in the design document. Every architecture doc in this project has boxes for data model, settlement, oracle and failure modes. None has a box that says which jurisdiction this is legal in and what specifically makes it so. That absence is why the question keeps arriving as news rather than as a constraint — and a constraint that arrives as news arrives too late to design around.

The regulator did the hard half already. The stated grounds — a winner-take-all payout, an event the user cannot control, direct retail access — are not vague policy language. They are three product properties, each of which a design can move. Nobody has published that translation, which makes it available work rather than a summary of someone else's.

How it works

The three events, side by side

Date Event Verdict on the activity What actually differed
2026-08-18 Korea blocks access to Polymarket Criminal gambling Payout shape, event type, retail access — no licence available
2026-08-24 Gemini Titan becomes Apex Fintech's exclusive venue A brokerage product line A CFTC designation, obtained in December 2025
2026-08-25 Coinbase lists tokenized equities on Base Sellable, but not to US persons The buyer's residence, nothing else

The grounds, turned into levers

Stated ground The design lever underneath it What moving it costs
Winner-take-all payout Payout curve — binary versus scalar or continuous settlement A continuous payout is a different product, and possibly a less useful one
User cannot control the event Subject matter — exogenous events versus outcomes tied to the user's own action or skill Narrows the market catalogue sharply
Direct retail access Access path — retail direct versus intermediated or institution-only Changes the business model, not the code

Reading the second table is the whole exercise. Each lever is movable, none is free, and the combination decides which jurisdiction the product can stand in. A design that has not chosen a position on all three has, in effect, chosen the position that was blocked.

Why the December document needs two branches, not one

The legislative date is a date, not an outcome. Meanwhile the supervisory track proceeds regardless: implementing rules for the stablecoin statute are already being written, and the 2026 Jackson Hole symposium's announced theme puts roughly a hundred and twenty central bankers from seventy countries on payments and financial innovation for three days. Rules arrive without legislation, and the intensity of lobbying is not the probability of passage. So the document needs a legislation branch and a rulemaking-only branch — and the honest expectation is that the two differ more in timing than in substance.

← All Dev Notes · Workspace Index · Top ↑

같은 상품, 8일 사이 세 개의 판정

8/18부터 8/25 사이, 같은 행위가 한국에서는 형법상 도박, 미국에서는 증권사 상품 라인, 그리고 미국 회사가 미국 밖에서만 파는 것이 됐습니다. 축은 상품이 아닙니다 — 법역이고, 어떤 설계 문서에도 그 칸이 없습니다.

아직 범위 미정 — 산출물은 시스템이 아니라 문장 하나입니다. 방심위가 밝힌 논거를 설계 레버로 옮기고, 이 프로젝트가 각 레버의 어디에 서 있는지 정한 뒤, 결과를 이렇게 씁니다 — 내 제품이 한국법상 무엇이고 무엇이 아닌가. 원문으로 확인할 출처: 2026-08-18 방심위 접속 차단, 2026-08-24 Gemini Titan·Apex Fintech 독점, 2026-08-25 Coinbase 토큰화 주식의 미국 외 한정, 그리고 발표된 잭슨홀 2026 주제 — Financial Innovation: Implications for Payments and Policy.

세 사건, 8일, 하나의 축. 방심위가 Polymarket을 형법상 도박으로 판정하고 접속을 차단했습니다. 6일 뒤 CFTC 지정 거래소가 대형 미국 브로커리지 네트워크의 독점 규제 파트너가 됐습니다. 그다음 날, 미국 회사가 애플·엔비디아 주식을 퍼블릭 체인에 올리면서 미국 밖 사람에게만 팔았습니다. 셋을 한 표에 놓으면 상품 칸은 거의 그대로인데 판정 칸은 완전히 달라집니다.

모자란 것은 법률 리서치가 아니라 설계 문서의 칸 하나입니다. 이 프로젝트의 모든 아키텍처 문서에는 데이터 모델·정산·오라클·실패 모드 칸이 있습니다. 어느 법역에서 합법이며 무엇이 그것을 합법으로 만드는가를 적는 칸은 없습니다. 그 부재 때문에 이 질문이 제약이 아니라 뉴스로 도착하고, 뉴스로 도착한 제약은 설계에 반영하기엔 이미 늦습니다.

어려운 절반은 규제기관이 이미 했습니다. 밝혀진 논거 — 승자독식 페이아웃, 이용자가 통제할 수 없는 사건, 리테일 직접 접근 — 은 모호한 정책 언어가 아닙니다. 세 개의 상품 속성이고, 각각을 설계가 움직일 수 있습니다. 그 번역을 아직 아무도 공개하지 않았으니, 이건 남의 요약이 아니라 비어 있는 작업입니다.

동작 방식

세 사건을 나란히

날짜 사건 그 행위에 대한 판정 실제로 달랐던 것
2026-08-18 한국, Polymarket 접속 차단 형법상 도박 페이아웃 형태·사건 종류·리테일 접근 — 받을 수 있는 라이선스가 없음
2026-08-24 Gemini Titan이 Apex Fintech 독점 거래소로 증권사 상품 라인 2025년 12월 취득한 CFTC 지정
2026-08-25 Coinbase, Base에 토큰화 주식 상장 판매 가능, 단 미국인 제외 매수자의 거주지, 그 외에는 없음

논거를 레버로 옮기면

밝혀진 논거 그 아래의 설계 레버 움직일 때의 대가
승자독식 페이아웃 페이아웃 곡선 — 이진이냐 스칼라·연속 정산이냐 연속 페이아웃은 다른 상품이고, 덜 쓸모 있을 수도 있음
이용자가 통제할 수 없는 사건 대상 — 외생적 사건이냐, 이용자의 행위·역량에 묶인 결과냐 마켓 카탈로그가 크게 좁아짐
리테일 직접 접근 접근 경로 — 리테일 직접이냐, 중개 또는 기관 전용이냐 코드가 아니라 사업 모델이 바뀜

두 번째 표를 읽는 것이 이 작업의 전부입니다. 레버는 전부 움직일 수 있고, 공짜인 것은 하나도 없으며, 조합이 이 상품이 설 수 있는 법역을 결정합니다. 세 레버 모두에 입장을 정하지 않은 설계는, 사실상 차단당한 그 입장을 고른 것입니다.

12월 문서에 왜 가지가 둘이어야 하는가

입법 일정은 날짜이지 결과가 아닙니다. 그와 무관하게 감독 트랙은 진행됩니다 — 스테이블코인 법의 시행규칙은 이미 쓰이는 중이고, 발표된 2026 잭슨홀 심포지엄 주제는 70개국 약 120명의 중앙은행가를 사흘간 결제와 금융혁신 위에 올려놓습니다. 법안 없이도 규칙은 옵니다. 그리고 로비의 강도는 통과 확률이 아닙니다. 그러니 문서에는 입법 가지시행규칙만의 가지가 둘 다 필요하고, 정직한 예상은 둘의 차이가 내용보다 시점에 있다는 것입니다.

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