ERC-20 和 ERC-3643 的技術差異，是理解 RWA 代幣設計的基礎。ERC-20（普通代幣標準，如 USDC、USDT）：transfer() 函數邏輯：從地址 A 扣除 X 代幣，給地址 B 增加 X 代幣。只驗證發送方有足夠的餘額，不驗證收款方的任何資格；任何以太坊地址都可以持有和接收 ERC-20 代幣；完全無需許可——智能合約層面沒有任何「誰可以持有」的限制。ERC-3643（合規代幣標準，如 OUSG、BENJI）：transfer() 函數邏輯：從地址 A 扣除 X 代幣 → 查詢身份驗證合約（Identity Registry）確認地址 B 的資格 → 如果地址 B 在白名單且符合資格要求，把 X 代幣給地址 B；如果地址 B 不在白名單，交易 revert（失敗）。只有在 Securitize 系統中完成 KYC 並被添加到白名單的地址才能接收代幣。這個技術差異讓 ERC-3643 代幣從根本上成為「需要許可的代幣」，而非「無需許可的代幣」——這是 RWA 和 DeFi 的本質分野。
ERC-3643 的模組化設計讓發行方可以靈活配置合規規則，而不需要重新寫整個合約。ERC-3643 的核心組件：代幣合約（Token Contract）：包含餘額映射、transfer 函數和合規驗證鉤子（Compliance Hook）；身份驗證合約（Identity Registry）：維護「已批准地址 → 投資者合規屬性（Country、Qualification Level、KYC 狀態）」的映射；合規合約（Compliance Contract）：定義轉移規則（如：不允許美國地址持有 Reg S 代幣；日持有上限；轉移前的鎖定期）；受信任的發行方（Trusted Issuers Registry）：哪些 KYC 服務提供者（Securitize、其他 KYC 機構）的驗證結果被這個合約接受。這個模組化設計的實際意義：Ondo Finance 可以在不修改 OUSG 代幣合約本身的情況下，更新合規規則（如把最低持有金額從 10 萬降到 5 萬）；在緊急情況下（如 OFAC 制裁新地址），可以快速把特定地址從白名單移除，不需要凍結所有代幣。
Ondo Finance 選擇 ERC-3643 而非 ERC-20，背後有幾個關鍵考量，理解這些考量讓你更清楚 RWA 代幣設計的取捨。Reg D/Reg S 的技術執行需求：OUSG 的 Reg D 豁免要求只有「合格投資者」可以持有代幣；Reg S 的豁免要求代幣不能流入美國市場。這些法律要求，必須在技術層面有對應的控制機制——ERC-3643 的白名單系統讓這些法律要求成為「技術上強制執行的規則」，而不是「依賴人工監控的行為規範」。發行方的責任降低：如果 OUSG 使用普通 ERC-20，Alice 可以把代幣發送給任何地址——包括未 KYC 的地址、美國人的地址、甚至制裁名單上的地址。Ondo Finance 在這種情況下面臨合規責任（讓未合規的人持有了 Reg D 豁免的有價證券）。ERC-3643 讓這些情況在技術上不可能發生，大幅降低了發行方的合規責任。製度信任的建立：機構投資者（如 MakerDAO、養老基金）要求代幣化資產有可驗證的合規機制。ERC-3643 的白名單系統提供了「代幣只在合規投資者之間流通」的技術保證，讓機構投資者更願意配置 OUSG。
ERC-3643 的全球採用現況和未來演進。目前採用狀況（2026 年中）：Ondo Finance（OUSG、USDY）；Franklin Templeton（BENJI 的 Polygon 版本）；Tokeny Solutions（ERC-3643 最主要的開發和推廣機構，已部署數十個機構 RWA 代幣）；部分歐盟的代幣化股票計畫（利用 ERC-3643 的合規特性符合 MiCA 對許可型代幣的要求）。和其他合規代幣標準的競爭：在以太坊以外，不同鏈有不同的合規代幣標準——Stellar 有自己的合規代幣控制系統（BENJI 的 Stellar 版本使用 Stellar 原生的合規機制）；Solana 上的合規代幣標準（Ondo 的 USDY 在 Solana 使用 Token Extensions）；Ondo Chain 的規劃中，合規控制將被整合進鏈的共識層，而非應用層合約——這可能讓 Ondo Chain 的代幣原生合規，不再需要 ERC-3643 這樣的應用層標準。演進方向：隨著 RWA × DeFi 的整合加深，ERC-3643 的白名單覆蓋範圍需要擴大——更多 DeFi 協議加入白名單，讓 OUSG 等代幣可以在更廣泛的 DeFi 生態中使用，同時保持合規性。
以 OUSG 轉移的兩個場景說明 ERC-3643 在實際操作中的表現。場景 A（成功）：Alice（OUSG 白名單地址）→ Bob（也在白名單，已完成 Securitize KYC）。Alice 發起 transfer(Bob地址, 100) → ERC-3643 合約查詢 Identity Registry → Bob 的地址有效（KYC 狀態：通過，資格：Reg S 非美國人，無制裁記錄）→ 轉移成功，Alice -100 OUSG，Bob +100 OUSG，同時 Securitize 更新法律股東登記冊。場景 B（失敗）：Alice 嘗試把 100 OUSG 轉給 Carol（Carol 沒有 Securitize KYC，地址不在白名單）。Alice 發起 transfer(Carol地址, 100) → ERC-3643 合約查詢 Identity Registry → Carol 的地址不在記錄中（未 KYC）→ 合約執行 revert，交易失敗 → Alice 損失了這筆交易的 Gas 費（大約 3-8 美元），但 OUSG 沒有任何移動。場景 B 的教訓：在發送任何 ERC-3643 代幣之前，先用 Ondo Finance 的官方界面或 Securitize 的查詢工具確認收款地址是否在白名單上。發送失敗不會損失代幣，但會損失 Gas 費。
ERC-3643 vs ERC-20 在 RWA 中的取捨。ERC-3643 的優勢：合規執行從「人工監控」升級到「技術強制執行」；讓代幣化有價證券在美國法律（Reg D/Reg S）下合規存在；提供機構投資者可信任的合規保障；讓發行方的法律責任大幅降低。ERC-3643 的代價：需要許可（只有白名單地址才能持有和接收）——失去了 DeFi 的無需許可性；二級市場流動性受限（可交易對手方有限）；Gas 費略高；對普通 DeFi 用戶設置了技術門檻（需要先完成 KYC）；引入了中心化的 Securitize 作為白名單管理者。最適合使用 ERC-3643 的場景：任何需要在美國法律（Reg D/Reg S）或等效合規框架下發行的代幣化有價證券；需要機構投資者參與的 RWA 產品；需要符合 MiCA（ART 類別）要求的歐盟市場代幣化資產。不適合使用 ERC-3643 的場景：純粹的 DeFi 流動性代幣（需要最大可組合性）；匿名性要求高的資產；低面值、高頻交易的資產（白名單驗證增加了每筆交易的成本）。