ERC-7984は、機密代替可能トークンのためのEthereum標準提案です。トークンの送金やスマートコントラクトとのやり取りを可能にしながら、パブリックブロックチェーン上での口座残高や取引額の露出を抑えることを目的としています。主に公開残高と公開された送金額を前提として設計されているERC-20とは異なり、ERC-7984は機密値を扱える標準インターフェースの確立を目指しており、オンチェーン金融活動により柔軟なプライバシー保護を提供します。
ステーブルコイン決済、トークン化資産、機関向けDeFiが発展を続けるなか、ブロックチェーンの透明性には新たな利用要件が生じています。パブリック台帳は取引の検証や資金フローの追跡を容易にしますが、企業間決済、機関投資家による資金配分、商取引の決済には、しばしば機密性の高い金額が含まれます。すべての支払いと口座残高を外部の観察者が直接照会できる場合、従来の金融活動の一部はパブリックブロックチェーンへ完全に移行しにくくなる可能性があります。
ERC-7984の焦点は、すべてのオンチェーン取引を追跡不能にすることではありません。むしろ、機密データ処理の仕組みを通じて、プログラマブルファイナンスと商業上のプライバシーの間に新たな均衡を築くことを目指しています。本記事では、ERC-7984がどのように機密トークン送金を可能にするか、またこの標準がステーブルコイン、RWA、DeFiエコシステムに及ぼし得る影響について、標準の設計、FHE技術、ERC-20との違い、実用的なユースケースを取り上げて解説します。
ERC-7984は、機密代替可能トークンのためのEthereum標準提案です。トークン残高と送金額の保護を目的としています。
従来のERC-20トークンとは異なり、ERC-7984は機密値の参照またはハンドルを使用してトークン量を表現します。これにより、スマートコントラクトは平文の金額を公開することなく、関連する処理を実行できます。
完全準同型暗号(FHE)は、ERC-7984における重要な実装手法の1つです。暗号化データ上での計算をサポートしますが、標準自体が特定の暗号化技術を必須としているわけではありません。
ERC-7984が主に保護するのは金額と残高です。取引当事者のアドレスを自動的に隠すものではないため、完全な匿名取引と同一視すべきではありません。
OpenZeppelinおよびZamaの技術エコシステムは、ERC-7984の実装基盤を提供しており、機密トークンを技術的な概念からコンポーザブルなスマートコントラクトアプリケーションへと発展させることに寄与しています。
機密ステーブルコイン、機関向け決済、RWA資産管理、プライバシー保護型DeFiは潜在的な応用分野です。ただし、実用的な導入には、パフォーマンス、権限管理、相互運用性、コンプライアンスに関する課題が依然として存在します。
ERC-7984は、OpenZeppelinやZamaを含むエコシステムの開発者が共同で提案した、機密代替可能トークンのインターフェース標準です。2025年7月3日に作成されました。口座残高、トークン送金、第三者への権限付与など、代替可能トークンの基本概念を維持しながら、従来のトークンにおける金額データの扱い方を変更しています。
ERC-20モデルでは、残高と送金額は通常、スマートコントラクトの状態および取引イベントに公開値として記録されます。誰でもブロックチェーンエクスプローラーやオンチェーン分析ツールを通じて、この情報を閲覧できます。この設計は透明性の高い監査、取引検証、コンポーザビリティを支援する一方で、オンチェーン上の資金活動が継続的に観察され得ることも意味します。
これに対しERC-7984は、機密値の参照に基づく設計を採用しています。この標準では、残高や送金額を表すためにbytes32のようなポインターを使用します。具体的な値の保存、計算、アクセス方法は、基盤となる実装によって決まります。スマートコントラクトは、金額を通常の平文整数として公開することなく、標準化されたインターフェースを通じて送金を開始できます。
2026年10月時点で、ERC-7984はまだ発展途上の標準提案であり、ERC-20を完全に置き換えた成熟済みの汎用標準と見なすべきではありません。その主な意義は、機密トークン向けの再利用可能なインターフェースを確立し、ウォレット、決済アプリケーション、DeFiプロトコルが比較的一貫した仕組みを中心に機能を開発できるようにする点にあります。
ERC-20は、Ethereumで最も広く利用されている代替可能トークン標準の1つです。残高照会、送金、許可、イベントに関する基本インターフェースを定義しています。USDT、USDC、および多くのDeFiトークンは、ERC-20または互換実装を使用しています。
ERC-7984は、残高と金額の機密性を設計段階から中核要件として扱います。単に取引記録を隠すためにERC-20へ追加されたオプションではありません。異なるデータ表現と送金インターフェースを採用しています。
| 比較項目 | ERC-20 | ERC-7984 |
|---|---|---|
| 残高データ | 通常は公開 | 機密値の参照を使用 |
| 送金額 | 通常は公開 | 機密として処理 |
| 取引当事者のアドレス | 公開 | 基本インターフェースでは公開される可能性がある |
| 送金インターフェース | transfer、transferFrom | confidentialTransferなど |
| 第三者への権限付与 | Allowanceに基づく金額の権限付与 | 期限付きOperator権限付与 |
| スマートコントラクト統合 | 幅広い互換性を持つ成熟したエコシステム | 機密データ処理への対応が必要 |
| 主な用途 | 汎用トークン、DeFi、ステーブルコイン | 機密決済、プライバシー保護型DeFi、機関間決済 |
重要な違いの1つは、ERC-7984がERC-20インターフェースと直接互換ではない点です。既存のウォレット、取引プラットフォーム、DeFiプロトコルは、ERC-20をサポートしているだけではERC-7984トークンを自動的に認識または処理できません。
OpenZeppelinは、開発者が通常トークンと機密トークン間の変換機構を構築できるように、ERC-20ラッパーおよび変換コンポーネントを提供しています。ただし、変換プロセス自体では、入金、出金、または関連情報がパブリックチェーン上に公開される可能性があります。したがって、ラッピングは過去のすべての資金フローが自動的にプライバシー保護を受けることを意味するわけではありません。

