Workspace IndexDev Notes › Hiding the amount is the easy half

#30PoC

Hiding the amount is the easy half

Confidential settlement encrypts the invoice value and publishes who paid whom and when. That second half is offered as the harmless one, and for a supply chain it may be the half worth hiding — while the opposite tool, computing over data that never becomes readable, solves the problem a blockchain structurally cannot.

Two experiments, both runnable without a counterparty. First, the leak: synthesise a B2B payment graph with realistic structure — supplier tiers, net-30 cadence, seasonal variance, occasional onboarding and churn, a few relationships that quietly slip late — then publish only sender, receiver and timestamp, with no amounts at all, not even ranges. Then attack it and report what share of the commercially sensitive inferences is recoverable, at what accuracy, with zero value data. Second, the tool: take one FHE library, run a single aggregate — a sum or a count over encrypted inputs — end to end, and measure latency and ciphertext size, the two numbers that decide whether any of it is usable. Sources: Mysten Labs' Tessera announcement, 2026-08-10, and Sui's Confidential Transfers (public testing since 2026-06).

Why

Institutional privacy converged on one shape in 2026 — Tessera on Sui, XRPL's confidential transfers, Circle's Arc Privacy, Canton, Midnight — and the shape is: encrypt the value, publish the graph. Sui states it without hedging in its own announcement: the chain shows who paid whom and when, and the amount appears as ▦▦▦. That is offered as the harmless half. This card asks whether it is.

In B2B settlement the commercially sensitive facts are often structural rather than numeric. Who your suppliers are, which relationships are contractual and which are one-off, when a contract started or stopped, whether you have begun paying late. A competitor does not need your invoice value to see that you onboarded a supplier last month and dropped another one. And the asymmetry is worse than it looks — an amount that leaks is one number, while a published graph edge cannot be un-published, and the graph compounds as every later payment adds to it.

The point is not that the cryptography is weak. Twisted ElGamal over Ristretto255 with zero-knowledge proofs does exactly what it claims. The point is that the thing left in the clear was chosen for a technical reason, not a privacy one — the chain must still name the accounts whose ciphertexts it updates.

Which makes it a real trilemma rather than a gotcha, and worth stating as one. Hiding the graph too means a shielded-pool design, which breaks exactly the auditability institutions are buying. Canton is the comparison arm precisely because it resolves it differently, keeping the graph off the public ledger at the cost of being a permissioned network. There is no free corner here.

The other half of the card is the tool that answers a different question entirely, and it is the one problem in this catalogue that cryptography solves and a blockchain does not. On-chain work makes data public and verifiable; a clean room needs the opposite — compute over data that never becomes readable, so two parties learn a joint result without either seeing the other's input. The reference case is a hospital or registry collaboration where the legal constraint is that raw records cannot leave the owner at all. Worth understanding as a distinct tool rather than assuming encryption-at-rest covers it, and worth doing hands-on rather than surveying, because the two numbers that decide its usability are latency and ciphertext size and neither is knowable from a paper.

And the trust model deserves the same scepticism as the cryptography. Seal grants scoped, time-limited, revocable access to regulators, tax authorities and dispute arbiters, which is the right shape for compliance; network operators can onboard, freeze accounts, or pause the network. Both are sensible. Both also mean the confidentiality is conditional on whoever holds the threshold shares — worth recording next to third-party-blast-radius, because a privacy guarantee an operator can revoke is a policy, not a cryptographic property.

How it works

Two opposite tools, and the question each answers

Confidential settlement (Tessera, XRPL, Arc) FHE clean room
What is hidden The value The inputs, permanently
What is published Sender, receiver, timestamp A joint result only
Answers Can a public ledger carry commercial payments? Can two parties compute without either seeing the other's data?
The constraint it respects Auditability Raw records cannot leave the owner at all
The number that decides it What the graph still leaks Latency and ciphertext size

The attack, and it runs entirely on synthetic data

