ERC-3643解説：コンプライアンス対応トークン化の進化

ファンドユニットや不動産権益をブロックチェーン上にトークン化することは、実は簡単な部分です。どの機関にとっても難しいのは、発行後の所有権に関する問題、つまり、どの投資家がトークンを保有できるのか、どのように譲渡できるのか、そして発行者が所有権登録簿と募集書類をどのように照合するのか、といった点です。現在、リスク加重資産（RWA）のトークン化に関して、銀行、資産運用会社、ファンド管理者の意思決定を左右しているのは、まさにこの問題なのです。

市場は急速に成長しており、単なる学術的な議論にとどまらず、実践可能なものになりつつあります。Coin Gecko RWA Report 2026によると、トークン化された実物資産の価値は、2025年初頭の54億2000万ドルから2026年3月末までに19.3億ドルに増加し、256.7%の伸びを記録しました。この成長の大部分は、トークン化された米国財務省ファンドのような規制対象商品によって牽引されており、まさに適格要件が重要となる種類の商品です。

トークンは、プライベートファンドのポジション、不動産投資ビークルの所有権、または債務証券に対する請求権を表す可能性があります。しかし、これはトークンを受け取った人がそのトークンを所有する権限を持っていることを意味するものではありません。投資家認定要件、地理的制限、提供制限、および契約上の制約は、トークン発行後も長期間にわたり適用されます。これらの制限がトークンとは別に存在する場合、発行者は所有権を記録し、不正な譲渡を防止するために、重複した記録管理と手動のエスクローメカニズムを管理しなければなりません。

ERC-3643は、まさにこのユースケースのために開発されました。ERC -3643トークン規格は、ERC-20互換トークンと似ていますが、本人確認と設定可能なコンプライアンス管理機能が追加されています。そのため、トークンの金額が使用可能かどうかだけでなく、資産保有者の保有状況や権限に基づいて、コンプライアンスルールに従って送金が承認または拒否されるようになります。

機関投資家にとって重要なのは、コードそのものよりも、そのパターンです。この標準規格は、投資家の身元確認、トークンの移転および所有権に関するルールを、統一されたオンチェーンアーキテクチャに統合することで、デジタル証券やその他のコンプライアンスに敏感な資産の作成と管理をはるかに容易にします。

機関投資家によるトークン化の次の段階は、どの資産がオンチェーン化されるかだけでなく、所有権と移動を管理するインフラストラクチャによって決定されます。そのため、許可型トークン化とデジタル資産のコンプライアンスを評価する人々は、ERC-3643、その構造、そして実装に必要な事項について深く理解する必要があります。

ERC-3643とは何か、そしてなぜそれが機関投資家のトークン化にとって重要なのか？

ERC-3643は、許可制デジタル資産を発行するためのイーサリアムトークン規格です。ERC-3643はERC-20規格を拡張し、IDベースの検証を導入することで、アカウントがトークンの受領または送金に有効であるかどうかを判断します。

送金には、送金者が必要な量の代替可能なトークンを保有していることのみが必要です。トークンを保有者に代わって他者が送金する場合は、承認された許可が必要です。ERC-3643トークンは、送金を許可する前に追加の制限を設けており、これらの制限はオファリングごとに異なりますが、投資家のKYCステータス、管轄区域、保有制限、および発行者によって決定されるその他の要件が含まれる場合があります。

この規格は、トークン、IDレジストリ、IDレジストリストレージ、コンプライアンス、信頼できる発行者レジストリ、クレームトピックレジストリという6つのコントラクトのインターフェースを規定しています。これらのインターフェースにより、発行者は適格な保有者を選択し、各送金が当該トークンの規則に準拠しているかどうかを検証することができます。

ERC-3643とERC-20：違いを理解する

トークンアーキテクチャを選択する際に、金融機関が最初に比較するのはERC-3643とERC-20の比較です。ERC-20は代替可能なトークンで最も広く使用されている標準規格であり、残高、送金、承認、供給管理を網羅しています。ただし、投資家の本人確認に基づく適格性審査や、オファリング固有の送金制限のためのフレームワークは標準では提供されていません。

ERC-3643は、ERC-20インターフェースとの互換性を維持しつつ、パーミッションレイヤーを追加しています。この違いは、トークンが明確な参加基準を持つ資産を表す場合に重要になります。

