민트와 번 - StableNet

새로운 WKRC는 인가된 기관이 KRW를 예치할 때만 유통됩니다. 보유자가 KRW를 상환할 때만 유통에서 사라집니다. 법정화폐 이동 없이는 발행이 이루어지지 않습니다.

공급량이 변하는 이유

대부분의 블록체인에서 네이티브 토큰 공급량은 블록 보상을 통해 증가합니다. WKRC는 블록 보상이 없습니다. 공급량은 두 가지 작업을 통해서만 제어됩니다:

작업	트리거	시작 주체
민트	담보 계좌에 법정화폐 예치	승인된 민터 (GovMinter 쿼럼)
번	보유자의 KRW 상환 요청	승인된 민터 (GovMinter 쿼럼)

두 작업 모두 여러 민터 구성원의 쿼럼 승인 없이는 진행될 수 없습니다. 단일 민터가 일방적으로 WKRC를 발행하거나 소각할 수 없습니다.

민트 흐름

KRW 예치 감지 → 민트 증명 생성 → GovMinter 제안 제출
→ 민터 쿼럼 달성 → NativeCoinAdapter.mint() 실행
→ Transfer(0x0, beneficiary, amount) 이벤트 발생

각 민팅은 은행 시스템의 고유한 depositId와 연결됩니다. 동일한 depositId는 두 번 사용할 수 없어 이중 발행이 방지됩니다.

번 흐름

KRW 상환 요청 → 번 증명 생성 → GovMinter 제안 제출
→ 민터 쿼럼 달성 → NativeCoinAdapter.burn() 실행
→ Transfer(from, 0x0, amount) 이벤트 발생
→ KRW 오프체인 반환

앱에 미치는 영향

공급량 감사 가능. NativeCoinAdapter의 모든 Mint 및 Burn 이벤트는 실제 법정화폐 거래에 매핑됩니다. 온체인에서 totalSupply() 변화를 추적하고 이벤트와 대조해 검증할 수 있습니다. 공급량 변화 주기가 예측 가능. 민팅은 오프체인 법정화폐 결제와 온체인 쿼럼 투표가 필요합니다 — 즉각적이지 않습니다. 블록 보상 인플레이션으로 인한 급격한 공급량 증가가 없습니다. 트랜잭션 없이는 잔액이 사라지지 않습니다. 주소가 WKRC를 잃는 유일한 방법은 명시적인 전송이나 해당 주소를 from 필드에 포함한 번뿐입니다. 거버넌스는 잔액을 일방적으로 몰수할 수 없습니다. Transfer(0x0, beneficiary, amount)는 민트 신호. 0x0000000000000000000000000000000000000000에서 발생한 ERC-20 Transfer 이벤트를 인덱싱하면 민트 이벤트입니다. 번은 Transfer(from, 0x0, amount)입니다.

주요 컨트랙트 주소

컨트랙트	주소	역할
NativeCoinAdapter	`0x0000000000000000000000000000000000001000`	민트/번 실행, ERC-20 이벤트 발생
GovMinter	`0x0000000000000000000000000000000000001003`	제안 및 쿼럼 투표 관리
GovMasterMinter	`0x0000000000000000000000000000000000001002`	승인된 민터 주소 제어

개발자 이점

안정적이고 감사 가능한 공급량 — 블록 보상으로 인한 예상치 못한 인플레이션 없음
민트와 번을 위한 표준 ERC-20 이벤트 — address(0)에서/로 Transfer 인덱싱
NativeCoinAdapter의 totalSupply()가 모든 블록에서 실제 유통 공급량 반영

Documentation Index

​공급량이 변하는 이유

​민트 흐름

​번 흐름

​앱에 미치는 영향

​주요 컨트랙트 주소

​개발자 이점

​관련 문서