Build a B2B payment graph with realistic structure, publish only sender, receiver, timestamp — no amounts, not even ranges — then recover what you can:

Inference The signal it comes from
Contractual versus one-off relationships Interval regularity
Contract initiation and termination Edge start and stop dates
Counterparty importance ranking Frequency
Financial distress Cadence slippage — arrives before any public filing

The output is a number rather than an opinion: what share of those inferences is recoverable, at what accuracy, with zero value data.

The trilemma, stated as one

Design Graph hidden? Value hidden? Auditable? Cost
Public chain, plaintext No No Yes No confidentiality
Confidential transfers (Tessera et al.) No Yes Yes The graph compounds forever
Shielded pool Yes Yes No Breaks what institutions are buying
Canton Yes Yes Yes Permissioned network

There is no free corner. Saying so is more useful than scoring points against any one design.

The trust model, which is the second half of the guarantee

Capability Held by What it means
Seal access grants Regulators, tax authorities, arbiters Scoped, time-limited, revocable — the right shape for compliance
Account freeze, network pause Network operators Sensible operationally
Threshold shares Whoever holds them The confidentiality is conditional on them

A privacy guarantee an operator can revoke is a policy, not a cryptographic property — the same question third-party-blast-radius asks of any threshold scheme, and the same one that decides whether build-rent-or-own-the-rail's consortium ledger can keep a bank's counterparties from its competitors.

The FHE half, done as a measurement rather than a survey

One library, one aggregate — a sum or a count over encrypted inputs — end to end, and record two numbers: latency and ciphertext size. Those decide whether a clean room is a product or a paper. The reference case stays a hospital or registry collaboration, because that is where the legal constraint is absolute rather than commercial: the raw records cannot leave, at any price.

Privacy as a feature, privacy as an architecture

EIP-8182 proposes a protocol-level shielded pool — private ETH and ERC-20 transfers with no dedicated wallet, no separate app, nothing for a user to opt into beyond the transaction they were already sending. It targets Hegotá, and it is one of 66 proposals with only a single one confirmed so far, so it is a candidate rather than a plan.

Where it meets this card is one line: the placement of privacy decides whether it survives.

  • Privacy as a feature sits beside the ledger. A shielded pool, a mixer, a separate chain. It gets absorbed, and the mechanism is always the same three things: it competes on UX against a transparent default that is one click cheaper, its anonymity set is only as large as its own adoption, and every surrounding tool — explorers, compliance vendors, bridges, wallets — is built for the transparent side. Aztec is the reference case.
  • Privacy as an architecture removes the thing that leaks. Canton has no global ledger: a participant sees only the sub-transactions it is party to, so there is no public graph to correlate against. Nothing had to be hidden, because nothing was ever published.

Putting the shielded pool in the base protocol rather than in a wallet is the first serious attempt to move Ethereum from the first column toward the second. Whether it lands is exactly this card's test, applied to a new subject: the pool hides amounts — does it hide the graph? A shielded pool with a thin anonymity set and public deposit and withdrawal edges still publishes who paid whom and when, which this card argues is the half worth hiding.

So the thing to read for in the EIP text, before adopting the framing: whether 8182 shields the edges or only the values, and what the anonymity set is at the moment of a given transfer rather than in aggregate over a year.

The scale numbers, and the one that is double-counted

Canton is worth stating in figures precisely because the privacy-first design is not a research artifact: roughly $300B in daily volume, DTCC same-day settlement of treasuries and equities, JP Morgan and HSBC in live production. That is a different order of magnitude from the chains this catalogue usually measures, and it was built by not having the global public ledger everything else starts from.

One quoted number needs the gross-over-net treatment before it is repeated. The $8T-per-month repo figure is a flow inflated by overnight re-booking: an overnight repo re-books every day, so a month of the same principal counts roughly twenty times. The comparable figure is net outstanding, and it is not the one being quoted. Same rule as the recycling multiple, in a different market: when a headline is a flow, ask what the stock is.