ERC-20は制限付きでカスタマイズ可能であり、初期のセキュリティトークンプロジェクトの多くはまさにそうしていました。重要なのは、ERC-20での準拠が不可能だということではなく、ERC-3643が、各発行者が独自のバージョンを構築するのではなく、ID認識型転送とそれに伴う管理制御のための専用の標準化されたアーキテクチャをチームに提供するということです。

機関投資家にとって、これは、譲渡可能性が投資家や募集条件に連動していなければならない資産について、より予測可能な基盤を築くことを意味する。

トークン化された資産市場において、投資家の身元と適格性が重要な理由

従来の市場では、金融商品を受け取ることが所有権を意味することはなく、また、誰がポジションを購入または保有できるかが市場の定義のみによって決まることもありませんでした。投資家の分類、所在地、利用可能性、移転条件など、すべてが所有権に影響を与えます。トークン化はこれらの要件を一切排除するものではありません。所有権の記録と管理を行うためのインフラストラクチャを変更するだけです。

例えば、ファンドの条件を満たさない投資家を排除するプライベートファンドを利用します。投資家が投資を申し込むと、その投資家はファンドの受益権を取得し、トークン化された形で受益権を受け取ります。6か月後、同じ投資家がそのトークン化された受益権を別のウォレットに送金したいとします。送金先のウォレットも適格投資家となるための同じ条件を満たしている必要がありますが、トークンの送金にはその条件は適用されません。

ウォレットアドレスから検証済み投資家参加まで

ウォレットアドレスは、ブロックチェーン上のアカウントを識別するための単なる識別子です。それを管理する法人、投資家の種類、地理的な場所などについては何も示していません。

ERC-3643は、アイデンティティとクレームのアーキテクチャを通じてこれを実現します。投資家のアイデンティティは、1つまたは複数のウォレットアドレスに関連付けられ、信頼できるクレーム発行者は投資家の関連属性を証明できます。提供される商品やサービスによっては、属性には以下が含まれる可能性があります。

• 本人確認が完了しました
• KYCおよびAMLスクリーニング状況
• 投資家認定または資格
• 居住国または管轄区域
• 発行者によって定義されたその他の適格性属性

送金を完了する前に、トークンIDを支えるインフラストラクチャがチェックされ、これらのクレームが存在し、かつ正しいことが確認されます。

特に、資産が複数のカテゴリーや投資家タイプ／地域に分散している場合。各ウォレットを自由参加者として扱うのではなく、トークンは実際のオファリングの基準に準拠します。

プライベートファンドの事例

プライベートファンドは、適格な投資家に対し、トークン化された持分を分配します。ファンド発行者は参加基準を設定し、それに基づいてトークンのアイデンティティとコンプライアンスアーキテクチャを構築します。 

トークンインフラストラクチャは、各段階で以下の設定を行う必要があります。 

ERC-3643はどのようにしてアイデンティティ、所有権、コンプライアンスを結びつけるのか

ERC-3643アーキテクチャは、それぞれ明確な目的を持つ相互運用可能なスマートコントラクトの集合体です。この分離により、発行者はID、クレーム検証、送金要件、トークン管理を分離しつつ、トークンの検証可能な特性として譲渡可能性を提供できます。

1. ONCHAINIDと投資家ID

ONCHAINIDはERC-3643エコシステムのアイデンティティレイヤーです。各投資家は、信頼できる検証済みの機関によって署名されたクレームを含むオンチェーンアイデンティティ契約を保有しています。

これらのクレームは、あなたの書類を公開台帳に載せることなく、関連情報を検証します。例えば、検証者は、投資家が特定のKYCプロセスを完了したことを示す署名入りのクレームを公開することができます。

クレームは、ご自身で調査を行うことの代わりにはなりません。これは単に、トークンが信頼するように設定されている当事者によって検証が行われたことを示す声明にすぎません。機関投資家にとっては、より合理化された本人確認モデルが提供され、公開取引から個人投資家の情報を排除することができます。

2. IDレジストリとIDレジストリの保存

ERC-3643アイデンティティレジストリは、投資家のウォレットアドレスとアイデンティティコントラクトとの関連付けを維持します。送金が開始される前に、トークンはレジストリを参照し、参加者が登録済みのウォレットアドレスを保有していること、および関連付けられたアイデンティティが指定された検証条件を満たしていることを確認します。

IDレジストリストレージは、ウォレットとIDのマッピングを保存します。データを個別に保存することで、同じIDレコードを複数のトークン展開で再利用でき、各トークンの用途に合わせて活用できます。

これは、投資家が同じ発行体またはプラットフォームを通じて複数の商品やサービスに参加する場合に、実際に有益となる。それらはすべて同じ本人確認インフラを共有しつつ、各資産にはそれぞれ独自のルールが適用される。

