Workspace Index › Knowledge Notes › Toss and KOMSCO settled a voucher on Optimism — the PoC that matters is the settlement, not the token
#79PoC2026-09-18chat
Toss and KOMSCO settled a voucher on Optimism — the PoC that matters is the settlement, not the token
On 2026-09-18 Viva Republica (Toss) said it had completed a proof of concept with KOMSCO, the Korea Minting and Security Printing Corporation, on "blockchain-based public payment infrastructure". KOMSCO is not a mint here; it operates the public payment rails behind 83 local governments' regional currencies (지역사랑상품권) and the digital Onnuri voucher. The two built a test environment separated from production, charged voucher tokens with a blockchain-based digital currency, paid at a merchant, and ran merchant settlement, the whole payment cycle, on an Optimism-based (OP Stack) chain with Sunnyside Labs' Privacy Boost hiding transaction details on the public ledger. Two design results are the news. Payment and settlement were processed as one transaction, and merchants could move their proceeds whenever they chose rather than on the operator's settlement calendar. Toss's stated aim is that small merchants get paid earlier and pay less to be settled, "on the premise of regulatory compliance". The PoC follows the April 2026 MOU with KOMSCO and the July 2026 three-month PoC with Optimism and Sunnyside Labs on won-based digital financial infrastructure; it is the first time the two threads meet on a real public rail.
For Jayverse this is a near-exact template. A public voucher is a closed-loop token with an issuer, a redemption rule, and a merchant settlement leg, which is what Rails' KRW leg and Verex's payout leg are in miniature. The claim worth copying is atomic pay-and-settle plus merchant-pulled disbursement: the operator's batch cycle becomes a policy the merchant controls, and the operator keeps its existing infrastructure because the chain sits behind it, not in place of it. The claim to be careful with is the token itself: the announcement calls it a "blockchain-based digital currency" and never says whether it is a deposit token, a stablecoin, or a test token with no issuer, and Korea's won-stablecoin law is still not passed. Status on 2026-09-18: PoC complete, test environment only, no production date, no named local government, chain and issuer of the digital currency unspecified.
Why
Most "public blockchain payment" pilots die at settlement, because the interesting part of a card or voucher payment is not the payment, it is the days between the swipe and the merchant's bank account: acquirer batches, operator reconciliation, fee deduction, refunds. Toss and KOMSCO tested exactly that part. If a payment and its settlement are the same on-chain transaction, there is no batch to reconcile, and if the merchant can pull funds at will, the settlement calendar stops being a cost the operator imposes. That is why the press line is about small merchants' cash flow, not about blockchain. It is also why the operator's structure was kept: KOMSCO does not want to replace a platform used by 83 local governments; it wants a new asset to flow through it.
The reason to hold the enthusiasm is the same one as in the Bottomline and Canton items this week. The settlement asset is the thing the announcement does not name. A voucher settled in a bank deposit token is a bank liability; settled in a stablecoin it is an issuer's liability under a law that does not yet exist; settled in a test token it is a demonstration. All three run the same PoC. Only one of them is a product, and which one depends on legislation and on who is willing to be the issuer, not on OP Stack.
How it works
The stack that was tested
Layer
What it did in the PoC
Who
Public voucher platform
Issues and redeems 지역사랑상품권 vouchers; kept its operating structure
KOMSCO
Digital currency
Charged onto voucher tokens; type unspecified (deposit token, stablecoin, or test token)
unspecified
Chain
OP Stack (Optimism) L2; records currency transfers and links them to the existing payment system's transaction processing
Toss with Optimism
Privacy
Privacy Boost hides sensitive transaction data on the public chain while letting institutions read what they must
Sunnyside Labs
Payment and settlement
Charge → pay at merchant → merchant settlement, with pay and settle as one transaction and merchant-initiated withdrawal
Toss and KOMSCO
Wallet and user
Toss app, 30 million users, 500,000+ acceptance points, in a separate test environment
Toss
The three announcements, in order
2026-04-22: Toss and KOMSCO MOU. Goals: link the two sides' user bases and payment infrastructure, and in the medium term run pilots with token-based instruments, deposit tokens and stablecoins named explicitly.
2026-07-08: Toss, Optimism, Sunnyside Labs MOU: a three-month PoC of won-based digital financial infrastructure on OP Stack with Privacy Boost. Three test questions: can institutions control settlement, can KYC and AML be implemented, can transaction data stay private on a public ledger. Quotes: Kyle Jenke (Optimism, CBO), Gyuha Kim (Toss, CBO).
2026-09-18: PoC complete on the voucher rail. Results: existing public infrastructure retained; blockchain digital currency usable as the payment and settlement instrument; pay and settle as one transaction; merchant-timed disbursement. Related but separate: Toss Payments was picked in July 2026 as preferred bidder for the Ministry of Science and ICT / KISA deposit-token payment infrastructure project, another route to the same merchant-fee goal.
What "one transaction" changes
In today's voucher flow the customer pays, the operator records the sale, and the merchant is settled on a schedule, typically days later, after reconciliation and fee deduction. If the payment and the settlement entry are the same on-chain state change, three things go away: the reconciliation between two systems, the operator's float, and the fixed settlement day. What replaces them is a merchant balance the merchant draws down on demand. The cost moves from the merchant's waiting time to the chain's finality and the issuer's redemption rule, which is why the two unspecified items, the currency and its issuer, carry the whole design.
Where it lands in Jayverse
Rails: the voucher is our KRW leg in miniature. Closed-loop token, issuer, redemption, merchant settlement. Model the KRW leg as pay-and-settle in one state change with a recipient-pulled disbursement, and make the settlement calendar a recipient policy, not an operator batch.
Verex: payout on demand. Winners drawing their payout when they choose, from a settled balance, is the same primitive as merchant-timed disbursement. It removes the "when do payouts run" support question and moves the cost to finality, which we already pay.
Privacy on a public chain is a product requirement, not a feature. Toss would not put voucher redemptions on a public L2 without Privacy Boost. Our public devnet Auditor assumes the opposite. If any Jayverse service is aimed at institutions or the public sector, the first fork is privacy layer or permissioned chain, before the chain choice.
Name the asset. Every Jayverse design that says "digital currency" or "KRW" must say deposit token, stablecoin, or test token, and name the issuer. This PoC is the third item this week whose most important fact is the one left unsaid.
Verified and unverified
Verified on 2026-09-18: the April MOU (etnews, 2026-04-23: 83 local governments, digital Onnuri, deposit tokens and stablecoins as medium-term pilots, executives present); the July MOU and its three test questions, OP Stack, Privacy Boost, 30 million users and 500,000 acceptance points (Asia Business Daily English, 2026-07-08; Cointelegraph); the September PoC results as stated in Toss's announcement, provided by jay. Reported, single-source: Privacy Boost combines zero-knowledge proofs with trusted execution environments (Cointelegraph); Sunnyside Labs is an OP Stack core developer. Not stated by anyone: which digital currency and issuer were used, which local government's voucher, the chain's operator, transaction counts, and any production timeline. Not read directly: the 2026-09-18 press articles.
토스와 조폐공사가 옵티미즘 위에서 상품권을 정산했다 — 중요한 PoC는 토큰이 아니라 정산이다
2026-09-18 비바리퍼블리카(토스)는 한국조폐공사와 "블록체인 기반 공공 결제 인프라" 기술검증(PoC)을 완료했다고 밝혔습니다. 여기서 조폐공사는 화폐를 찍는 곳이 아니라 83개 지자체 지역사랑상품권과 디지털 온누리상품권 뒤의 공공 결제 레일을 운영하는 기관입니다. 양측은 실제 서비스와 분리된 테스트 환경을 만들어 블록체인 기반 디지털화폐로 상품권 토큰을 충전하고, 가맹점에서 결제하고, 가맹점 정산까지 지급결제 전 과정을 옵티미즘(OP Stack) 기반 체인 위에서 돌렸으며, 서니사이드랩스의 Privacy Boost로 공개 원장에서 거래 정보를 가렸습니다. 뉴스는 두 가지 설계 결과입니다. 결제와 정산을 하나의 거래로 처리했고, 가맹점이 운영사의 정산 일정이 아니라 원하는 시점에 대금을 옮길 수 있었습니다. 토스가 말한 목표는 소상공인이 더 일찍 돈을 받고 정산 비용을 덜 내는 것이며, "규제 준수를 전제로" 합니다. 이 PoC는 2026년 4월 조폐공사와의 MOU와 2026년 7월 옵티미즘·서니사이드랩스와의 원화 기반 디지털 금융 인프라 3개월 PoC의 후속이고, 두 갈래가 실제 공공 레일 위에서 만난 첫 사례입니다.
Jayverse에는 거의 정확한 템플릿입니다. 공공 상품권은 발행자, 환매 규칙, 가맹점 정산 레그를 가진 폐쇄형 토큰이고, 그것은 Rails의 KRW 레그와 Verex의 지급 레그의 축소판입니다. 복사할 가치가 있는 주장은 결제·정산 원자 처리와 가맹점이 끌어가는 출금입니다. 운영사의 배치 주기가 가맹점이 통제하는 정책이 되고, 체인이 기존 인프라를 대체하지 않고 뒤에 앉기 때문에 운영사는 기존 인프라를 유지합니다. 조심할 주장은 토큰 자체입니다. 발표는 이를 "블록체인 기반 디지털화폐"라고 부르고 예금 토큰인지 스테이블코인인지 발행자 없는 테스트 토큰인지 말하지 않으며, 한국의 원화 스테이블코인 법은 아직 통과되지 않았습니다. 2026-09-18 기준 상태: PoC 완료, 테스트 환경만, 상용 일정 없음, 이름 나온 지자체 없음, 디지털화폐의 체인과 발행자 미명시.
왜
"공공 블록체인 결제" 파일럿 대부분은 정산에서 죽습니다. 카드나 상품권 결제에서 흥미로운 부분은 결제가 아니라 결제와 가맹점 입금 사이의 며칠이기 때문입니다. 매입사 배치, 운영사 대사, 수수료 차감, 환불. 토스와 조폐공사는 정확히 그 부분을 시험했습니다. 결제와 정산이 같은 온체인 거래라면 대사할 배치가 없고, 가맹점이 원할 때 자금을 끌어갈 수 있다면 정산 일정은 운영사가 부과하는 비용이기를 멈춥니다. 그래서 보도 문장이 블록체인이 아니라 소상공인 현금흐름에 대한 것입니다. 운영 구조를 유지한 이유도 같습니다. 조폐공사는 83개 지자체가 쓰는 플랫폼을 바꾸려는 것이 아니라 새 자산이 그 위로 흐르길 원합니다.
열의를 붙잡아야 하는 이유는 이번 주의 Bottomline과 Canton 항목과 같습니다. 정산 자산이 발표가 이름 붙이지 않은 것입니다. 은행 예금 토큰으로 정산된 상품권은 은행의 부채이고, 스테이블코인으로 정산되면 아직 없는 법 아래 발행자의 부채이고, 테스트 토큰으로 정산되면 시연입니다. 셋은 같은 PoC를 돌립니다. 그중 하나만 제품이고, 어느 것인지는 OP Stack이 아니라 입법과 누가 발행자가 되려 하는가에 달려 있습니다.
동작 방식
시험된 스택
층
PoC에서 한 일
누가
공공 상품권 플랫폼
지역사랑상품권 발행·환매; 운영 구조 유지
조폐공사
디지털화폐
상품권 토큰에 충전; 종류 미명시(예금 토큰, 스테이블코인, 테스트 토큰)
미명시
체인
OP Stack(옵티미즘) L2; 화폐 이전 내역을 기록하고 기존 결제 시스템의 거래 처리와 연계
토스, 옵티미즘과 함께
프라이버시
Privacy Boost가 공개 체인에서 민감 거래 정보를 가리되 기관은 필요한 것을 읽음
서니사이드랩스
결제와 정산
충전 → 가맹점 결제 → 가맹점 정산, 결제와 정산은 한 거래, 가맹점이 출금 시점 결정
토스와 조폐공사
지갑과 사용자
토스 앱, 3천만 사용자, 50만 이상 결제 접점, 분리된 테스트 환경
토스
세 발표, 순서대로
2026-04-22: 토스·조폐공사 MOU. 목표: 양측 사용자 기반과 결제 인프라 연계, 중장기적으로 토큰 기반 지급수단 파일럿, 예금 토큰과 스테이블코인을 명시.
2026-07-08: 토스·옵티미즘·서니사이드랩스 MOU: OP Stack과 Privacy Boost로 원화 기반 디지털 금융 인프라 3개월 PoC. 세 시험 질문: 기관이 정산을 통제할 수 있는가, KYC·AML을 구현할 수 있는가, 공개 원장에서 거래 정보가 비공개로 남는가. 인용: Kyle Jenke(옵티미즘 CBO), 김규하(토스 CBO).
2026-09-18: 상품권 레일에서 PoC 완료. 결과: 기존 공공 인프라 유지; 블록체인 디지털화폐를 결제·정산 수단으로 사용 가능; 결제와 정산 한 거래; 가맹점 시점 출금. 관련되지만 별도: 토스페이먼츠가 2026년 7월 과기정통부·KISA 예금토큰 결제 인프라 사업 우선협상대상자로 선정, 같은 가맹점 수수료 목표로 가는 다른 경로.
"하나의 거래"가 바꾸는 것
오늘의 상품권 흐름에서는 고객이 결제하고, 운영사가 매출을 기록하고, 가맹점은 대사와 수수료 차감 뒤 보통 며칠 뒤 일정에 따라 정산받습니다. 결제와 정산 기록이 같은 온체인 상태 변화라면 세 가지가 사라집니다. 두 시스템 간 대사, 운영사의 플로트, 고정 정산일. 대신 가맹점이 필요할 때 인출하는 가맹점 잔고가 생깁니다. 비용은 가맹점의 대기 시간에서 체인의 최종성과 발행자의 환매 규칙으로 옮겨가고, 그래서 미명시된 두 항목, 화폐와 발행자가 설계 전체를 떠받칩니다.
Jayverse에서의 위치
Rails: 상품권은 우리 KRW 레그의 축소판. 폐쇄형 토큰, 발행자, 환매, 가맹점 정산. KRW 레그를 한 상태 변화의 결제·정산과 수신자가 끌어가는 출금으로 모델링하고, 정산 일정을 운영사 배치가 아니라 수신자 정책으로 만듭니다.
Verex: 요청 시 지급. 승자가 정산된 잔고에서 원할 때 지급을 끌어가는 것은 가맹점 시점 출금과 같은 프리미티브입니다. "지급은 언제 돌아가나"라는 지원 질문을 없애고 비용을 이미 지불하는 최종성으로 옮깁니다.
공개 체인의 프라이버시는 기능이 아니라 제품 요구사항. 토스는 Privacy Boost 없이 상품권 환매를 공개 L2에 올리지 않았을 것입니다. 우리의 공개 devnet Auditor는 반대를 전제합니다. Jayverse 서비스가 기관이나 공공 부문을 향한다면 체인 선택보다 먼저 프라이버시 계층인가 허가형 체인인가가 첫 분기입니다.
자산에 이름을 붙인다. "디지털화폐"나 "KRW"라고 말하는 모든 Jayverse 설계는 예금 토큰, 스테이블코인, 테스트 토큰 중 무엇인지와 발행자를 말해야 합니다. 이 PoC는 가장 중요한 사실이 말해지지 않은 것인 이번 주 세 번째 항목입니다.
확인된 것과 미확인
2026-09-18에 확인한 것: 4월 MOU(전자신문, 2026-04-23: 83개 지자체, 디지털 온누리, 중장기 파일럿으로 예금 토큰·스테이블코인, 참석 임원); 7월 MOU와 세 시험 질문, OP Stack, Privacy Boost, 3천만 사용자와 50만 결제 접점(아시아경제 영문, 2026-07-08; Cointelegraph); 9월 PoC 결과는 jay가 제공한 토스 발표문 기준. 보도되었으나 단일 출처: Privacy Boost가 영지식 증명과 신뢰 실행 환경을 결합(Cointelegraph); 서니사이드랩스가 OP Stack 코어 개발사. 누구도 말하지 않은 것: 어떤 디지털화폐와 발행자를 썼는지, 어느 지자체 상품권인지, 체인 운영자, 거래 건수, 상용 일정. 직접 읽지 않은 것: 2026-09-18 보도 기사.