Notes — discussion (2026-09-03)

The word "graph", and the easiest version of the card

"Graph" here is not a chart. It is the network sense: dots and connections — dots are companies (accounts), a line between two dots is "A paid B on this date." Draw every payment ever made and you get a web of who-is-connected-to-whom. That web is the payment graph.

The easiest version of the whole card: imagine your bank statement published with every amount blacked out. Still visible: you pay a divorce lawyer weekly, you stopped paying your gym, you started paying a hospital, and your rent — always the 1st — now lands on the 9th. No numbers anywhere, and your whole life is exposed. Swap "you" for a company: a new monthly payee is a signed contract, a stopped one is a dropped supplier, and slipping cadence is cash trouble visible to the world before any filing. The 2026 confidential-settlement chains publish exactly that blacked-out statement, for every participant, forever. Hiding the number is the easy half; the connection pattern is the half that leaks — and the half they publish.

Why this card exists now — the incidents next door

For these exact products there has been no accident yet — they are months old. The card exists because the same accident already happened in every neighboring system:

  • The chain-analysis industry is the standing proof. Chainalysis, Elliptic and TRM built a billion-dollar business on nothing but graph analysis — it caught Silk Road's operator, clawed back the Colonial Pipeline ransom (2021), and traced Mt. Gox coins for a decade. The connection pattern identified people when nothing else did.
  • Mixers proved the leak twice. Tornado Cash existed because the graph leaks; then researchers deanonymized users anyway via deposit-withdrawal timing correlation — the pool hid values, the boundary edges gave people away.
  • Finance already trades on pattern-without-the-number. The alternative-data industry sells card-spend cadence and satellite photos with no revenue figures attached, and it moves markets; Dun & Bradstreet has scored companies on payment lateness for a century. Publishing the graph on-chain is the same data minus the paywall — the card is not discovering a new risk, it is un-pricing an existing intelligence product.
  • The classic precedent is the metadata debate: "we only collect metadata" was answered by a former NSA/CIA director with "we kill people based on metadata." Who-whom-when was enough. This card is that sentence applied to B2B payments.

Why 2026: this is the first year institutions are putting real supply-chain payments on public rails, and vendors shipped "amount hidden, graph visible" within months of each other, marketing the visible half as harmless. The card runs the accident in a lab, on synthetic data, so the leak has a number before the first scandal instead of in its post-mortem.

Discussion threads (2026-09-03)

  1. Circularity warning for the attack experiment. The graph is synthesized with structure (tiers, net-30, churn) and then that structure is "recovered" — generator and attacker share assumptions. Hold out generator parameters the attacker does not know, and sanity-check a few inferences against one real public payment graph (stablecoin B2B flows are observable today), before quoting the recovery percentage.
  2. The trilemma's "auditable" column conflates two demands. Public verifiability (anyone checks supply and finality) and scoped auditability (a regulator with a key checks my account) are different things, and institutions mostly need the second. Viewing-key designs and Canton both deliver scoped audit; what forces the graph into the clear is public verifiability specifically — a public validator set must name the accounts whose ciphertexts it updates. That is why Canton, which gave up public verifiability rather than auditability, escapes.
  3. Expect the FHE measurement to indict FHE and acquit the problem. One sum over encrypted inputs will come back usable; anything past aggregates will not — and deployed clean rooms (ads measurement, health registries) mostly run MPC or TEEs for exactly the two numbers this card measures. Worth pre-registering the follow-up: same aggregate, three tools — FHE vs MPC vs TEE — same two numbers plus a trust-model row. FHE's answer to "who must you trust" is the cleanest; that is what the latency buys.
  4. Boundary edges deserve equal billing in the EIP-8182 test. "Does it shield the edges or only the values" is the right question, and deposit/withdrawal edges at the pool boundary plus thin-set timing correlation are how every prior pool was actually broken — read for those before the anonymity-set-in-aggregate number.
  5. Jayverse design rule that falls out of this card: the planned Intra Jayverse Bridge is bookkeeping over a shared vault — an internal ledger with no public graph, Canton's shape in miniature. The moment any Jayverse service settles per-transaction on public rails, its payment cadence to facilitators and counterparties becomes a published edge. Batch and net before touching the public chain.

