Copy English

Why

This catalogue keeps arriving at the same conclusion from different directions — the contest is not TPS but the denominator and its circulation — and stablecoins are where that can be stated most precisely. What builds a stablecoin's denominator is not its chain or its peg mechanism but whether an institution can get out at par, on a schedule, with a record its auditor will accept. Ripple Mint is the mature end of exactly that. Launched 2026-07-23, it lets eligible institutions mint, redeem, bridge and manage RLUSD through both a browser interface and an API, and the detail worth stealing is not the minting: a single reference ID tracks one operation from fiat deposit through issuance request and on-chain settlement to redemption payout. That is a reconciliation primitive, and reconciliation — not throughput — is what an operations team is actually short of. So the card's question is whether the framing survives contact with specifics: what does a redemption SLA actually promise, what conditions suspend it, and what does an institution need on the reporting side that a chain explorer structurally cannot give?

How it works

The comparison set is one issuer's institutional path against at least one other, on four axes rather than on marketing copy: who is eligible and what onboarding costs, how long redemption takes and under what conditions it can be suspended, what the audit trail looks like end to end, and what happens when the same unit exists on more than one chain. That last axis is not hypothetical here — RLUSD's circulating supply on the XRP Ledger passed its Ethereum supply for the first time around the launch, with total market cap near $1.6B, which makes bridging part of the redemption story rather than a side feature: a unit redeemed has to be a unit burned on whichever chain it was actually sitting on. The contrast case is deliberately kept nearby rather than inside: Balance Coin held the opposite position on every one of these axes, and the reason its $3.5M denominator went to near zero in a single transaction is that there was no redemption desk, so there was no floor under the price — but the mechanism of that failure is an oracle problem and belongs to the the-settlement-instant card. What belongs here is only the operational half. The line back to verex is that an issuer's redemption path is a payment integration with a settlement guarantee attached — structurally the same shape as the AP2 and Toss cards, minus the card network — and the reference-ID-per-operation pattern is borrowable on its own, whether or not RLUSD is ever the asset.

Where it lands in Jayverse

• Bridge/Token: give every lock-mint-burn operation one reference ID spanning both chains. Track a single ID from the Anvil-side lock request through mint, and later through burn and Sepolia-side unlock, so reconciling JYVE's circulation doesn't get rebuilt from raw events after the fact.
• Token: write JYVE's own redemption path — eligibility, SLA, suspension conditions, audit trail — even at devnet scale. The card's claim is that circulation is won at the redemption desk, not on the chain; that applies to a mini-AMM token as much as to a stablecoin.
• Auditor: add "which chain is this unit actually redeemable on right now" as an explicit field. Once JYVE exists on more than one chain, balance alone doesn't answer that question, and the audit checklist should ask it directly rather than assume it.

← All Knowledge Notes · Workspace Index · Top ↑

Copy 한국어

상환 창구 — 스테이블코인의 분모를 만드는 것

Ripple Mint는 발행과 상환을 기관 워크플로우로 제품화했습니다. 검증해 볼 주장: 유통은 체인이 아니라 상환 창구에서 갈린다.

아직 범위 미정 — 발행사 한 곳의 상환 경로를 처음부터 끝까지 적어 보는 것부터(자격 요건, SLA, 중단 조건, 감사 추적), 그리고 그중 실제로 문서화된 부분이 어디까지인지 확인합니다. 출처: Ripple Mint 출시, 2026-07-23.

왜