3. 信頼できる発行者登録簿

すべての権利主張が同等に扱われるわけではありません。特定のトークンについて、信頼できる発行者登録簿には、そのトークンに関する権利主張を行うことが許可されているすべての発行者のリストが含まれています。

1つまたは複数の検証プロバイダーは、特定の種類のクレームについて、発行者によって事前に承認されることがあります。レジストリは、IDフレームワークが信頼できる検証者を基準として、設定された信頼レベルを満たさないクレームを分離できるようにします。

もう一つの重要なステップは、適格性はクエリソースに基づいて判断され、単にクエリが見つかるかどうかだけに基づいて判断されるわけではないということです。

4. クレームトピックレジストリ

クレームトピック登録簿には、保有者が資格を得るために満たさなければならないクレームの種類の一覧が掲載されています。これには、完全な本人確認（KYC）、認定、管轄区域、その他の投資家特性などが含まれる場合があります。

アイデンティティレジストリは、クレームトピックと信頼できる発行者リストを組み合わせて、アイデンティティが適格であるかどうかを判断します。そのため、各アセットは、各適格性が各オファリングに適用されるという前提ではなく、独自の適格性評価基準を持つことができます。

5. コンプライアンス契約およびモジュール

これは、送金がトークンに設定された規則に準拠しているかどうかを判定します。これらの規則には、投資家の最大人数、投資家の制限、許可された管轄区域、および実装によってサポートされるその他のオファリング固有の制限が含まれます。

コンプライアンスはモジュール構造になっているため、各ルールはモジュールとして追加または設定できます。使用されるルールセットは、トークン間に追加および設定された個々のモジュールによって異なります。

プログラマブル・コンプライアンスはまさにその名の通り、こうした状況で真価を発揮します。本人確認は特定の制限からのみ保護するものであり、受取人が明確な本人確認を主張したとしても、例えば送金によってファンドの投資家上限額を超えてしまうといった理由で、送金が阻止される可能性があります。

6. トークン契約と管理者ロール

このトークン契約では、すべての送金において特定の本人確認とコンプライアンスチェックが実施されます。ERC-3643では、実装と役割権限に応じて、発行、焼却、一時停止、凍結、エージェントベースの制御などの「管理機能」が定義されています。

これらの管理策はすべて、現実世界の運用上の要件に対応することを目的としています。例えば、所有権登録簿の修正、投資家がウォレットを紛失した場合のトークンの回収、承認された指示に基づく行動などです。

少なくとも、綿密な管理が必要です。プラットフォームのローンチ時に組み込まれる機能（発行者の権限、エージェントの役割、承認プロセス、監査証跡の要件など）を明確に定義する必要があります。

ERC-3643が機関投資家向けRWAのユースケースにどのように適合するか

RWAトークン化におけるERC-3643の関連性は、資産の種類、投資家層、および所有権に付随する条件によって異なります。発行者が、資産のデジタル表現を保有または受領できる人物をトークンレベルで管理する必要がある場合に、ERC-3643は最も有効です。

現在の市場構成を見れば、その理由がわかるだろう。2026年第1四半期末時点で、トークン化された米国債はトークン化されたリスク加重資産（RWA）市場の67.2%を占め、商品（主に金）は28.7%だった。どちらも発行者が保有者を把握する必要がある金融商品である。

トークン化された資金

トークン化されたファンドには、投資家の資格基準、申込基準、保有制限、譲渡制限などが含まれる場合があります。ERC-3643は、トークンの保有者と、ファンドがその投資家に課す条件を関連付けます。

ファンドマネージャーにとって、これはトークン化されたファンド持分がより整理され、現在の募集、配分、および譲渡プロセスに対応できることを意味する可能性があります。しかし、設計にあたっては、ファンド関連書類、投資家のオンボーディングおよび譲渡承認プロセス、そしてファンドマネージャーまたはファンド管理者の役割を考慮に入れる必要があります。

不動産のトークン化

不動産トークンは、不動産所有事業体、ファンド、またはその他の法的組織における所有権を表すためにも使用される場合があります。トークンの構造には、国固有の条件、投資家制限、および譲渡制限を組み込む必要がある場合があります。

もしその構造がERC-3643における本人確認に基づく管理を必要とする場合（例えば、不動産担保型SPVの投資家基準など）、ERC-3643はそれらを可能にすることができます。ただし、トークンによってユーザーが不動産の法的権利を取得できるとは期待しないでください。法的構造、文書化、および不動産譲渡活動は依然として重要な要素です。