← All Dev Notes · Workspace Index · Top ↑

금액을 가리는 것은 쉬운 절반이다

기밀 정산은 송장 금액을 암호화하고 누가 누구에게 언제 냈는지는 공개합니다. 그 후반부가 무해한 절반으로 제시되는데, 공급망에서는 가려야 할 쪽이 그쪽일 수 있습니다 — 반대편 도구, 즉 끝내 읽히지 않는 데이터 위에서 계산하기블록체인이 구조적으로 풀 수 없는 문제를 풉니다.

실험 둘, 둘 다 거래상대 없이 돌릴 수 있습니다. 첫째, 유출: 현실적인 구조를 가진 B2B 결제 그래프를 합성합니다 — 공급사 계층, net-30 주기, 계절 변동, 간헐적 온보딩과 이탈, 조용히 지급이 늦어지는 관계 몇 개 — 그다음 보내는 쪽·받는 쪽·타임스탬프만 공개합니다. 금액은 아예 없이, 구간조차 없이. 그리고 공격합니다. 금액 데이터 0으로 상업적으로 민감한 추론의 몇 퍼센트가, 어느 정확도로 복원되는지를 보고합니다. 둘째, 도구: FHE 라이브러리 하나로 암호화된 입력 위의 집계 하나(합 또는 개수)를 끝까지 돌리고, 지연과 암호문 크기를 잽니다 — 이게 쓸 만한지를 결정하는 두 숫자입니다. 출처: Mysten Labs 의 Tessera 발표(2026-08-10), Sui Confidential Transfers(2026-06부터 공개 테스트).

2026년 기관용 프라이버시는 하나의 모양으로 수렴했습니다 — Sui 의 Tessera, XRPL 기밀 전송, Circle Arc Privacy, Canton, Midnight — 그 모양은 값은 암호화하고 그래프는 공개입니다. Sui 는 자사 발표에서 에두르지 않고 말합니다: 체인은 누가 누구에게 언제 냈는지를 보여주고, 금액은 ▦▦▦ 로 나온다고. 무해한 절반으로 제시된 것입니다. 이 카드는 그것이 정말 무해한가를 묻습니다.

B2B 정산에서 상업적으로 민감한 사실은 흔히 숫자가 아니라 구조입니다. 공급사가 누구인지, 어느 관계가 계약이고 어느 것이 일회성인지, 계약이 언제 시작되고 끝났는지, 지급이 늦어지기 시작했는지. 경쟁사는 당신이 지난달 공급사를 새로 들이고 다른 하나를 끊었다는 것을 보는 데 송장 금액이 필요 없습니다. 그리고 비대칭이 보이는 것보다 나쁩니다 — 새어 나간 금액은 숫자 하나이지만, 공개된 그래프 간선은 되돌려 감출 수 없고, 그래프는 이후의 모든 결제가 더해지며 누적됩니다.

암호학이 약하다는 말이 아닙니다. Ristretto255 위의 Twisted ElGamal 과 영지식 증명은 주장하는 바를 정확히 합니다. 요점은 평문으로 남겨진 것이 프라이버시가 아니라 기술적 이유로 선택됐다는 것입니다 — 체인은 자기가 암호문을 갱신하는 계정들을 여전히 지목해야 하니까요.

