ERC-3643 vs ERC-1400：RWAトークン標準の比較

ERC-3643とERC-1400は、どちらもイーサリアムエコシステム向けに提案されたパーミッション型トークン標準であり、トークンが自由に誰にでも転送されるのではなく、保有者の適格性を強制できるように設計されています。中核的な違いは設計思想にあります。ERC-3643は、永続的で再利用可能なオンチェーンIDを中心に据え、トークンはすべての転送時にこれをチェックします。一方、ERC-1400はより広範でモジュール式の提案ファミリーであり、転送制限やドキュメント参照機能を、分割やトランシェへの対応を含む既存のトークンパターンに追加します。どちらの標準もそれ自体でコンプライアンスを保証するわけではなく、発行者がベーストークンの上に重ねるルールをどのように設定、監視、管理するかに依存します。

この記事では、概念レベルでの一般的な設計概念について説明します。これは技術仕様書ではなく、いずれかの標準に関する特定の発行者の実装を説明するものでもありません。

RWAにとってトークン標準が重要な理由

トークン標準とは、ウォレット、取引所、その他のコントラクトが一貫した方法でやり取りできるように、スマートコントラクトが従う一連の共有ルールです。ほとんどの代替可能な暗号通貨トークンの背後にある標準であるERC-20は、デフォルトでパーミッションレスであり、任意のウォレットが保持および転送できます。トークン化証券の場合、発行者が誰がトークンを保持できるかを制御する必要があるため、このデフォルトは機能しません。これについては、 RWAのためのパーミッション型 vs パーミッションレス型トークン標準で詳しく説明しています。

ERC-3643とERC-1400は、適格性チェック、転送制限、発行者レベルの制御でトークンの動作を拡張することで、この問題を解決しようとする、よく知られた2つの試みです。どちらも提案されたイーサリアム標準（Ethereum Improvement Proposals、EIP）であり、セキュリティトークン業界のさまざまな分野でリファレンスデザインとして使用されています。どちらも普遍的に採用されているわけではなく、実装は発行者やプラットフォームによって異なります。

標準が実際に何を約束するのかを正確に理解することが役立ちます。EIPは共有仕様、つまり異なるチームがわずかに異なる方法で実装できる設計図です。「ERC-3643」を引用する2つの製品が、必ずしも同一のコードを実行しているわけではありません。同じ一般的なインターフェースと設計パターンに従うコードを実行しているのです。この区別は、特定のRWA製品を評価する際に重要です。標準名は設計のカテゴリを示すものであり、デプロイされたコントラクトの正確な動作を示すものではないからです。

ERC-3643：アイデンティティ中心の設計

ERC-3643は、以前のワーキングネームであるT-REXで参照されることもあり、ウォレットに紐付いた永続的なオンチェーンIDというアイデアを中心に構築されています。承認されたアドレスの単純なリストをチェックするのではなく、この設計は各適格ウォレットをアイデンティティクレーム（ウォレットの所有者が発行者の要求する本人確認や管轄区域の適格性などのチェックを通過したという検証可能な記録）にリンクさせます。

概念レベルでは、このパターンは次のように機能します。

• ウォレットは、通常、オンボーディングまたは検証プロセス後に発行される、関連付けられたアイデンティティコントラクトまたはクレームを取得します。
• トークンにアタッチされたコンプライアンスモジュールは、転送の完了を許可する前に、そのアイデンティティクレームと、その他のルール（管轄区域の制限、投資家上限、ロックアップ）をチェックします。
• アイデンティティレイヤーは個々のトークンから分離されているため、同じ検証済みアイデンティティは、原則として、同じ標準上に構築された複数のトークンや製品にわたって再利用でき、新しい資産ごとに保有者を最初から再検証する必要性を減らします。
• 定義されたエージェントロールは、発行者のデプロイ設定に応じて、コンプライアンスルールの更新、ウォレットの凍結、またはリカバリー状況の処理を行うことができます。

設計の意図は、トークン全体を再デプロイすることなくコンプライアンスルールをモジュール式で更新可能にし、アイデンティティを特定の提供に結び付けるのではなく、ポータブルにすることです。

ERC-1400：モジュール式セキュリティトークンファミリー

ERC-1400は、単一の自己完結型標準というよりも、関連する提案のファミリーとして理解するのが適切です。これは、証券に特に必要な機能（転送の制限、オンチェーンでの法的文書の参照、そして特筆すべきは、分割された残高のサポート）で既存のトークンパターンを拡張するためにまとめられました。分割された残高により、単一のトークンコントラクトが、同じ証券の複数のクラスまたはトランシェ（例えば、異なる条件で発行された、または異なるロックアップの対象となる株式）を、クラスごとに個別のコントラクトをデプロイする代わりに、1つのコントラクト内で表現できます。