従来のERC-20送金では、通常、スマートコントラクトが明示的な値を処理する必要があります。たとえば、ユーザーAがユーザーBに100トークンを送る場合、コントラクトはAの残高から100を差し引き、Bの残高に100を加算します。関連する送金イベントにも通常、その金額が記録されます。
ERC-7984の基本的な考え方は、送金インターフェースが公開された平文値を要求するのではなく、機密金額への参照を受け取るようにすることです。具体的な実装では、暗号化コンピューティングシステムを使用して残高の変動を処理し、アクセス制御メカニズムによって対応する金額を閲覧できる参加者を決定できます。
FHEベースの実装を例にすると、機密送金は次のように理解できます。
送信者は、機密コンピューティングに対応したウォレットまたはアプリケーションで送金額を指定し、対応する暗号化入力を生成します。
ウォレットは、暗号化された金額への参照と必要な入力証明をトークンコントラクトへ送信します。
スマートコントラクトは、基盤となる機密コンピューティングメカニズムを通じて、残高確認と送金を処理します。
システムは、送信者と受信者の対応する機密残高を更新します。
適切なアクセス権限を持つ参加者は、関連する復号プロセスを通じて、閲覧を許可された情報を読み取ることができます。
たとえば、ある企業がサプライヤーに50,000機密ステーブルコインを支払う場合を考えます。パブリックチェーンには両当事者のアドレスと送金イベントが表示される可能性がありますが、外部の観察者は通常のERC-20送金のように、イベントから平文の金額を直接読み取ることはできません。
これは、外部の観察者が一切の取引情報を取得できないことを意味するものではありません。取引時刻、アドレス間の関係、Gas使用量、その他のメタデータは依然として公開される可能性があります。したがって、ERC-7984は絶対的な匿名性ではなく、特定のデータ次元に対する機密性を提供します。
完全準同型暗号(FHE)は、システムが暗号化データを直接計算できるようにする暗号技術です。適切な実装では、コンピューティングシステムはデータを復号することなく、加算や比較などの処理を実行し、暗号化されたままの結果を生成できます。
この機能は、機密トークンのニーズと密接に一致しています。
通常のトークンでは、スマートコントラクトはユーザーの残高が十分かを判定し、控除額を計算し、受信者の残高を更新する必要があります。従来の平文実行では、コントラクトは通常、これらの値へ直接アクセスする必要があります。
FHEを用いると、これらの計算を暗号化データ上で実行できます。システムは、通常のオンチェーン観察者に金額を公開することなく、残高の変動や特定の条件確認を処理できます。
OpenZeppelinのERC-7984実装では、ZamaのfhEVM技術を使用して機密残高を暗号化値として表し、オンチェーンの暗号文ハンドルを通じて基盤のコンピューティングシステムと関連付けています。この実装は、入力証明、権限付与操作、暗号化された金額の開示もサポートしています。
ただし、標準とその実装は区別すべきです。ERC-7984自体は、すべての開発者にFHEの使用を要求していません。技術中立的な設計により、開発者はインターフェース要件を満たすゼロ知識証明、信頼実行環境、その他のプライバシー機構を検討できます。
したがって、FHEは現在のERC-7984エコシステムを理解するうえで重要な技術的アプローチですが、ERC-7984を単にFHEトークンと同一視すべきではありません。
FHEとゼロ知識証明(ZK)はいずれもプライバシー保護に利用できますが、異なる方法で問題に対応します。
ゼロ知識証明の中核的な機能は、証明者が検証者に対し、基礎となるすべての情報を開示することなく、ある主張が真であることを証明できるようにすることです。たとえば、ユーザーは個人データをすべて公開せずに、資格要件を満たしていることを証明できます。
FHEは、データが暗号化された状態のまま計算を行うことに重点を置きます。たとえば、システムは、計算を実行する当事者に平文残高を先に公開することなく、暗号化された残高を処理できます。
| 比較項目 | FHE | ZK |
|---|---|---|
| 中核的な目的 | 暗号化データ上で計算する | 限定的な情報開示で主張を検証する |
| 代表的な機能 | 暗号化残高の処理、機密状態の更新 | 適格性証明、状態の有効性検証 |
| データ処理 | 暗号化データを用いて計算可能 | 通常は証明生成と検証が中心 |
| トークンにおける役割 | 機密の金額と残高を処理する | 取引が特定の条件を満たすことを証明する |
| 主な課題 | 計算コスト、暗号文管理、パフォーマンス | 証明生成コスト、回路設計 |
両技術は相互排他的ではありません。機密金融アプリケーションでは、FHEで機密性の高い金額を処理しながら、ZKで特定の取引要件または本人確認要件が満たされていることを証明できます。
ERC-7984において最も重要なのは、選択された技術の名称ではなく、基盤となる実装が機密値の処理、正確な残高更新、適切なアクセス制御を信頼性高くサポートできるかどうかです。
標準インターフェースがエコシステムを形成するには、開発ツールとアプリケーションからの支援が必要です。
OpenZeppelinは長年にわたり、Ethereumスマートコントラクト開発用のコンポーネントを提供してきました。同社のConfidential Contractsプロジェクトは、ERC-7984向けの参照実装および拡張モジュールを提供しています。ZamaはFHEベースの機密コンピューティング技術を提供し、開発者が暗号化データを中心とするスマートコントラクトを構築できるようにしています。
OpenZeppelinの関連コンポーネントには、基本的な機密トークンだけでなく、通常のERC-20ラッパー、口座凍結、アクセス制限、オブザーバー権限、RWA固有の拡張機能も含まれます。これらのモジュールは、さまざまなビジネス要件に対応します。
たとえば、ERC7984ObserverAccessでは、口座が指定されたオブザーバーに対して機密残高または送金額を閲覧する権限を付与できます。ERC7984Restrictedは口座制限の適用に使用でき、ERC7984Rwaは規制対象資産のシナリオに適用可能な特定の制御機能を提供します。
2026年3月、OpenZeppelinは、複数のERC-7984拡張機能を対象とするConfidential Contractsバージョン0.3.0のセキュリティ監査レポートも公開しました。これは、関連エコシステムが金融アプリケーションに必要な機能を開発していることを示しますが、以後のすべてのバージョンやデプロイが同水準のセキュリティ検証を受けていることを意味するものではありません。
一方、Zamaの開発ツールは、複雑な暗号化操作を統合しやすいインターフェースにカプセル化し始めています。また、適用されるルールで許可される場合に、特定の参加者が必要な情報へアクセスできるようにする認可済み復号メカニズムも検討しています。
これらの進展は、機密トークンが現実世界のアプリケーションに導入されるための技術基盤を提供します。ただし、利用可能な開発ツール、利用可能なコントラクトコンポーネント、金融機関による大規模導入は、それぞれ異なる段階であり、混同すべきではありません。
ステーブルコインは、ERC-7984における最も注目すべき潜在的な用途の1つです。
現在、多くのステーブルコインがパブリックブロックチェーン上で流通しており、ユーザーは送金額やアドレス残高を直接確認できます。これは通常のオンチェーン取引では必ずしも問題ではありませんが、企業間決済には一般に、より高い商業上の機密性が求められます。
たとえば、多国籍企業がステーブルコインを使用して異なるサプライヤーへ支払いを行う場合、すべての取引金額が公開されると、外部の観察者はオンチェーンデータから調達量、取引関係、資金配置を推測できる可能性があります。
ERC-7984に基づく機密ステーブルコインは、この課題への対応を試みることができます。企業は金額を一般公開することなく、オンチェーンのトークンを決済に使用し続けられます。受取人は、適切な権限を取得した後に受領額を確認できます。
金融機関にとっても、機密ステーブルコインは金融機関間の資金移動、顧客資金管理、自動決済を支援できる可能性があります。機密性の高い取引額を含むシナリオでは、機密性により金融機関がパブリックブロックチェーンを利用する際の懸念を軽減できる場合があります。
ただし、プライバシー機能によってコンプライアンス義務がなくなるわけではありません。ステーブルコイン発行者および金融機関は、本人確認、取引モニタリング、制裁スクリーニング、資金源の確認を引き続き実施する必要がある場合があります。
したがって、機関導入に適した機密ステーブルコインには、単に送金額を隠すのではなく、通常、金額保護、認可された開示、リスク管理を提供する必要があります。
RWA(現実世界資産)とは、債券、ファンド、株式、その他の現実世界の資産に関する権利を、ブロックチェーンベースのトークンを通じて表現・管理するモデルを指します。
公開トークンモデルでは、機関が保有する資産額を外部の観察者が直接照会できる可能性があります。これらの資産が債券保有、ファンド持分、その他の金融上の権利を表す場合、公開残高によって投資ポートフォリオの一部が明らかになる可能性があります。
ERC-7984は、こうした資産に対して機密残高および機密送金額の処理を提供し、保有状況を非公開のまま維持できるようにします。
たとえば、トークン化ファンドは、機密トークンを使用してファンド持分を表す方法を検討できます。これにより、適格な投資家は持分を移転できる一方、追加ルールによって不適格な口座の参加を制限できます。
OpenZeppelinのRWA拡張機能は、凍結、口座制限、指定されたロールによる操作のための機能を提供します。これにより、開発者は機密トークンに加えて、規制対象資産に必要な一定の制御機能を追加できます。ただし、こうした技術機能は、証券発行要件、投資家適格性審査、その他の法的要件に代わるものではありません。
DeFiでは、機密トークンはプライバシー保護型決済、機密資金管理、特定の機密取引戦略も支援できる可能性があります。
ただし、既存のDeFiプロトコルは一般に公開値を前提として設計されています。たとえば、自動マーケットメーカーは資産準備金と交換価格を計算する必要があり、レンディングプロトコルは担保比率と清算条件を評価する必要があります。関連する金額が機密化される場合、プロトコルは計算、検証、相互作用の方法を再設計する必要があります。
したがって、ERC-7984は既存のDeFiプロトコルにプライバシー機能を自動的に付与するものではありません。次世代の機密金融アプリケーションのための基盤インターフェースとして理解する方が適切です。
ERC-7984は、残高と金額の機密性に加え、第三者による送金を許可するための異なるメカニズムを採用しています。
ERC-20では、ユーザーは通常、approveを使用して、特定のアドレスが利用できるトークン量を設定します。たとえば、ユーザーはDeFiプロトコルに対して最大100トークンの使用を許可できます。
ERC-7984ではOperatorモデルを採用しています。ユーザーは公開されたAllowance値によって権限を管理するのではなく、指定した有効期限まで、オペレーターに自身に代わってトークンを送金する権限を付与できます。
この設計は、機密金額の扱い方と関連しています。トークン残高および送金額そのものを機密に維持する必要があるため、従来の公開Allowanceを直接再利用することは適さない可能性があります。
ただし、この権限付与方式には重要なリスクも伴います。権限付与期間中、Operatorはあらかじめ設定された金額だけでなく、口座内のすべてのトークンを送金できる権利を持つ可能性があります。
そのため、ユーザーは、権限を付与するアドレスの信頼性、権限の範囲、有効期限に細心の注意を払う必要があります。自動決済または機関投資家による資金管理を含むアプリケーションでは、潜在的な損失を抑制するために、追加の業務ルールとセキュリティ管理も必要です。
これは、機密トークンのセキュリティ設計が、暗号技術だけでなく、アカウント権限、アプリケーションの相互作用、ユーザー操作上のリスクにも関わることを示しています。
オンチェーンのプライバシーと金融規制は、必ずしも両立しないものではありませんが、具体的な技術的・制度的な仕組みによって結び付ける必要があります。
従来のパブリックブロックチェーンでは、誰でもほとんどのトークン送金額を閲覧できます。この透明性は一部の監査上の障壁を低減する一方、商業上機密性の高い情報を無関係な第三者にも公開します。
ERC-7984は別のアプローチを試みています。一般の人々がすべての平文金額を見る必要はない一方、認可された参加者は業務上必要な場合に特定のデータへアクセスできます。
たとえば、企業は財務監査人に関連する取引額の閲覧を許可でき、規制対象の金融機関は顧客の本人確認や資金活動に関して必要な確認を実施でき、発行者は適用法に従って凍結または送金制限を設定できます。
OpenZeppelinのオブザーバー権限およびRWA拡張機能は、このような選択的開示のための技術コンポーネントを提供します。ただし、特定の規制要件を満たすかどうかは、本人確認、権限管理、記録保持、データ開示手続き、適用法に左右されます。
重要なのは、ERC-7984の基本標準が完全なコンプライアンスフレームワークを自動的に提供するものではないことです。開発者は、プライバシー機能が必要なリスク管理や法的義務を妨げないよう、追加の業務管理を設計する必要があります。
長期的には、この種の制御可能な機密性は、完全に公開されたモデルや完全に匿名のモデルよりも、特定の機関向け金融アプリケーションに適している可能性があります。
1つ目の課題は計算パフォーマンスです。FHEには複雑な暗号化計算が必要であり、そのパフォーマンスコストは通常の平文操作よりも高くなる傾向があります。高頻度決済や複雑なDeFiプロトコルでは、計算遅延、インフラコスト、システムスループットが実際のユーザー体験に影響する可能性があります。
2つ目の課題は、ウォレットおよびアプリケーションとの互換性です。ERC-7984はERC-20と直接互換ではありません。ウォレットには、機密金額の入力、暗号化データ処理、認可済み復号への対応が必要です。取引プラットフォームおよびDeFiプロトコルも、関連インターフェースへの対応が必要です。
3つ目の課題は、鍵とアクセス権限の管理です。機密データのセキュリティは暗号化アルゴリズムだけでなく、誰がデータを復号できるか、どのように権限が付与されるか、どのようにアクセスが取り消されるかにも依存します。権限の設定が誤っている場合、本来アクセス権を持つべきではない参加者により、機密性の高い金額が読み取られる可能性があります。
4つ目の課題は、プライバシーの境界です。ERC-7984の基本標準は主に残高と金額を保護します。アドレスやすべての取引メタデータを自動的に隠すものではありません。金額が機密に保たれていても、外部の観察者は取引関係や時刻パターンを通じて口座活動を分析できる可能性があります。
5つ目の課題は、標準の成熟度とセキュリティ検証です。ERC-7984は現在も発展途上であり、具体的な実装は基盤となるプライバシーコンピューティング機構に依存します。コントラクト、拡張コンポーネント、デプロイ環境のバージョンによって、セキュリティ上の前提条件は異なる場合があります。開発者はリスクを独自に評価する必要があります。
最後の課題は、エコシステムにおけるネットワーク効果です。ERC-20の利点は技術インターフェースだけでなく、取引プラットフォーム、ウォレット、レンディングプロトコル、決済ツールにわたる幅広いサポートにもあります。ERC-7984が同様のアプリケーションネットワークを形成するには、より多くのインフラ提供者と開発者の参加が必要です。
これらの課題は、ERC-7984を、すべての公開トークンをシームレスに置き換えられる成熟したソリューションではなく、機密オンチェーン金融に向けた重要なインフラ探索として捉えるべきことを示しています。
ERC-7984は、機密代替可能トークンに関する標準インターフェースを確立するためのEthereum提案です。その中核的な目的は、トークンの送金およびスマートコントラクトとのやり取りを維持しながら、口座残高と送金額を保護することにあります。
従来のERC-20トークンと比べて、ERC-7984が導入する重要な変更は、単にプライバシーオプションを追加することではありません。機密データ表現、送金インターフェース、権限管理をトークン設計に組み込んでいます。FHEなどの基盤技術を通じて、開発者は平文金額を公開せずに特定のオンチェーン金融操作を実行する方法を検討できます。
OpenZeppelinおよびZamaの関連実装は、機密ステーブルコイン、機関向け決済、RWA、プライバシー保護型DeFiのための再利用可能な開発基盤を提供します。ただし、この標準は現在も発展途上であり、計算パフォーマンス、アプリケーション互換性、権限のセキュリティ、規制要件は、実用化における重要な課題であり続けます。
より広い業界の観点では、ERC-7984の価値は、ブロックチェーンの透明性を完全に失わせることではなく、公開かつ検証可能なインフラの上で、異なる金融活動に必要な商業上の機密性をどのように提供するかを探る点にあります。オンチェーン金融アプリケーションが企業間決済や機関投資家による資産管理へと徐々に拡大するなか、この種の制御可能な機密性は、将来のトークン標準における重要な発展方向となる可能性があります。
ERC-7984は、機密代替可能トークン標準に関する提案です。機密値の参照を通じてトークン残高と送金額を保護しながら、トークンの送金およびスマートコントラクトとのやり取りを可能にすることを目的としています。
ERC-20は通常、残高と送金額を公開します。一方、ERC-7984ではこれらの値を機密データとして扱います。両標準は異なるインターフェースを使用しており、完全に互換性があると見なすべきではありません。
ERC-7984自体はFHEの使用を必須としていません。ただし、OpenZeppelinの関連実装では、ZamaのFHE技術を使用して暗号化された残高および送金額を処理しています。
基本標準は送信者および受信者のアドレスを自動的に隠しません。主なプライバシー保護の対象はトークン残高と送金額です。アドレスのプライバシーには追加の仕組みが必要です。
はい。機密ステーブルコインの技術基盤として使用でき、ステーブルコインの送金額を一般に非公開にできます。ただし、具体的な発行、準備金、コンプライアンスの要件は、引き続き発行者が満たす必要があります。
はい。開発者は、機密トークンに口座制限、凍結、認可されたオブザーバー機能を追加して、特定の規制対象資産のシナリオを支援できます。
ERC-7984はトークンインターフェース標準である一方、ゼロ知識証明は暗号技術の一種です。ERC-7984は、ZKに関連するメカニズムを含め、さまざまなプライバシー実装を使用できます。
対応したDeFiアプリケーションを支援できますが、既存のERC-20プロトコルは一般にERC-7984の機密値を直接処理できません。追加の開発と統合が必要です。
Operator権限付与には期限がありますが、権限付与期間中は、オペレーターが口座内のすべてのトークンを送金できる可能性があります。ユーザーは、権限を付与する相手を慎重に選択し、権限付与期間を適切に管理する必要があります。
2026年10月時点で、ERC-7984は提案段階にとどまっています。参照実装および開発コンポーネントは利用可能ですが、最終仕様およびエコシステムのサポートは今後も変更される可能性があります。
* 本情報はGateが提供または保証する金融アドバイス、その他のいかなる種類の推奨を意図したものではなく、構成するものではありません。
* 本記事はGateを参照することなく複製/送信/複写することを禁じます。違反した場合は著作権法の侵害となり法的措置の対象となります。