그래서 이것은 트집이 아니라 진짜 트릴레마이고, 그렇게 적어 두는 편이 낫습니다. 그래프까지 가리려면 차폐 풀(shielded pool) 설계가 되고, 그건 기관이 사려는 감사가능성을 정확히 깨뜨립니다. Canton 이 비교군인 이유가 정확히 그것입니다 — 그래프를 공개 원장 밖에 두되 퍼미션드 네트워크라는 대가를 치릅니다. 공짜인 모서리는 없습니다.

카드의 다른 절반은 완전히 다른 질문에 답하는 도구이고, 이 카탈로그에서 암호학이 풀고 블록체인은 못 푸는 유일한 문제입니다. 온체인 작업은 데이터를 공개적이고 검증 가능하게 만듭니다. 클린룸은 그 반대가 필요합니다 — 끝내 읽을 수 있게 되지 않는 데이터 위에서 계산해서, 두 당사자가 서로의 입력을 보지 않고 공동 결과만 알게 하는 것. 기준 사례는 병원·등록기관 데이터 협업이고, 법적 제약은 원본 기록이 소유자를 아예 떠날 수 없다는 것입니다. 저장 시 암호화가 이걸 커버한다고 가정하지 말고 별개 도구로 이해할 값이 있고, 서베이가 아니라 직접 해볼 값이 있습니다. 쓸 만한지를 결정하는 두 숫자가 지연과 암호문 크기인데, 논문으로는 둘 다 알 수 없기 때문입니다.

그리고 신뢰 모델은 암호학과 같은 정도의 회의를 받을 자격이 있습니다. Seal 은 규제기관·과세당국·분쟁 중재자에게 범위가 정해지고, 기한이 있고, 취소 가능한 접근을 부여합니다 — 컴플라이언스에 맞는 모양입니다. 네트워크 운영자는 계정을 온보딩하고, 동결하고, 네트워크를 멈출 수 있습니다. 둘 다 합리적입니다. 그리고 둘 다, 기밀성이 임계값 조각을 쥔 자에게 조건부라는 뜻입니다 — third-party-blast-radius 옆에 적어 둘 값이 있습니다. 운영자가 취소할 수 있는 프라이버시 보장은 암호학적 성질이 아니라 정책이기 때문입니다.

동작 방식

정반대의 두 도구, 각각이 답하는 질문

기밀 정산(Tessera, XRPL, Arc) FHE 클린룸
가려지는 것 금액 입력, 영구히
공개되는 것 보내는 쪽·받는 쪽·타임스탬프 공동 결과만
답하는 질문 공개 원장이 상업 결제를 나를 수 있나? 두 당사자가 서로의 데이터를 안 보고 계산할 수 있나?
존중하는 제약 감사가능성 원본 기록이 소유자를 아예 떠날 수 없음
결정하는 숫자 그래프가 여전히 흘리는 것 지연과 암호문 크기

공격, 그리고 전부 합성 데이터로 돌아감

현실적 구조의 B2B 결제 그래프를 만들고 보내는 쪽·받는 쪽·타임스탬프만 공개합니다 — 금액 없이, 구간조차 없이 — 그다음 복원할 수 있는 것을 복원합니다:

추론 어느 신호에서 오나
계약 관계 대 일회성 간격의 규칙성
계약 개시와 종료 간선의 시작·중단 날짜
거래상대 중요도 순위 빈도
재무적 곤경 주기 지연 — 어떤 공시보다 먼저 도착

산출물은 의견이 아니라 숫자입니다금액 데이터 0으로 그 추론들의 몇 퍼센트가, 어느 정확도로 복원되는가.

트릴레마, 트릴레마로 적기

설계 그래프 가려짐? 금액 가려짐? 감사 가능? 대가
공개 체인, 평문 아니오 아니오 기밀성 없음
기밀 전송(Tessera 등) 아니오 그래프가 영원히 누적
차폐 풀 아니오 기관이 사려는 것을 깨뜨림
Canton 퍼미션드 네트워크

공짜인 모서리는 없습니다. 그렇게 말하는 것이 어느 한 설계에 점수를 따는 것보다 쓸모 있습니다.

