ERC-3643 (T-REX: Token for Regulated Exchanges)

ERC-20とERC-3643の技術的な違いはRWAトークン設計を理解するための基礎です。ERC-20（通常のトークン標準、USDC・USDTなど）：transfer()関数のロジック：アドレスAからXトークンを差し引き、アドレスBにXトークンを追加。送り手の残高が十分かのみを確認、受取人の資格は確認なし。どのEthereumアドレスでも保有・受け取り可能。ERC-3643（コンプライアントトークン標準、OUSG・BENJIなど）：transfer()関数のロジック：アドレスAからXトークンを差し引く→Identity RegistryコントラクトにクエリしてアドレスBの資格を確認→アドレスBがホワイトリストに登録されていれば、Xトークンを追加。ホワイトリスト未登録の場合、取引はリバート（失敗）。

ERC-3643のモジュール設計により、発行者はコントラクト全体を書き直すことなくコンプライアンスルールを柔軟に設定できます。ERC-3643の核心コンポーネント：トークンコントラクト（残高マッピング・transfer関数・コンプライアンスフック）、Identity Registry（「承認アドレス→投資家コンプライアンス属性」のマッピング）、Compliance Contract（移転ルールの定義）、Trusted Issuers Registry（どのKYCサービスプロバイダーの検証結果が受け入れられるか）。モジュール設計の実際の意義：Ondo FinanceはOUSGトークンコントラクト自体を変更せずにコンプライアンスルールを更新できます。

Ondo FinanceがERC-20ではなくERC-3643を選択したことにはいくつかの重要な考慮事項があります。Reg D/Reg Sの技術的な執行ニーズ：OUSGのReg D免除は「適格投資家」のみが保有できることを要求し、Reg S免除はトークンが米国市場に流入しないことを要求します。これらの法的要件は技術的な制御メカニズムに対応する必要があります——ERC-3643のホワイトリストシステムはこれらを「技術的に強制されるルール」にします。発行者の法的責任の軽減：OUSGが通常のERC-20を使用した場合、AliceはどのアドレスにもトークンをKYC未登録のアドレス・米国人のアドレス・制裁リスト上のアドレスを含めて送ることができます。ERC-3643はこれらの状況を技術的に不可能にし、発行者のコンプライアンス責任を大幅に軽減します。

ERC-3643のグローバルな採用状況と将来の進化。現在の採用状況（2026年半ば）：Ondo Finance（OUSG・USDY）・Franklin Templeton（BENJIのPolygonバージョン）・Tokeny Solutions（数十の機関向けRWAトークンをデプロイ）・一部のEUのトークン化株式プログラム。Ondo Chainの計画では、コンプライアンス制御がアプリケーション層コントラクトではなくコンセンサス層に統合される予定です——これによりOndo Chainのトークンがネイティブにコンプライアントになり、ERC-3643のようなアプリケーション層の標準が不要になるかもしれません。