概念レベルでは、繰り返し登場する要素は次のとおりです。

• 転送制限チェック。通常、転送が実行される前に実行され、転送を承認または拒否し、失敗理由を説明する理由コードを返すことができます。
• トークン残高をサブクラスに分割する機能のサポート。同じ原資産の異なる株式クラスまたは権利確定トランシェを表現するのに役立ちます。
• トークンに関連する募集書類または法的契約を参照するメカニズム。これにより、コントラクトはそれを管理する書類を指し示すことができます。
• 指定された当事者（通常は発行者またはその代理人）が、定義された法的状況下で強制転送などのアクションを実行できるようにするコントローラーレベルの機能。

ERC-1400ファミリーのすべての提案が同じレベルの採用や最終化された標準ステータスに達したわけではありません。実際には、一部の要素が他の要素よりも広く参照されています。「ERC-1400」は、1つの固定されたルールブックではなく、このアイデアファミリーの省略形として扱ってください。

2つの設計思想の比較

この表のどちらの列も「より安全」と読むべきではありません。どちらも発行者が注意深く実装しなければならないフレームワークです。どちらの標準を使用していても、実装が弱ければギャップが生じる可能性があります。

製品ページで標準名を見た場合の意味

RWA製品が、そのトークンがERC-3643、ERC-1400、または関連する標準に従っていると開示している場合、それはトークンがオープンな転送可能性ではなく、パーミッション型でコンプライアンスを意識したロジックで構築されていることを示します。それ自体では、発行者がルールをどの程度適切に設定したか、誰がコンプライアンスモジュールの管理制御権を持っているか、アイデンティティや適格性データがどのように検証され最新に保たれているかはわかりません。これらはすべて、標準の名前よりも実際のリスクにとって重要です。執行レイヤー自体の機能は、 転送代理人 が従来の証券に対して常に果たしてきた役割と同様です。標準は技術的メカニズムであり、そのガバナンスではありません。

通常、標準の名前だけよりも、次の2つのフォローアップ質問の方が有益です。第一に、特定のデプロイは独立して監査されており、その監査報告書は入手可能ですか。第二に、コントラクトが稼働した後、コンプライアンスモジュールまたはアイデンティティレジストリを更新する権限は誰が保持していますか。単一の当事者、小規模な運用チーム、それともより広範なガバナンスプロセスですか。これらの回答は、基礎となる設計がERC-3643、ERC-1400、またはその他何かであるかどうかよりも、実際のリスクについて多くを語ります。

BiFuがRWA製品の構造（基礎となるドキュメントや適格性要件を含む）をどのように提示しているかは、 BiFu RWAページでご確認いただけます。

FAQ

ERC-3643はERC-1400よりもRWAに適していますか？

どちらが普遍的に「優れている」ということはありません。異なる設計思想を反映しており、特定の製品にどちらが適しているかは、製品間でのアイデンティティ再利用や複数の株式クラスのネイティブサポートのどちらが重要かなど、発行者のニーズによって異なります。投資家にとって最も重要なのは、選択された標準がどの程度適切に実装および管理されているかであり、製品ページにどの名前が表示されているかではありません。

これらの標準は、トークン化証券のコンプライアンスを保証しますか？

いいえ。トークン標準は制限を執行するための技術的メカニズムを提供しますが、コンプライアンスは、発行者が適格性チェックをどのように設定し、アイデンティティデータを最新に保ち、管理制御をどのように管理するかに依存します。どちらの標準でも、設定が不十分なデプロイは、エラーやギャップを許容する可能性があります。

トークンは後でこれらの標準間を切り替えられますか？

通常、各標準がコントラクトとそのコンプライアンスロジックを異なる方法で構造化しているため、大規模な技術的移行なしには不可能です。一部の発行者は、将来の変更を可能にするために、アップグレード可能なコンポーネントを使用して新しいトークンを構築しますが、これにはそのアップグレードパスを誰が制御するかという独自のトレードオフが伴います。

ERC-3643とERC-1400は、トークン化証券に使用される唯一の標準ですか？

いいえ。これらは2つのよく知られた例ですが、より広範なセキュリティトークン分野には、両方からアイデアを借用した他の提案や発行者固有の実装が含まれます。名前の付いた標準の存在は注目すべき有用なシグナルですが、RWA製品の技術的構造を評価する際のいくつかのデータポイントの1つにすぎません。

このコンテンツは教育目的のみであり、財務、投資、法律、税務、または取引に関するアドバイスを構成するものではありません。RWA製品にはリスクが伴い、元本を失う可能性があります。参加する前に、必ず商品文書とリスク開示を確認してください。

関連資料

• RWAのためのパーミッション型 vs パーミッションレス型トークン標準
• 転送代理人スマートコントラクトが実際に執行するもの
• RWAにおけるトークンのアップグレード可能性と管理者キーのリスク