プライベートクレジット

プライベートクレジットへの投資家は通常、適格性審査を受け、譲渡に関する契約上の権利を有します。ERC-3643規格では、所有権の譲渡管理と投資家の本人確認が規定されています。所有権を融資サービス、返済、分配といった事象に紐付けるには、プラットフォームのさらなる機能が必要となります。

トークン化された債券および債務証券

投資家や発行者は、トークンの種類に基づいて制限を課す場合もあります。ERC-3643は、このような方法でトークンを使用できるように設計された許可型技術です。より包括的なソリューションを実現するには、基盤となる発行記録、クーポン支払いおよび償還プロセス、投資家向けレポートとの連携が必要となります。

プライベートエクイティおよびその他の投資権益

特定のプライベートエクイティ投資には、株主資格、譲渡制限、所有権制限、コーポレートガバナンス要件に加え、登録譲渡が必要です。本人確認機能付きトークンは、これらの制限の管理に役立ちます。いずれにせよ、ERC-3643は、資産がトークン化されるという理由だけでなく、使用前に法的文書、所有構造、コーポレートガバナンスと比較検討されるべきです。

企業がERC-3643スマートコントラクト開発を超えて必要とするもの

ERC-3643トークンは、生産可能なシステムの1つの要素です。 機関によるトークン化 プラットフォーム。本番環境は、発行者がトークンを市場に投入する前の段階、投資家とのエンゲージメント、上場後の活動など、あらゆる活動を支える基盤となる必要があります。
契約の展開のみに焦点を当てたプロジェクトは、導入の遅さ、手動による移管管理、投資家体験の悪さ、発行者が資産のライフサイクル全体を通して管理できないことなど、多くの問題点に後になって気づくことになる。

投資家オンボーディングおよび検証統合

例えば、投資家は、必要な情報を提供し、必要なチェックを受け、本人確認ステータスを取得できる、簡潔なオンボーディングプロセスを必要とします。これには通常、KYC/KYBプロバイダー、AMLスクリーニングプラットフォーム、その他の検証済みプロバイダーの統合が含まれます。IDアーキテクチャは、請求の発行、検証、更新、および取り消しの方法も決定します。

カスタマイズされたコンプライアンスルール

各商品・サービスにはそれぞれ一定の適格条件が設定されているため、発行者はそれらの条件を定義し、譲渡時に評価するための基準を定める何らかの仕組みを見つける必要がある。

理想的な基準は以下のとおりであるべきです。

• 投資家が認められる管轄区域
• 最大保有制限
• 投資家数の上限
• 投資家分類要件
• 提供商品固有の譲渡条件

トークン残高の凍結または制限に関する規則
選択されたすべてのルールは、スマートコントラクトの実際の実装によって裏付けられる必要があり、発行者の法的および運用上のニーズと整合していなければなりません。

トークンの発行とライフサイクル管理

機関投資家にとってのトークン化は、単なる発行以上の意味を持ちます。機関投資家の環境では、投資家への配分、上限管理、償還、焼却、コーポレートアクション、企業行動、管理上の介入などが発生する可能性があります。これらのプロセスは、基盤となる資産と整合している必要があります。不動産担保型投資ビークルの募集および償還プロセスは、これとは全く異なります。

ウォレット、カストディ、プラットフォームの統合

このプラットフォームは、投資家と機関投資家向けに、さまざまなウォレット／カストディアン方式に対応する必要があります。ウォレット登録、IDの関連付け、トランザクションの署名、キーの保管と復旧をサポートする必要があります。機関投資家向けカストディに関しては、カストディアンの技術的な制約、ガバナンス規則、ネットワークとの連携方法を理解する必要があります。

発行者および管理者ダッシュボード

運用チームは、トークンの在庫状況、承認済み投資家、関連ウォレット、取引活動、管理者による操作に関する情報を必要とします。役割ベースのダッシュボードにより、発行者、管理者、および承認済みエージェントは権限の範囲内で操作を行うことができ、レポートと監査ログはガバナンスと管理を容易にします。

スマートコントラクトのセキュリティと継続的なメンテナンス

テストは、正常に転送されるという理想的な流れをたどるだけでなく、ID、検証、制限付き転送、管理権限、復旧、一時停止、凍結、コンプライアンス規則の適用など、はるかに広範囲に及ぶ必要があります。

