トランスファー・エージェント・スマートコントラクトが実際に強制するもの

従来の有価証券におけるトランスファー・エージェントの中心的な役割は、誰が有価証券を所有しているかの公式記録を維持し、株式やユニットが譲渡された際にその記録の変更を処理することです。トークン化された有価証券では、その役割の一部をスマートコントラクトに直接組み込むことができます。つまり、コントラクトは誰がトークンを保有することを許可されているかを確認し、適格性リストに照らして譲渡の両当事者を検証し、譲渡が完了した瞬間にオンチェーン記録を更新します。これは人間のトランスファー・エージェントが行うすべての機能を置き換えるわけではありませんが、名簿に記載されることが許可されている者を強制するという特定の作業を自動化します。

従来の有価証券におけるトランスファー・エージェントの役割

従来の有価証券の仕組みでは、トランスファー・エージェントは発行者と保有者の間に位置します。その責任は通常、以下のものを含みます：

• 公式の株主名簿の維持 – 誰がいつ時点で何ユニットまたは株式を所有しているか。
• 譲渡の処理、売り手が実際に譲渡しようとしているものを保有していること、および買い手がそれを受け取る資格があることを確認する。
• 新規投資家が購読したり、保有者が償還したりする際の株式またはユニットの発行および消却の処理。
• 通信の配布、および一部の仕組みでは、名簿上のアドレスへの配当金または分配金の処理。
• 目論見書に記載された制限（ロックアップ、譲渡制限、または投資家適格性ルールなど）の執行。

これは管理的および法的なインフラであり、投資アドバイスや製品設計ではありません。トランスファー・エージェントは投資が良いアイデアかどうかを判断するのではなく、特定の提案された譲渡が、発行者がすでに設定したルールの下で実行可能かどうかを判断します。参照 RWA製品の関係者 トランスファー・エージェント機能が発行者、運用会社、カストディアンの役割とどのように連携するかについて。

スマートコントラクトへの名簿の組み込み

トークン化は名簿の必要性を排除するものではなく、その名簿が存在する場所と方法を変えるものです。多くのトークン化された有価証券の設計では、トークンコントラクト自体がリアルタイムの名簿として機能します。つまり、任意のアドレスにおけるトークン残高は現在の保有額を表し、成功したすべての譲渡はその記録を自動的かつ不変にオンチェーンで更新します。

規制対象の有価証券として信頼できる名簿とするために、コントラクトには単純な残高追跡機能以上のものが必要です。一般的に、譲渡が実行される前に、この送信者はこのトークンを保有することを許可されているか、この受信者はこれを受け取ることを許可されているか、という問いに答える方法が必要です。ここがパーミッション付きトークン設計の出番であり、このトピックは RWAのためのパーミッション型vsパーミッションレス型トークン標準でより詳細に扱われています。ERC-3643やERC-1400などの標準は、特に発行者にこの種の執行可能な名簿を提供するために部分的に構築されました。これらの標準の設計の違いについては、 これら2つの標準の比較 を参照してください。

この移行には、記録管理に関する実用的な利点があります。従来の名簿は通常、トランスファー・エージェントによって管理され、バッチで更新され、発行者自身の記録と定期的に照合されるデータベースです。オンチェーン名簿は、有効な譲渡が実行された瞬間に更新され、その更新は決済サイクルを待つことなく即座に表示されます。これはオンチェーン版が自動的に正確になることを意味するわけではありません。正確性は依然として譲渡が許可される前に実行されるチェックに依存しますが、所有権の変更が発生してから記録に反映されるまでの遅延を短縮します。

コントラクトが譲渡前に通常チェックするもの

トランスファー・エージェント型のスマートコントラクトは通常、譲渡の完了を許可する前に一連のチェックを実行します。具体的な内容は実装によって異なりますが、繰り返し出てくるカテゴリは以下の通りです：

いずれかのチェックに失敗した場合、トランザクションが正しく署名され送信されたとしても、譲渡は実行されません。これは通常の暗号通貨の譲渡との重要な違いであり、通常の暗号通貨では有効な署名と十分な残高が唯一の要件であることが一般的です。

置き換えないもの

トランスファー・エージェント・スマートコントラクトは、ホルダーの適格性の執行と名簿の正確性を自動化します。それ自体で、完全なトランスファー・エージェント契約が提供するすべての機能を置き換えるわけではありません。別個に維持する価値のあるいくつかの点を以下に示します：

