ERC-1400 (Security Token Standard)

ERC-1400とは何か。ERC-20との根本的な違いはどこにあるのか。

ERC-1400はセキュリティトークン向けに設計された標準群であり、正式名称はSecurity Token Standardです。単一のコントラクトではなく、四つのサブ標準を組み合わせた枠組みです。ERC-1410は保有者の残高を複数のパーティション（区画）に分割する役割を担い、ERC-1594は送金実行前にコンプライアンスチェックを行い、ERC-1643はそのトークンに紐づく法的文書を管理し、ERC-1644は特定の権限を持つコントローラーが強制移転を実行できるようにします。

ERC-20との根本的な違いはデータモデルそのものにあります。ERC-20はすべてのトークンが完全に代替可能であることを前提としています。自分のウォレットにあるトークン1枚は他人のウォレットにあるトークン1枚とまったく区別がなく、送金前に相手が誰か、受け取る資格があるかを確認する仕組みもありません。この設計はユーティリティトークンには問題ありませんが、証券は本来そのようには機能しません。同一企業の株式であっても、ロックアップ期間中のもの、すでに解除され自由に取引できるもの、特定の法域の保有者に限定されるものなど、複数の状態が同時に存在しえます。ERC-20の単一で同質的な残高モデルは、この違いをまったく表現できません。

ERC-1400はこれを「部分的代替可能性」（partial fungibility）で解決します。同一のトークンコントラクトの下で、保有者の残高は複数のパーティションに分割でき、それぞれが異なるメタデータ（どの発行に属するか、いつロックが解除されるか、どの譲渡制限が適用されるか）を持ちます。パーティション同士は互いに異なりますが、同一パーティション内のトークンは互いに代替可能です。

なぜ丸ごと新しい標準群が必要なのか。ERC-20の上にルールを追加するだけではだめなのか。

理論上はERC-20の外側にコンプライアンス層を巻き付けることも可能ですが、この方法は根本的な問題にぶつかります。ERC-20自体の送金関数には「実行前にチェックする」仕組みが組み込まれておらず、外付けのコンプライアンス層は送金が実行された後にしか問題を検知できないか、あるいは完全にフロントエンドのインターフェースに頼って不適合な操作を遮断するしかありません。しかしフロントエンドは迂回可能であり、コントラクトの送金関数を直接呼び出せば、誰でもフロントエンド側のチェックを回避できてしまいます。これは証券にとって受け入れがたいリスクです。証券の移転が規制要件（不適格な投資家への販売、ロックアップ違反、持株集中度上限超過など）に違反した場合、責任を負うのは買い手ではなく発行体だからです。

ERC-1400は、コンプライアンスチェックをトークンコントラクト自体の送金ロジックに直接組み込みます（ERC-1594を通じて）。どのインターフェースから発せられた送金であっても、必ずコントラクトに内蔵されたチェックを通過しなければなりません。受取人がKYC／AMLを通過しているか、持株上限を超えていないか、ロックアップ期間が終了しているか、制限された法域への移転でないか、といった確認です。チェックに通らなければ送金はそのまま失敗し、失敗の理由を説明する標準化されたエラーコードが返されます。この設計は、コンプライアンスロジックを「外部にあり迂回可能なもの」から「組み込まれ迂回不可能なもの」へと変えるものであり、機関がこれを規制対象の証券処理に採用する核心的な理由となっています。

規制当局や金融機関が長らく求めてきたのは、伝統的な証券法が要求する統制ロジックをネイティブに実行できるオンチェーントークンであり、発行体ごとにゼロからカスタムのコンプライアンスの仕組みを開発することではありません。これこそがERC-1400が登場した背景であり、高額なカスタム開発に代わる、モジュール化され相互運用可能な標準です。

ERC-1400は具体的にどのように機能するのか。四つのサブ標準はそれぞれ何を担うのか。

一回の完全な送金を例に、四つのサブ標準がそれぞれ果たす役割を分解してみます。