신뢰 모델, 보장의 나머지 절반

권한 쥔 쪽
Seal 접근 부여 규제기관·과세당국·중재자 범위 한정, 기한 있음, 취소 가능 — 컴플라이언스에 맞는 모양
계정 동결, 네트워크 일시정지 네트워크 운영자 운영상 합리적
임계값 조각 그것을 쥔 누구든 기밀성이 그들에게 조건부

운영자가 취소할 수 있는 프라이버시 보장은 암호학적 성질이 아니라 정책입니다 — third-party-blast-radius 가 모든 임계값 방식에 던지는 같은 질문이고, build-rent-or-own-the-rail 의 컨소시엄 원장이 한 은행의 거래상대를 경쟁사로부터 지킬 수 있는지를 정하는 같은 질문입니다.

FHE 절반, 서베이가 아니라 측정으로

라이브러리 하나, 집계 하나(암호화된 입력 위의 합 또는 개수)를 끝까지, 그리고 숫자 둘을 기록합니다 — 지연과 암호문 크기. 이 둘이 클린룸이 제품인지 논문인지를 정합니다. 기준 사례는 병원·등록기관 협업으로 둡니다. 법적 제약이 상업적이 아니라 절대적인 자리이기 때문입니다 — 원본 기록은, 어떤 값을 치르든, 떠날 수 없습니다.

기능으로서의 프라이버시, 아키텍처로서의 프라이버시

EIP-8182는 프로토콜 레벨 shielded pool을 제안합니다 — 전용 지갑도, 별도 앱도, 사용자가 따로 선택할 것도 없이 원래 보내던 트랜잭션 그대로 ETH·ERC-20을 프라이빗하게 전송합니다. Hegotá를 목표로 하고, 66개 제안 중 확정된 것은 아직 하나뿐이므로 계획이 아니라 후보입니다.

이 카드와 만나는 지점은 한 줄입니다: 프라이버시를 어디에 놓느냐가 그것의 생존 여부를 결정한다.

  • 기능으로서의 프라이버시는 원장 옆에 앉습니다. shielded pool, 믹서, 별도 체인. 이건 흡수당하고, 그 방식은 늘 같은 세 가지입니다 — 클릭 한 번 더 싼 투명한 기본값과 UX로 경쟁해야 하고, 익명성 집합이 자기 채택률만큼밖에 안 되고, 주변 도구 전부(익스플로러·컴플라이언스 벤더·브리지·지갑)가 투명한 쪽을 위해 만들어져 있습니다. Aztec이 그 사례입니다.
  • 아키텍처로서의 프라이버시새는 것 자체를 없앱니다. Canton에는 전역 원장이 없습니다 — 참여자는 자기가 당사자인 하위 트랜잭션만 보므로, 상관분석을 걸 공개 그래프가 아예 존재하지 않습니다. 숨길 필요가 없었습니다. 애초에 공표된 적이 없으니까요.

shielded pool을 지갑이 아니라 기반 프로토콜 안에 넣는 것은, 이더리움을 첫 번째 칸에서 두 번째 칸으로 옮기려는 첫 진지한 시도입니다. 성공 여부는 이 카드의 시험을 새 대상에 그대로 적용한 것입니다: 풀이 금액은 가린다 — 그래프도 가리는가? 익명성 집합이 얇고 입금·출금 간선이 공개된 shielded pool은 여전히 누가 누구에게 언제 보냈는지를 공표하고, 이 카드가 "숨길 값어치가 있는 절반"이라고 주장하는 게 바로 그쪽입니다.

그래서 이 프레이밍을 받아들이기 전에 EIP 원문에서 확인할 것: 8182가 간선을 가리는지 값만 가리는지, 그리고 익명성 집합이 1년 누적이 아니라 개별 전송이 일어나는 그 순간에 얼마인지.

