ERC-3643の理解：RWA準拠トークン標準

実世界資産（RWA）のトークン化は、概念から実用へと移行しています。機関投資家はトークン化されたファンドや証券を発行し、規制当局はより明確なフレームワークを発表し、インフラも追随しています。このような状況下で、ERC-3643は、パブリックブロックチェーン上で準拠したパーミッションドトークンを表現するための、実用的でEVMネイティブな標準として登場しました。これにより、規制された金融と分散化されたレールが結びつけられます。

この記事では、ERC-3643の謎を解き明かし、その仕組み、RWAにとってなぜ重要なのか、過去の標準との比較、そして発行者、開発者、ユーザーが考慮すべき点について説明します。

なぜRWAにはコンプライアンスを意識したトークン標準が必要なのか

パブリックブロックチェーンは、設計上グローバルでパーミッションレスです。一方、伝統的金融は、管轄区域に依存しパーミッションドです。RWAのトークン化が成功するためには、オンチェーン資産が、プログラマビリティと相互運用性を犠牲にすることなく、現実世界の要件（KYC/AML、譲渡制限、開示、コーポレートアクション）を強制できる必要があります。

最近の出来事は、堅牢なコンプライアンスの必要性を強調しています。

• ブラックロックはイーサリアム上でトークン化されたファンドをローンチし、規制されたフレームワーク下でのトークン化の主流採用を示しました。公式発表と詳細は、ブラックロックのニュースルームとファンドドキュメント（この記事の最後にプレスリリースとファンドページへのリンクがあります）。ブラックロックのプレスリリース および ファンドページ。
• EUの暗号資産市場規制（MiCA）は、現在、資産担保型トークンと電子マネートークンに関するルールを設定し、ヨーロッパで準拠したトークン化がどのように機能するかを形成しています。MiCA規制テキスト。
• シンガポール金融管理局（MAS）のProject Guardianは、シンガポール通貨金融庁の下で、トークン化された資産と機関投資家向けDeFiの現実世界のパイロットプロジェクトを継続的に拡大しています。MAS Project Guardian。

このような背景の中、ERC-3643は、発行者に対して、適格で検証済みの参加者のみが保有・譲渡できるトークンを発行し、オンチェーンでのパーミッション管理と監査可能な統制を可能にする方法を提供します。

ERC-3643とは何か

ERC-3643は、パーミッションドでコンプライアンスを意識したトークンのためのイーサリアムトークン標準であり、トークン化された証券、ファンド、プライベートマーケット商品などのRWAシナリオでよく使用されます。これは、既存のERC-20の動作に、譲渡や発行の前に追加のコントラクトモジュールを組み込むことで拡張されており、これによりIDとコンプライアンスルールをチェックします。EIP-3643仕様。

その中核では、ERC-3643は、IDとコンプライアンスのビジネスロジックをトークンコントラクトから分離し、以下を可能にします。

• オンチェーンIDとクレーム
• 譲渡パーミッション（誰が、どのような条件でトークンを保有・移動できるか）
• 管轄区域ルール、投資家適格性、ロックアップ、その他の制約
• 規制されたコンテキストのためのイベント発行と監査可能性

ERC-3643を中心にエコシステムが形成されており、特にONCHAINIDは、参加者を検証しコンプライアンス属性を付与するために使用される、オンチェーンIDとクレーム管理のためのものとして注目されています。ONCHAINIDドキュメント。概要と参照アーキテクチャについては、専用のERC-3643ドキュメントポータルをご覧ください。ERC-3643ドキュメント。

ERC-3643はどのようにコンプライアンスを強制するのか

ERC-3643は一般的に3つのコンポーネントを含みます。

1. トークンコントラクト: ERC-20に似た動作を実装しますが、パーミッション決定を外部レジストリ/マネージャーに委任します。
2. IDレジストリ: アドレスをオンチェーンID（例：ONCHAINID）にマッピングし、検証可能なクレーム（KYCレベル、管轄区域、認定、制裁スクリーニング）を格納します。
3. コンプライアンスマネージャー: ミント、バーン、または譲渡の前に満たされる必要があるルールをエンコードします（例：「送信者と受信者は、承認された発行者からの有効なKYCクレームを持っている必要がある」、「ロックアップ期間中の譲渡は不可」、「管轄区域Xへの譲渡は不可」）。

典型的なフロー：

• 投資家は承認された検証者とKYCを完了し、クレームがそのONCHAINIDに発行されます。
• アドレスはIDレジストリによって適格として認識されます。
• トークンを譲渡する際、トークンコントラクトはコンプライアンスマネージャーに問い合わせます。コンプライアンスマネージャーはクレームとルールを検査します。すべてがチェックアウトすれば譲渡は許可されますが、そうでなければリバート（取り消し）されます。

ERC-3643は、IDデータをオンチェーンで表現するために、ERC-734（キー管理）やERC-735（クレームホルダー）などの確立されたIDプリミティブに依存しています。ERC-734 および ERC-735。

旧セキュリティトークン標準との比較

• ERC-20: シンプルでパーミッションレスな代替不可能なトークン。ネイティブなコンプライアンス、ID、譲渡制限はありません。
• ERC-1400: セキュリティトークン（パーティションと譲渡制限付き）の初期の試み。有用ですが、現代のID/クレームフレームワークにはモジュール性に欠けます。EIP-1400。
• ERC-3643: IDレジストリとコンプライアンスマネージャーによるモジュール化されたパーミッション管理。RWAのニーズと現代のIDクレームシステムと整合します。

実際には、ERC-3643の分離されたアーキテクチャにより、トークンコントラクトを再デプロイすることなくコンプライアンスポリシーを更新しやすく、複数のクレーム発行者や検証プロバイダーを統合しやすくなっています。

