
ERC-777はEthereumのトークン標準の一つで、トークンの送信方法、スマートコントラクトによる安全な受け取り方法、ユーザーが他者に代理でトークン送信を許可する方法を定義しています。ERC-20との互換性を維持しつつ、ERC-777はプログラム可能な受領やオペレーターによる委任操作などの新機能を備えています。
ERC-777はEthereum Improvement Proposal(EIP-777)で提案され、2019年に確定しました。これは従来のトークン標準の課題、特にコントラクトでの受領体験や拡張性を改善するためです。多くの実装ではERC-777とERC-20両方のインターフェースを公開し、ウォレットや取引所での認識と互換性を確保しています。
ERC-777の主目的は、プログラム可能な受領と委任認可を標準化し、手動のapprove/transfer手順による煩雑さや、受け取れないコントラクトへの誤送金リスクを減らすことです。
ERC-20初期にはコントラクトが受信トークンを自動検知できず、補助関数やイベントリスナーに頼っていました。ERC-777は受領時にコールバックを発生させ、受信者が即座に送金処理(会計、権限付与、異常送信元の拒否など)を行えるようにしています。
ERC-777の中心は「受領フック」と「インターフェース検出」です。受領フックはトークン到着時に受信者(ユーザーやコントラクト)へ通知し、記録更新や送金拒否など設定済みのロジックを実行します。
送信者が受信者のフック対応可否を確認するため、ERC-777はEIP-1820レジストリを利用します。これは各アドレスが対応インターフェースを記録するブロックチェーン上の「アドレス帳」です。送金時、トークンコントラクトはレジストリを照会し、受信アドレスが受領フックインターフェースを登録していれば、送金前後にフックを呼び出します。
さらにERC-777では「オペレーター」を導入しています。これは代理で送金を実行できる認可済みアカウントで、カストディサービスや自動支払い、企業向けの一括処理などに最適です。
主な違いは、プログラム可能な受領と委任送金のサポートです。ERC-777は受領フックとオペレーターを標準搭載していますが、ERC-20はtransfer/approve/transferFromの基本フローのみです。
互換性のため、多くのERC-777トークンはERC-20インターフェースも実装しており、従来のウォレットや取引所でも認識可能です。ただし、ERC-777はインターフェース検出にEIP-1820を利用するため、古いコントラクトやツールではこの仕組みに未対応の場合、挙動が異なることがあります。
設計上のトレードオフとして、ERC-777は受信者が着信トークンを自動処理でき、ユーザー体験が向上します。ただしフック機能により新たなセキュリティリスクや複雑性が生じるため、開発者はリエントランシーなどのリスクに十分注意が必要です。
一般ユーザーにとって、ERC-777トークンの送金操作はERC-20とほぼ同様です。ほとんどのウォレットはアドレスと金額のみ必要です。受信先がフック対応コントラクトの場合、受領時に自動で記録更新やアクセス権付与などの処理が実行されます。
ステップ1:ウォレットやアプリがERC-777トークンを認識するか確認します。トークンのドキュメントやウォレットの説明書で、フック対応の受領・表示機能がサポートされているか確認しましょう。
ステップ2:少額でテスト送金を行います。対象アドレスに最小限の金額を送信し、受信コントラクトが正常に受領・会計・フィードバック処理できるか確認します。
ステップ3:オペレーター認可を管理します。アプリにオペレーター管理画面がある場合、信頼できるアドレスのみに委任権限を付与し、不要な認可は定期的に見直し・解除してください。
取引所利用時は、入出金前に標準サポートを必ず確認しましょう。Gateで入出金する場合も、公式ドキュメントやサポートにERC-777対応チャンネルの有無を確認してください。ERC-20のみ対応の場合は、正しいネットワークとコントラクトアドレスを選択し、資産喪失を防ぎましょう。
ERC-777は「受領時に即実行」が求められるシナリオに最適です:
2025年現在、主要DeFiプロトコルは主にERC-20を利用していますが、受領即処理が必要な特殊用途ではERC-777が円滑なインタラクションを実現します。
最大のリスクは、受領フックによるリエントランシー攻撃です。受信コントラクトがフック内で外部呼び出しを行うと、悪意ある攻撃者が資金を繰り返し引き出す可能性があります。実際、ERC-777フック周辺のリエントランシーや互換性問題は、2020年頃のコミュニティ議論でも損失事例が報告されています。
ユーザー向け:
開発者向け:
シンプルな「転送+コールバック」機能が欲しい場合は、ERC-1363(transferAndCallパターン等)を検討すると良いでしょう。変更が少なくコスト効率も高いですが、エコシステム対応は限定的です。approve/transferの2段階操作を省略したい場合は、ERC-2612(permit署名認可)がERC-20内で広く採用されています。
受領フック・オペレーター委任・インターフェース検出など包括的な機能が必要で、複雑性や監査要件も管理できる場合はERC-777を選択してください。それ以外はERC-20+ERC-2612の組み合わせやERC-1363の活用が既存インフラに適しています。
2025年現在、ERC-777の採用率はERC-20ほど高くありません。主な理由は、ERC-20が事実上の標準となり、ツールや監査ノウハウが充実しているためです。ERC-777は高度な機能を提供しますが、フック利用には高いセキュリティ配慮が必要で、多くのプロジェクトはERC-20上にpermitやコールバック機能を追加する形で妥協しています。
実際には、ERC-777は「オンデマンド標準」として、プログラム可能な受領や堅固なセキュリティエンジニアリングが必要なチームに最適です。
ERC-777はトークン受領体験とプログラム可能性を大幅に向上させます。受領フックによる即時処理、オペレーターによる委任送金、EIP-1820レジストリによるインターフェース検出が可能です。ただし、これらの機能は追加のセキュリティ・互換性コストを伴い、慎重な設計と十分なテストが不可欠です。一般ユーザーの送金・保管体験はERC-20と大きく変わりませんが、Gate等の取引所利用時はネットワーク対応を必ず確認し、資産トラブルを防いでください。総じて、ERC-777は自動化や細かな制御が求められる用途に最適であり、幅広いユースケースではERC-20が引き続き主流です。
暗号資産分野で「777」は、通常ERC-777トークン標準を指します。これはERC-20を基盤とし、トークン送信時にスマートコントラクト処理をトリガーするなど高度な機能を追加したEthereumプロトコルです。簡単に言えば、ERC-777は柔軟かつインテリジェントなトークン取引を可能にします。
ERC-777最大の利点は、送金時に自動で追加ロジックを実行できる「フック」機能です。これにより、個別の承認・送金ステップが不要となります。開発者は自動ステーキングや条件付き送金など複雑なアプリケーションを構築可能です。ユーザー体験は向上しますが、フックに伴うセキュリティリスクへの配慮が必要です。
Gateは主要トークン(ERC-777含む一部)で入出金をサポートしています。Gateの入出金ページで対象トークンを選び、表示された手順を確認してください。大口取引前に少額テストでアドレスやネットワークの正確性を確認し、資産損失を防ぎましょう。
ERC-777は高機能ですが、複雑性や互換性の課題から普及が限定的です。従来ウォレットや取引所の多くはERC-777への対応が不完全で、フック機構には追加のセキュリティ対策が必要です。そのため、ほとんどのプロジェクトは安定して広くサポートされるERC-20を選択し続けています。
まずERC-20トークン標準の基本を理解し、スマートコントラクト開発(Solidityなど)を学びましょう。ブロックチェーンの送金原理、ガス代、認可メカニズムなどへの理解も役立ちます。一般ユーザーは「高機能トークン」であることを知っていれば十分ですが、開発者は実装詳細まで深く学習してください。