규모 숫자, 그리고 이중 계상된 하나

Canton은 프라이버시 우선 설계가 연구용 결과물이 아니기 때문에 숫자로 적어둘 값어치가 있습니다: 일 거래량 약 $3,000억, DTCC 국채·주식 당일 정산, JP모건·HSBC 라이브 프로덕션. 이 목록이 보통 재는 체인들과 자릿수가 다르고, 그걸 만든 방법은 나머지 전부가 출발점으로 삼는 전역 공개 원장을 갖지 않은이었습니다.

인용된 숫자 하나는 옮겨 적기 전에 gross-over-net 처리가 필요합니다. 월 $8조 레포 수치는 오버나이트 재계상으로 부풀려진 유량(flow) 입니다 — 오버나이트 레포는 매일 다시 계상되므로, 한 달이면 같은 원금이 대략 스무 번 세어집니다. 비교 가능한 값은 순잔액(net outstanding) 이고, 인용되는 건 그 값이 아닙니다. 재활용 배수와 같은 규칙을 다른 시장에 적용한 것입니다: 헤드라인이 유량이면, 저량(stock)이 얼마인지 물으십시오.

노트 — 논의 (2026-09-03)

"그래프"라는 단어, 그리고 이 카드의 가장 쉬운 버전

여기서 "graph"는 차트가 아닙니다. 네트워크의 의미입니다: 점과 연결선 — 점은 회사(계정), 두 점 사이의 선은 "A가 B에게 이 날짜에 지불했다." 지금까지의 모든 결제를 그리면 누가-누구와-연결됐는지의 거미줄이 나오고, 그 거미줄이 결제 그래프입니다.

카드 전체의 가장 쉬운 버전: 은행 거래내역이 금액만 전부 까맣게 지워진 채 공개된다고 상상해 보세요. 여전히 보이는 것: 매주 이혼 전문 변호사에게 송금, 헬스장 결제 중단, 병원 결제 시작, 늘 1일이던 월세가 이제 9일 도착. 숫자는 하나도 없는데 인생 전체가 노출됩니다. "나"를 회사로 바꾸면: 새 월간 수취인은 체결된 계약, 끊긴 수취인은 정리된 공급사, 흐트러지는 결제 주기는 공시 전에 세상에 보이는 자금난입니다. 2026년의 기밀 정산 체인들은 바로 그 금액 지운 거래내역서를 모든 참여자에 대해 영원히 발행합니다. 숫자를 가리는 건 쉬운 절반이고, 새는 절반은 연결 패턴 — 그리고 그들이 공개하는 게 그 절반입니다.

왜 지금 이 카드인가 — 옆집에서 이미 난 사고들

바로 이 제품들에서는 아직 사고가 없습니다 — 나온 지 몇 달입니다. 카드가 존재하는 이유는 같은 사고가 이웃한 모든 시스템에서 이미 일어났기 때문입니다:

  • 체인 분석 산업이 서 있는 증거입니다. Chainalysis·Elliptic·TRM 은 오직 그래프 분석만으로 수십억 달러 사업을 세웠습니다 — Silk Road 운영자 검거, Colonial Pipeline 몸값 회수(2021), 십 년의 Mt. Gox 추적. 다른 무엇도 아닌 연결 패턴이 사람을 특정했습니다.
  • 믹서가 누출을 두 번 증명했습니다. Tornado Cash 는 그래프가 새기 때문에 존재했고, 연구자들은 입금-출금 타이밍 상관으로 사용자를 어차피 특정했습니다 — 풀은 금액을 가렸지만 경계의 엣지가 사람을 팔아넘겼습니다.
  • 금융은 이미 숫자-없는-패턴으로 거래합니다. 대체 데이터 산업은 매출 숫자 없이 카드 결제 주기와 위성사진을 팔아 시장을 움직이고, Dun & Bradstreet 는 한 세기 동안 결제 지연으로 회사를 평가해 왔습니다. 그래프의 온체인 공개는 같은 데이터에서 유료 장벽만 뺀 것 — 이 카드는 새 위험의 발견이 아니라 기존 정보 상품의 가격 파괴를 측정하는 것입니다.
  • 고전적 선례는 메타데이터 논쟁: "메타데이터만 수집한다"는 방어에 전 NSA/CIA 국장이 답했습니다 — "우리는 메타데이터로 사람을 죽인다." 누가-누구에게-언제로 충분했습니다. 이 카드는 그 문장을 B2B 결제에 적용한 것입니다.