ERC-1410（パーティション化された保有）——各保有者の残高は単一の数字ではなく、複数のパーティションに分割されます。例えば「初回発行、解除済み」「私募配分、2027年までロック」といった異なるロットがそれぞれ独立したメタデータを持ち、コントラクトは異なるパーティションに対して異なるロジックを適用できます。

ERC-1594（発行検証と譲渡制限）——送金が開始されると、コントラクトはまずチェック関数を呼び出し、送信者と受信者双方のコンプライアンス状態、投資家適格性、法域上の制限、持株上限などの条件を確認します。すべてを満たして初めて送金が許可されます。いずれか一つでも満たさなければ送金は失敗し、標準化されたエラーコード（「受信者がKYCを通過していない」「持株集中度上限を超えている」など）を返し、失敗の理由を曖昧な「取引失敗」ではなく明確に監査可能な形で示します。

ERC-1643（文書管理）——目論見書、投資家契約、規制当局への提出書類といった法的文書を、ハッシュまたはリンクの形でトークンコントラクトに紐づけます。これにより保有者や規制当局は、この証券に対応する法的文書がどこにあり、その内容が改ざんされていないかをオンチーンから直接確認できます。

ERC-1644（コントローラー操作）——特定の役割（通常は発行体またはその代理人）が、規制要件を満たす場合に強制移転を実行できるよう権限を付与します。例えば裁判所命令によりある口座の持分を凍結・移転する場合や、技術的なエラーによる異常な送金を訂正する場合などです。この権限自体は厳格な制限と監査の対象となります。

この四つのサブ標準が組み合わさって初めて完全なERC-1400が構成されます。いずれか一つを単独で外せば、証券のライフサイクルに必要な機能を完全にはカバーできません。

投資家や発行体がトークン化証券プロジェクトを評価する際、それがERC-1400を採用していると分かったら、実際に何に注意すべきか。

第一に、ERC-1400という標準枠組みを採用していることは、発行体が適用されるすべての証券法規に自動的に準拠していることを意味しません。ERC-1400が提供するのは「コンプライアンスロジックを実行できる技術的な入れ物」であり、その入れ物に実際にどのルール（誰が適格投資家か、ロックアップ期間はどれくらいか、持株上限はいくらか）を書き込むかは完全に発行体の裁量であり、標準自体はそれらのルールが正しく設定されているかを検証しません。あるERC-1400トークンを確認する際は、その契約に実際にどのような制限が書き込まれているかを確認すべきであり、「ERC-1400を使っている」という事実自体を確認すべきではありません。

第二に、ERC-1644の強制移転権限は諸刃の剣です。これは規制要件を満たすため（例えば裁判所命令への対応）に存在しますが、設計やガバナンスが不適切であれば、理論上悪用される可能性もあります。誰が強制移転を発動する権限を持つのか、発動条件が公開され透明であるか、マルチシグネチャや第三者による監督の仕組みがあるかを確認することは、この種のトークンのリスクを評価する上で見落とされがちながら重要な部分です。

第三に、パーティション（区画）の仕組みは証券が複数の状態を同時に持つという問題を解決しますが、同時に同一のトークンコントラクトの下でも、異なるパーティションのトークンが実際には大きく異なる権利を持ちうることを意味します。購入前に、自分が実際にどのパーティションを受け取るのか、そのパーティションに対応するロックアップ期間と譲渡制限を確認する必要があり、トークンコントラクトのアドレスが同じだからといってすべてのトークンが同一だと想定してはいけません。

第四に、ERC-1400は技術標準であり、規制枠組みそのものではありません。法域ごとに証券の定義、適格投資家の基準、開示要件は異なり、同じERC-1400コントラクトを異なる地域に展開する場合、コンプライアンスの具体的なパラメータはその地域に合わせて調整する必要があります。一つのルールセットが世界中でそのまま通用するわけではありません。