• 本人確認自体。 コントラクトはクレームまたはホワイトリストエントリをチェックします。そのエントリが作成される前に、基礎となるKYCおよび適格性審査を実行する何かまたは誰かが必要です。
• 法的解釈。 裁判所命令、相続紛争、またはその他の法的問題が所有権に影響を与える場合、その解決は法的プロセスであり、コントラクトが単独で決定するものではありません。ただし、コントラクトには、解決に達した後に権限のある当事者が強制的な修正を実行するためのメカニズムが含まれる場合があります。
• 分配とコーポレートアクション。 一部の設計では、支払いをコントラクトを通じて自動的にルーティングします。他の設計では、オンチェーン名簿の上に構築されたオフチェーンプロセスに依然依存しています。
• 紛争解決。 ホルダーが譲渡やウォレットの凍結に異議を唱える場合、その解決は通常、コントラクト自体を通じてではなく、発行者、代理人、または法的手続きを通じて行われます。

実用的な説明としては、スマートコントラクトはルールが設定されコード化された後、それを執行します。ルールがどうあるべきかを決定するのではなく、また、コントラクトがチェックするために構築されたケースの範囲外の事態が発生した場合に人間の監督を置き換えるものでもありません。

これらすべての上にはガバナンスレイヤーもあります。誰かが適格性リストを更新し、エラーを修正し、または法的命令に対応できる必要があり、その権限自体が評価に値する管理ポイントです。ルールを完全に執行するトランスファー・エージェント・スマートコントラクトは、そのルールを変更できる当事者と同じ程度にしか信頼できません。これは別の角度から トークンのアップグレード可能性と管理者キーリスクでカバーされているのと同じ問題です。

製品ページでこれを読む場合

RWA製品がその譲渡制限またはホルダー名簿をスマートコントラクトで執行すると説明している場合、製品のドキュメントで確認すべき有用な事項には以下が含まれます：コントラクトが実行する具体的なチェック、適格性リストの更新やチェックのオーバーライドを行う権限を持つ者、紛争の処理方法、および設計がレビューまたは監査されているかどうか。これは、 RWA製品がオンボーディング時により多くの情報を求める理由でカバーされている適格性の質問と同じものに関連しています。なぜなら、トークンコントラクトが執行するチェックは通常、KYC中に収集された同じ適格性ルールのオンチェーン版だからです。BiFuが製品構造と適格性要件をどのように提示しているかは、 BiFu RWAページで確認できます。

FAQ

スマートコントラクトは人間のトランスファー・エージェントを完全に置き換えますか？

完全には置き換えません。ホルダーの適格性の執行とリアルタイムのオンチェーン名簿の維持を自動化できますが、初期の本人確認、法的紛争解決、および一部のコーポレートアクションなどの機能は、通常、コントラクトと並行して人間またはオフチェーンのプロセスを伴います。

トークン化された有価証券が実際に譲渡制限を執行しているかどうかを知るにはどうすればよいですか？

製品の技術文書および法的文書で、執行メカニズムの説明を確認してください。たとえば、パーミッション付きトークン標準、アイデンティティレジストリ、または特定の譲渡チェックに言及しているかどうかなどです。文書がトークンは「準拠している」と述べているだけで、その方法を説明していない場合は、情報が欠落していると見なしてください。

トランスファー・エージェントコントラクトがチェックする適格性リストを管理しているのは誰ですか？

通常、発行者、指定されたトランスファー・エージェント、またはコンプライアンスオペレーターが、適格性リストへのエントリの追加、削除、または更新を行う権限を保持します。その権限は通常、コントラクトへの管理または管理者レベルのアクセスに関連付けられており、 トークンのアップグレード可能性と管理者キーリスクでカバーされている独自のリスクの考慮事項を伴います。

コントラクトが誤りを犯した場合、譲渡を取り消すことはできますか？

設計に依存します。一部のコントラクトには、文書化されたエラーや法的命令など、定義された状況下で権限のある当事者が使用できる強制譲渡または修正機能が含まれていますが、これは自動的ではなく、通常は適格性リストを管理するのと同じ権限を必要とします。

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

関連資料

• RWAのためのパーミッション型vsパーミッションレス型トークン標準
• ERC-3643 vs ERC-1400：RWAトークン標準の比較
• RWAにおけるトークンのアップグレード可能性と管理者キーリスク