1. RWA/STO 개념
1.1 RWA(Real-World Asset)란?
RWA(Real-World Asset)는 블록체인 상의 토큰이 오프체인 실물·전통 자산에 대한 권리를 표현하는 전체 구조를 의미합니다.
중요한 포인트는 RWA는 “토큰 그 자체”의 개념이 아니라, 다음의 네 가지 레이어가 함께 설계된 형태의 개념이라는 점입니다.
1.
기초 자산
국채, 회사채, 부동산, 예금·예치금, MMF, 펀드 지분, 매출채권 등 “토큰이 무엇을 대표하는지”에 해당하는 실물·전통 자산입니다.
2.
법인·신탁·수탁 구조
은행, 증권사, SPV, 신탁사 등 실제로 자산을 보유·운용하는 주체와, 분리 보관·파산격리 여부 같은 법적 구조입니다.
3.
투자자에게 특정 권리를 주는 계약서
투자계약, 신탁계약, 투자설명서, 약관 등 오프체인 문서로, 토큰 1개의 법적 의미(원금 상환, 이자·배당, 수익 배분, 의결권, 선·후순위 등)와
누가 토큰을 보유·거래할 수 있는지(KYC, 투자자 유형, 국가·지역, 락업·2차 거래 제한 등)를 규정합니다.
4.
그 권리·제약을 표현하는 온체인 토큰
블록체인 계정, 토큰 정의, 컨트랙트, 트랜잭션 패턴 등으로, 1~3번에서 정한 구조와 권리를 온체인 데이터·로직으로 표현하고 필요한 부분을 기술적으로 강제하는 레이어입니다.
1.2 STO(Security Token Offering)란?
STO(Security Token Offering)는 증권(Security)에 해당하는 토큰을 발행·공모/사모 판매하는 구조 또는 그 행위를 의미합니다.
토큰이 가리키는 기초자산이 실물·전통 자산이고,
그 토큰이 투자금 모집, 수익 기대, 타인의 노력에 대한 의존 등으로 인해 각국 자본시장법상 “증권”으로 분류되는 경우, 해당 구조는 흔히 “증권형 RWA”로 불리며, 이 증권형 RWA를 발행·유통하는 방식이 곧 STO입니다.
RWA와 STO의 관계를 정리하면 다음과 같습니다.
•
RWA는 실물·전통 자산을 온체인에서 다루는 상위 개념입니다.
•
STO는 그중 법적으로 ‘증권’에 해당하는 RWA 발행/유통 방식으로, RWA의 부분집합(subset)에 속하는 개념입니다.
1.3 RWA 온체인 구현 레이어 설계 포인트
RWA의 온체인 구현 레이어에서는, 어떤 체인을 사용하든 공통적으로 아래 네 가지 축을 고려해 설계해야 합니다.
1) 소유자·전송 규칙(Ownership & Transfer)
누가 이 토큰을 보유하고, 누구에게 어느 조건에서 전송할 수 있는지에 대한 규칙입니다.
예를 들어 KYC 완료 주소만 보유 가능하게 할 것인지, 특정 국가·투자자 유형만 허용할 것인지, 발행사 승인 없이 자유롭게 P2P 전송을 허용할 것인지 등이 포함됩니다.
STO(증권형)인 경우, 각국의 증권 규제 때문에 이 레이어의 제약이 특히 강해집니다.
2) 동결·회수 등의 옵션
규제기관 요청, 자금세탁 의심, 분쟁 등 특정 상황에서 개별 계정 또는 특정 보유분을 동결하거나, 발행사가 자산을 회수해야 하는지 여부를 정의합니다.
또한 토큰 전체를 일시적으로 정지(Pause/Freeze)할 필요가 있는지, 기술적으로 어디까지 강제하고 어디부터는 오프체인 법적 조치에 의존할지 기준을 정해야 합니다.
3) 유동성·2차 시장(Secondary Market) 전략
온체인 DEX/AMM, CEX 상장, 자체 OTC 플랫폼 등 어떤 채널에서 거래를 허용할지,
모든 주소 간 자유 거래를 허용할지, KYC 완료 주소나 특정 기관 계정만 거래·유동성 공급에 참여할 수 있게 할지 등을 설계해야 합니다.
“토큰화”와 “유동성”은 별개의 문제이기 때문에, 거래 범위를 별도의 전략으로 정의하는 것이 중요합니다.
4) 데이터·보고·감사(Reporting & Audit)
발행 잔액, 투자자·국가별 보유량, 특정 시점의 잔고 스냅샷, 거래 히스토리 등 어떤 온체인 데이터를 수집·저장해야 할지 정해야 합니다.
온체인 홀더 정보와 오프체인 투자자 명부(법적 주주명부·채권자 명부)를 어떻게 동기화할지,
감독기관·감사·내부 리스크 관리 목적의 리포팅 요구사항을 어떤 구조로 지원할지도 함께 설계해야 합니다.
특히 STO의 경우 공시·감사·보고 의무 때문에 이 레이어의 중요도가 높습니다.
위 내용을 다시 요약하면, RWA/STO는
1.
기초 자산
2.
법인·신탁·수탁 구조
3.
투자자 권리와 제약을 정의한 계약서
4.
그 권리·제약을 표현하는 온체인 토큰
네 레이어로 구성된 구조이며, 이 중 온체인 레이어를 구현할 때 위에 정리한 네 가지 요소를 함께 고려하는 것이 핵심입니다.
2. XRPL 기반 구현 가이드
RWA Tokenization 플랫폼으로써의 XRPL
XRPL은 오랜 기간 결제·정산용 Layer-1으로 운영되어 온 체인이며, RWA Tokenization을 위한 인프라 측면에서도 다음과 같은 강점을 가지고 있습니다.
•
빠른 결제 속도와 낮은 수수료
XRPL의 트랜잭션은 보통 3~5초 이내에 확정되며, 수수료는 1건당 센트의 일부 수준에 불과합니다.
대규모·고빈도 RWA 발행/상환·이체가 반복되는 구조에서도 비용과 처리 속도 측면에서 부담이 적습니다.
•
온체인 메타데이터(Onchain Metadata)
RWA 토큰과 관련된 핵심 자산 정보(예: 상품 코드, 만기, 이자 조건, 법적 문서 링크 등)를 온체인에 직접 저장하거나,
온체인에서 오프체인 데이터(예: 데이터룸, 문서 저장소)로 링크를 연결하기 쉽습니다.
표준화된 API를 통해 이러한 메타데이터를 조회·활용할 수 있어, 토큰 보유자에게 더 높은 투명성과 기능성을 제공합니다.
•
내장된 규제·컴플라이언스 기능(Native Compliance Capabilities)
투자자 자격을 온체인에서 자동으로 체크하고, 어떤 주소가 자산을 보유·전송할 수 있는지 제어하며,
모든 트랜잭션 히스토리를 원장에 남길 수 있는 구조를 기본적으로 갖추고 있습니다.
이 덕분에 “누가, 어떤 자격으로, 어느 범위까지 이 토큰을 쓸 수 있는가”에 대한 규제·컴플라이언스 요구사항을 토큰 레벨에서 직접 반영하기 용이합니다.
•
위임된 토큰 관리(Delegated Token Management)
XRPL의 권한·플래그·멀티서명 구조를 활용하면, 발행사가 모든 트랜잭션을 직접 처리하지 않고
신뢰할 수 있는 제3자(예: 관리 기관, 서브관리인, 플랫폼 운영사 등)에게 일부 운영 권한을 위임하는 모델을 만들 수 있습니다.
이를 통해 발행사–수탁사–플랫폼–파트너사 간 역할 분담을 세밀하게 설계할 수 있습니다.
3. 비즈니스 요구사항 → XRPL 설계 매핑
XRPL에서는 IOU(Trustline Token) 과 MPT(Multi-Purpose Token) 두 가지 토큰 표준을 활용해 RWA/STO 구조를 설계할 수 있습니다. 프로젝트의 목적과 요구사항에 따라 두 방식 중 하나를 선택해 RWA/STO 구조를 구현하면 됩니다.
다만, 현재 MPT는 XRPL DEX에서 아직 지원되지 않으므로, DEX 상장·거래를 전제로 하는 경우에는 IOU 방식을 우선적으로 고려하는 편이 합리적입니다.