セキュリティ監査、および展開、監視、アップグレードに関するガバナンスのゲートキーピングは、本番稼働開始前に実施する必要があります。コンプライアンス規則や契約構成の変更は、文書化された承認プロセスを経る必要があります。

ERC-3643 開発パートナー評価チェックリスト

Antierを使用して、機関向けERC-3643ソリューションを構築する

ERC-3643を実装するには、スマートコントラクトの設計、投資家認証、コンプライアンスロジック、そしてより広範なトークン化プラットフォームの調整が必要です。AntierはERC-3643開発企業であり、企業が自社の資産の技術的および運用上の要件に適合したRWAトークン化インフラストラクチャを設計・構築できるよう支援します。

開発範囲には以下が含まれます。

• ERC-3643トークンの開発： 資産の所有権および移転要件に沿った、許可型トークン契約の設計および実装。
• 本人確認および認証アーキテクチャ： 本人確認インフラ、請求発行者、投資家検証ワークフローの統合。
• コンプライアンスモジュールの開発： 選択したアーキテクチャによってサポートされる、設定可能な転送ルールとサービス固有の制御機能。
• 投資家オンボーディングインフラストラクチャ： 投資家登録、認証、および資格管理のワークフロー。
• トークン化プラットフォームの開発： トークン契約と発行者ダッシュボード、投資家ポータル、ウォレットインフラストラクチャ、資産管理ワークフローとの統合。
• スマートコントラクトのテストと展開： 機能検証、セキュリティ重視のテスト、導入支援、および技術文書作成。
• 導入後の技術サポート： プラットフォームの保守、統合要件、技術的な機能強化に関する継続的なサポート。

Antierは、ブロックチェーンとリスク加重資産（RWA）開発における豊富な経験を活かし、資産表現と投資家参加、そして日々の業務を結びつける機関投資家向けトークン化開発機能を求める企業を支援します。

目標は、準拠トークンインターフェースを提供して終わりにすることではありません。アイデンティティ、所有権、移転管理、資産運用が、単一の機関向けトークン化環境の連携した構成要素として機能するソリューションを構築することです。

許可制デジタル資産を評価する組織にとって、今日選択されるアーキテクチャは、プラットフォームが将来の発行、新たな投資家層、市場統合にどれだけうまく対応できるかを左右するでしょう。

ERC-3643ベースのトークン化プロジェクトを計画中ですか？当社の定評あるERC-3643開発会社にご相談ください。お客様の資産のアーキテクチャ、統合、開発要件を評価いたします。

よくあるご質問

1. どのブロックチェーンネットワークがERC-3643トークンの開発をサポートしていますか？

ERC-3643は、必要なスマートコントラクト機能をサポートするEVM互換ブロックチェーンネットワーク向けに設計されています。導入ネットワークは、取引コスト、スケーラビリティ、セキュリティ、エコシステムの成熟度、および組織統合要件に基づいて選択する必要があります。

2. ERC-20トークンをERC-3643に移行できますか？

はい、既存のERC-20トークンをERC-3643ベースの実装に移行することは可能です。ただし、そのためには一般的に、新しいトークンコントラクトの導入、本人確認およびコンプライアンスインフラストラクチャの構築、残高と所有権記録の段階的な移行設計が必要となります。実現可能性は、既存のトークンアーキテクチャとガバナンス体制によって異なります。

3. ERC-3643はトークン化された証券の二次取引をサポートできますか？

はい。ERC-3643は、トークンがウォレット間で移動する際に投資家の適格性や送金制限を適用することで、二次取引をサポートできます。ただし、二次市場を活性化するには、適切な市場インフラ、取引ワークフロー、流動性確保のための仕組み、および適用される証券規制への準拠も必要となります。

4. ERC-3643は、投資家認証ステータスの変更をどのように処理しますか？

ERC-3643は、投資家がトークンの適格要件を満たし続けているかどうかを評価するために、本人確認情報と登録簿を使用します。検証状況が変更された場合、関連する本人確認情報は、認可された発行者によって更新または取り消され、その後の送金チェックで更新された本人確認情報が反映されます。

5. 複数のERC-3643トークンが同じIDインフラストラクチャを使用することは可能ですか？

はい。複数のERC-3643トークンは、各デプロイメントの設定と権限に応じて、共有IDインフラストラクチャを参照できます。各トークンは、独自の信頼できる発行者、必要なクレームトピック、およびコンプライアンスルールを維持できるため、発行者は投資家IDフレームワーク全体を複製することなく、さまざまな資産提供を管理できます。