이 카탈로그는 여러 방향에서 같은 결론에 계속 도착합니다 — 승부처는 TPS가 아니라 분모와 그 유통이고, 스테이블코인은 그것을 가장 정확하게 말할 수 있는 자리입니다. 스테이블코인의 분모를 만드는 것은 체인도 페그 메커니즘도 아니고, 기관이 액면가로, 정해진 일정에, 감사인이 받아들일 기록과 함께 빠져나올 수 있는가입니다. Ripple Mint가 정확히 그 성숙한 쪽 끝입니다. 2026-07-23 출시로, 자격 있는 기관이 브라우저 인터페이스와 API 양쪽으로 RLUSD를 민팅·상환·브릿지·관리할 수 있게 했는데, 훔쳐 올 만한 디테일은 민팅이 아닙니다: 단일 참조 ID 하나가 법정화폐 입금 → 발행 요청 → 온체인 정산 → 상환 지급까지 한 건의 작업을 추적합니다. 이건 대사(reconciliation) 원시 기능이고, 운영팀에 실제로 모자란 것은 처리량이 아니라 대사입니다. 그래서 카드의 질문은 이 프레이밍이 구체적인 것들과 부딪혀도 살아남는가입니다: 상환 SLA는 실제로 무엇을 약속하고, 어떤 조건이 그것을 중단시키며, 기관이 리포팅 쪽에서 필요로 하는 것 중 체인 익스플로러가 구조적으로 줄 수 없는 것은 무엇인가?

동작 방식

비교 대상은 발행사 한 곳의 기관 경로 대 최소 한 곳 이상이고, 홍보 문구가 아니라 축 네 개로 봅니다: 누가 자격이 있고 온보딩 비용은 얼마인가, 상환에 얼마나 걸리며 어떤 조건에서 중단될 수 있는가, 감사 추적은 끝에서 끝까지 어떻게 생겼는가, 같은 단위가 둘 이상의 체인에 존재할 때 무슨 일이 벌어지는가. 마지막 축은 여기서 가정이 아닙니다 — 출시 무렵 RLUSD의 XRP Ledger 유통량이 처음으로 이더리움 유통량을 넘었고 시총은 16억 달러 근처입니다. 그러면 브릿징은 부가 기능이 아니라 상환 이야기의 일부가 됩니다: 상환된 한 단위는 그것이 실제로 앉아 있던 체인에서 소각된 한 단위여야 하니까요. 대조 사례는 카드 안에 넣지 않고 옆에 둡니다 — Balance Coin은 이 네 축 전부에서 정반대 위치에 있었고, 350만 달러짜리 분모가 트랜잭션 한 건에 0 근처로 간 이유는 상환 창구가 없어서 가격 아래에 바닥이 없었다는 것입니다. 다만 그 실패의 메커니즘은 오라클 문제라 the-settlement-instant 카드 소관이고, 여기 남는 것은 운영 쪽 절반뿐입니다. verex로 돌아오는 선은 이것입니다: 발행사의 상환 경로는 정산 보증이 붙은 결제 연동이고, 구조상 AP2·토스 카드와 같은 모양에서 카드망만 빠진 것입니다. 그리고 작업 한 건당 참조 ID 하나라는 패턴은 RLUSD가 자산이 되든 안 되든 그 자체로 가져다 쓸 수 있습니다.

Jayverse에서의 위치

• Bridge/Token: 락-민트-번 작업마다 두 체인을 아우르는 참조 ID 하나를 부여한다. Anvil 쪽 락 요청부터 민트, 이후 번과 Sepolia 쪽 언락까지 하나의 ID로 추적해서, JYVE 유통량 정산을 나중에 원시 이벤트에서 다시 짜맞추지 않게 한다.
• Token: devnet 규모에서도 JYVE 자체의 상환 경로 — 자격, SLA, 정지 조건, 감사 추적 — 를 적어둔다. 이 카드의 주장은 유통량이 체인이 아니라 상환 데스크에서 결정된다는 것이며, 이는 스테이블코인만큼 미니 AMM 토큰에도 적용된다.
• Auditor: "이 단위가 지금 실제로 어느 체인에서 상환 가능한가"를 명시적인 필드로 추가한다. JYVE가 두 체인 이상에 존재하게 되면 잔액만으로는 이 질문에 답할 수 없으므로, 감사 체크리스트가 이를 가정하지 않고 직접 묻는다.

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