主要な機能と設計上の考慮事項

• パーミッションド譲渡: トークンは、現在のコンプライアンスポリシーを満たすアドレス間でのみ移動できます。
• オンチェーンID: クレームは、承認された発行者によって検証、取り消し、または更新できます。変更は譲渡チェックに反映されます。
• 取り消しと更新: クレームが失効したり取り消されたりした場合、そのアドレスは直ちに譲渡資格を失います。
• 監査可能性: オンチェーンイベントと決定論的なルールにより、監査人や規制当局は、譲渡とポリシー遵守を検査しやすくなります。
• 設定可能なロール: 発行者、コントローラー、クレームプロバイダー、レジストラーは、ガバナンスプロセスによってパーミッションを付与できます。

ERC-3643がRWAスタックに収まる場所

• プライマリ発行: オンボーディング時のKYC/AMLと、オンチェーンでのミントを整合させます。
• セカンダリマーケット: 適格なグループ内（例：制限された管轄区域または認定投資家）での管理されたピアツーピア譲渡を可能にします。
• コーポレートアクション: ロックアップ、ベスティング、償還、および（法的に要求される場合の）強制譲渡は、現地の法律に従い、ガバナンスによって制御される関数を通じて実装できます。

この設計は、KYC/AMLや、適切なオフチェーンデータ交換が必要な場合のFATFトラベルルールガイダンスを含む、コンプライアンスフレームワークをサポートします。仮想資産に関連するAML基準のより広範なコンテキストについては、FATFの資料をご覧ください。FATF仮想資産ガイダンス。

発行者および開発者向けの実際的なヒント

• 成熟したツールを備えたチェーンを選択する: ERC-3643はEVM互換であるため、イーサリアムおよび主要なL2が自然な選択肢となります。手数料環境、バリデーターの分散化、エコシステムのサポートを検討してください。
• ポリシーとトークンロジックを分離する: コンプライアンスルールは専用のマネージャーコントラクトに保持し、規制の進化に合わせてバージョン管理します。
• クレーム発行者とレジストラーを管理する: 誰がクレームを発行、証明、または取り消すことができるかを定義し、検証者の追加/削除のための明確なガバナンスを実装します。
• ライフサイクルイベントを計画する: ロックアップ、管轄区域の変更、コーポレートアクション、報告義務は、パラメータ化してテストする必要があります。
• カストディと署名と統合する: 機関投資家は、IDレジストリをカストディ設定と連携させ、アドレスが安全で証明可能であることを確認する必要があります。

エンドユーザー向けのUXとセキュリティ

パーミッションドトークンは、適格性を特定のアドレスに紐付けます。これにより、秘密鍵の管理が極めて重要になります。秘密鍵が侵害されたり紛失したりした場合、ユーザーは再検証し、クレームを新しいアドレスに移行する必要があるかもしれません。長期的な規制対象の保有資産については、ハードウェアウォレットは、秘密鍵をオフラインで保管し、決定論的なバックアップを提供することで、運用リスクを軽減できます。

トークン化されたRWAに投資している場合、またはERC-3643上で製品を構築している場合、OneKeyは、適格なアドレスの背後にある秘密鍵を保護するのに役立ちます。

• 簡潔なバックアップとパスフレーズサポートを備えた、安全なオフライン秘密鍵ストレージ。
• IDレジストリと準拠した譲渡で使用されるアドレスのための、マルチチェーンEVM互換性。
• 機関投資家およびプロフェッショナルなワークフローに適した、オープンな統合と透明な設計。

安全な秘密鍵カストディをオンチェーンIDと整合させることで、コーポレートアクションやセカンダリ譲渡が最も重要になる時に、コンプライアンス適格なアドレスが制御不能になる可能性を減らします。

よくある質問

• ERC-3643トークンはブリッジできますか？ 技術的にはEVMチェーン間でのブリッジは可能ですが、コンプライアンスは宛先ネットワークで強制される必要があります。IDレジストリとクレーム発行者はクロスチェーン計画が必要であり、そうでなければラップされたトークンはパーミッションを失う可能性があります。
• 制裁または管轄区域のルールはどのように処理されますか？ コンプライアンスポリシーと承認されたクレーム発行者を通じて処理されます。発行者は、権威あるリストを参照し、現地の規制と一貫して、タイムリーな更新を維持する必要があります。
• ERC-3643はDeFiと連携しますか？ DeFiプロトコルがIDチェックを統合すれば、連携できます。ERC-3643ポリシーが参加を制限する「パーミッションドプール」における機関投資家向けDeFiの成長が期待されます。機関投資家向けパーミッションドDeFiパイロットのライブ例については、MAS Project Guardianをご覧ください。MAS Project Guardian。

結論

RWAのトークン化は加速していますが、規制との整合性が、資産が国境を越えてスケールできるかどうかを決定します。ERC-3643は、発行者に対して、IDとコンプライアンスをオンチェーンで強制するための標準化されたモジュール式の方法を提供し、プログラマビリティを維持しながら、パブリックブロックチェーンを規制対象商品に利用可能にします。

機関投資家がMiCAのようなフレームワークやProject Guardianのようなイニシアチブの下でパイロットを実運用へと拡大するにつれて、ERC-3643のような標準は、準拠したトークンが取引所、カストディアン、DeFiとどのように相互作用するかを固定するでしょう。構築者や投資家にとって、ERC-3643のパーミッション管理と堅牢な秘密鍵セキュリティを組み合わせることは不可欠です。ERC-3643ワークフローに参加するアドレスに対して信頼性の高いマルチチェーンハードウェアカストディが必要な場合は、OneKeyを検討して、ID登録済みアカウントの背後にある秘密鍵を保護し、準拠した運用を合理化してください。