# RWA 協議

> **最後更新：2026 年 1 月**

## RWA 協議是讓真實資產代幣化和交易成為可能的基礎設施，包括代幣化平台、預言機、合規解決方案等。

在前面的章節，我們討論了國債、房地產、私人信貸等資產的代幣化。但這些代幣化是怎麼實現的？

背後需要一整套「基礎設施」——這就是 RWA 協議的角色。

### RWA 基礎設施的層次

RWA 生態系可以分為幾個層次：

```
應用層：各種 RWA 產品（BUIDL、RealT 等）
    ↑
協議層：代幣化平台、合規解決方案
    ↑
資料層：預言機、資產驗證
    ↑
基礎設施層：區塊鏈（Ethereum、Polygon 等）
```

讓我們逐層了解。

### 代幣化平台

代幣化平台幫助發行者把資產轉換成代幣。

**Securitize**

* 定位：機構級代幣化平台
* 客戶：BlackRock、KKR 等
* 特點：完整的合規解決方案
* 功能：發行、轉讓、合規檢查

Securitize 是 [BlackRock BUIDL](/shi-ti-zi-chan-dai-bi-hua/buidl.md) 的技術提供者。它提供：

* KYC/AML 驗證
* 轉讓限制（確保只有合格投資者能持有）
* 投資者管理
* 監管報告

**Tokeny**

* 定位：歐洲領先的代幣化平台
* 特點：符合歐盟法規
* 標準：使用 ERC-3643（T-REX）標準

**Polymath**

* 定位：專注於證券代幣
* 特點：自己的 Polymesh 區塊鏈
* 標準：ST-20

**Vertalo**

* 定位：另類資產代幣化
* 客戶：私募股權、風投基金
* 特點：股權表管理

### 合規標準

RWA 代幣不只是普通的 ERC-20。它們需要遵守證券法規，包括：

* 誰能持有（合格投資者）
* 誰能轉讓給誰
* 各種報告要求

為此，業界發展了幾種合規代幣標準：

**ERC-3643（T-REX）**

* 「Token for Regulated EXchanges」
* 內建身分驗證和轉讓限制
* 被 Tokeny 等平台採用

**ERC-1400**

* 「Security Token Standard」
* 支援部分可轉讓、強制轉讓等功能
* 由 Polymath 等推動

**ERC-1404**

* 簡化版的證券代幣標準
* 支援轉讓限制

這些標準確保代幣遵守法規要求。

{% hint style="info" %}
一般的 ERC-20 代幣可以自由轉讓給任何人。但證券代幣需要限制：只能轉讓給通過 KYC 的合格投資者。這就是這些標準存在的原因。
{% endhint %}

### 預言機

預言機（Oracle）是連接鏈上和鏈下世界的橋樑。RWA 需要預言機來：

* 提供資產價格
* 驗證資產存在
* 傳遞鏈下事件

**Chainlink**

* 最大的去中心化預言機
* 提供價格 feed、儲備證明等
* 很多 RWA 協議使用 Chainlink

**Chronicle**

* 由 MakerDAO 團隊開發
* 專注於 RWA 相關的資料

**API3**

* 第一方預言機（由資料源直接提供）
* 減少中介環節

### 身分解決方案

RWA 需要知道「誰」在交易。這需要鏈上身分解決方案：

**Verifiable Credentials**

* W3C 標準的可驗證憑證
* 用戶控制自己的身分資料
* 可以選擇性披露

**Polygon ID**

* Polygon 的零知識身分方案
* 隱私保護的 KYC

**Worldcoin**

* 用生物識別建立唯一身分
* 有爭議但規模很大

**SBT（Soulbound Token）**

* 不可轉讓的 NFT，代表身分或資格
* 可以用來標記「通過 KYC」「合格投資者」等

### 主要 DeFi x RWA 整合

一些 DeFi 協議正在深度整合 RWA：

**MakerDAO**

MakerDAO 是最積極整合 RWA 的 DeFi 協議。

它的 DAI 穩定幣，有一部分儲備是 RWA：