왜 2026년인가: 기관들이 실제 공급망 결제를 퍼블릭 레일에 올리는 첫해이고, 벤더들이 몇 달 간격으로 "금액은 가림, 그래프는 공개"를 내놓으며 보이는 절반을 무해하다고 마케팅했기 때문입니다. 카드는 그 사고를 합성 데이터로 실험실에서 미리 돌려, 첫 스캔들의 사후 분석이 아니라 그 전에 누출량의 숫자를 만들어 둡니다.

논의 스레드 (2026-09-03)

  1. 공격 실험의 순환성 경고. 구조(티어, net-30, 이탈)를 넣어 합성한 그래프에서 그 구조를 "복원"하면 생성기와 공격자가 가정을 공유합니다. 공격자가 모르는 생성기 파라미터를 홀드아웃하고, 실제 공개 결제 그래프 하나(스테이블코인 B2B 흐름은 지금도 관측 가능)로 몇 가지 추론을 교차 검증한 뒤에 복원율을 인용할 것.
  2. 트릴레마의 "감사 가능" 열은 두 요구를 뭉뚱그립니다. 공개 검증 가능성(누구나 공급량·최종성 확인)과 범위 지정 감사(키를 가진 규제기관이 내 계정 확인)는 다른 것이고, 기관에 필요한 건 대부분 후자입니다. 뷰잉 키 설계와 Canton 둘 다 범위 지정 감사를 제공합니다. 그래프를 평문으로 강제하는 것은 정확히 공개 검증 가능성입니다 — 공개 검증자 집합은 자기가 갱신하는 암호문의 계정을 지목해야 합니다. 감사가 아니라 공개 검증을 포기한 Canton 이 빠져나가는 이유입니다.
  3. FHE 측정은 FHE 를 기소하고 문제를 무죄방면할 것입니다. 암호화 입력의 합계 하나는 쓸 만하게 나오지만 집계 너머는 아닙니다 — 실제 배포된 클린룸(광고 측정, 의료 레지스트리)이 대부분 MPC 나 TEE 를 쓰는 이유가 정확히 이 카드가 재는 두 숫자입니다. 후속 실험을 미리 등록할 것: 같은 집계, 세 도구 — FHE vs MPC vs TEE — 같은 두 숫자 + 신뢰 모델 행. "누구를 믿어야 하는가"에 대한 FHE 의 답이 가장 깨끗하고, 그게 지연시간으로 사는 것입니다.
  4. EIP-8182 시험에서 경계 엣지도 같은 비중으로. "엣지를 가리는가 값만 가리는가"는 맞는 질문이고, 풀 경계의 입금/출금 엣지 + 얇은 익명 집합의 타이밍 상관이 역대 풀들이 실제로 깨진 방식입니다 — 연간 집계 익명 집합 숫자보다 그것부터 읽을 것.
  5. 이 카드에서 떨어져 나오는 Jayverse 설계 규칙: 계획된 Intra Jayverse Bridge 는 공유 금고 위의 장부 — 공개 그래프가 없는 내부 원장, Canton 의 축소판입니다. 어느 Jayverse 서비스든 공용 레일에서 건별 정산하는 순간 facilitator·상대방에 대한 결제 주기가 공개 엣지가 됩니다. 공개 체인에 닿기 전에 배치·상계할 것.

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