* 美國國債
* 短期公司債
* 私人信貸

2024 年，MakerDAO 宣布品牌重塑為「Sky」，繼續推進 RWA 策略。

**Aave**

Aave 開始接受 RWA 代幣作為抵押品，比如：

* 代幣化國債
* 機構級 RWA 產品

這讓 RWA 持有者可以在不賣出的情況下借款。

**Frax Finance**

Frax 的穩定幣也在增加 RWA 儲備，減少對加密抵押的依賴。

### RWA 專用鏈

有些項目認為，現有的通用區塊鏈不適合 RWA，所以開發專用鏈：

**Polymesh**

* 由 Polymath 開發
* 專為證券代幣設計
* 內建身分、合規、治理功能

**Provenance Blockchain**

* Figure Technologies 開發
* 專注於金融資產
* 被用於房貸、私募股權等

**Canton Network**

* 由 Digital Asset 開發
* 企業級區塊鏈網路
* 重視隱私和互操作性

### 監管科技（RegTech）

RWA 領域需要大量監管科技：

**AML/KYC 服務**

* Chainalysis
* Elliptic
* TRM Labs

這些公司提供鏈上交易監控，幫助識別可疑活動。

**合規報告**

* 自動生成監管要求的報告
* 追蹤持有者變動
* 記錄所有交易

**稅務服務**

* 計算應繳稅額
* 生成稅務報表

### 跨鏈 RWA

RWA 代幣不只在一條鏈上。很多 RWA 開始支援多鏈：

* BUIDL 在 Ethereum、Avalanche、Polygon 等
* USDY 在 Ethereum、Solana、Mantle 等

這需要跨鏈橋樑和流動性協調。

挑戰是：RWA 代幣有轉讓限制，跨鏈時要確保這些限制在每條鏈上都有效。

### 未來發展方向

RWA 協議可能的發展：

**1. 標準化**

目前各平台用不同的標準和流程。未來可能會有更統一的標準，提高互操作性。

**2. 自動化**

更多流程自動化：

* 自動分配收益
* 自動合規檢查
* 自動報告生成

**3. AI 整合**

AI 可能用於：

* 信用評估
* 風險監控
* 合規審查

**4. 監管清晰化**

隨著監管框架明確，更多傳統金融機構可能進入。

**5. 零售普及**

門檻降低，讓更多普通投資者可以參與。

### 選擇協議的考量

如果你想投資 RWA，選擇協議時要考慮：

1. **合規程度** — 是否有適當的法律結構？
2. **託管安排** — 資產由誰保管？
3. **審計** — 是否有定期審計？
4. **團隊背景** — 團隊是否有傳統金融經驗？
5. **監管態度** — 監管機構對該協議的態度如何？
6. **流動性** — 二級市場是否活躍？

### 總結

RWA 協議是連接傳統金融和區塊鏈的橋樑。它們提供：

* 代幣化技術
* 合規解決方案
* 資料和驗證
* 身分管理

這個領域還在早期，但發展迅速。隨著技術成熟和監管明確，RWA 協議可能成為金融基礎設施的重要組成部分。

***

#### 參考資料

* [Securitize](https://securitize.io/)
* [Tokeny](https://tokeny.com/)
* [Chainlink RWA](https://chain.link/use-cases/real-world-assets)
* [MakerDAO RWA](https://forum.makerdao.com/c/governance/rwa/43)

***

#### 相關條目

* [MyEtherWallet](/zhi-neng-he-yue-de-shi-jie/yi-tai-fang-bao/jian-bao/myetherwallet.md)
* [借貸協議](/kai-fang-shi-jin-rong-xin-shi-jie/lending.md)
* [RWA 代幣化總覽](/shi-ti-zi-chan-dai-bi-hua/rwa.md)
* [代幣化國債](/shi-ti-zi-chan-dai-bi-hua/treasuries.md)
* [BlackRock BUIDL](/shi-ti-zi-chan-dai-bi-hua/buidl.md)

#### 參考資料


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://www.0x1.academy/shi-ti-zi-chan-dai-bi-hua/protocols.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.