イーサリアム2.0はゴールではない――今後注目すべきEIP案をいくつか紹介
TechFlow厳選深潮セレクト
イーサリアム2.0はゴールではない――今後注目すべきEIP案をいくつか紹介
技術の進化が遅いと常に批判されているものの、イーサリアムが業界最大の開発者コミュニティを持っていることは否定できない。
著者:Ans, Krypital Group
編集:Krypital Group
本記事は学習・参考用であり、いかなる投資助言にも該当しません。
EIPとは?
EIP(Ethereum Improvement Proposals:イーサリアム改善提案)は、イーサリアムコミュニティにおけるガバナンスの基本単位です。
EIPには、ネットワークアップグレードやアプリケーション標準に関する技術仕様、議論、策定が含まれます。ネットワーク提案(Networking)、インターフェース提案(Interface)、ERC提案(ERC)などがこれにあたり、特に広く知られているERC(Ethereum Request For Comment)は、イーサリアム開発の標準およびプロトコルを指します。例えばよく使われるERC-20、ERC-721などがあります。
イーサリアムコミュニティの誰もがEIPを作成し、新機能やプロセスの提案を行うことができます。EIPには、その機能とその背景にある理由について簡潔な技術的詳細を提示する必要があります。最終的に、イーサリアムのコア開発チームがこれを共通標準として採用し、ネットワークアップグレードに組み込むかどうかを決定します。たとえば「イーサリアム上海アップグレード」や「ロンドンアップグレード」などが該当します。
1. EIP-2612 チェーン外署名による承認
このEIPについて説明する前に、次のケースを考えましょう。新しいウォレットにUSDCしかなく、ETH(ガス代)がない場合、スマートコントラクトとやり取りして支払いなどの操作を行うことは可能でしょうか?
答えは「可能」です。なぜなら、USDCはEIP-2612準拠のERC-2612トークンだからです。

EIP-2612はERC-20標準に新たな命令「permit」を追加しています。この機能はapprove関数と同じですが、署名をパラメータとして受け取ります。
つまり、ERC-2612のユーザー署名操作にはapprove情報がすでに含まれているということです。コントラクトが署名を検証した後、transferFrom操作を実行できます。また、このサービス提供者はユーザーに代わってメインネットのガス料金を支払い、取引されたトークンから対応する手数料を差し引くことも可能です(たとえば、USDCでは直接USDCからガス代が引き落とされます)。

あるユーザーが悪意あるコントラクトに対して署名を行い、469,146個のUSDCを盗まれた
しかし、この仕組みは利便性を高める一方で、悪用されるリスクも同時に抱えています。これは将来的にウォレット各社が警告表示などを最適化していく必要があるでしょう。
そのため現在、ウォレットが署名要求を表示した際には、リクエスト内容を注意深く確認する必要があります。たとえapproveの要求が明示されていなくても、USDCのようなERC-2612トークン資産が盗まれる可能性があるのです。
2. EIP-3074
EIP-3074は、EIP-1559に次ぐ最も注目されているEIPとされています。このEIPは、EVMに新しい2つの命令「AUTH」と「AUTHCALL」を導入します。これらにより、EOA(通常のイーサリアムアドレス)が自身のアカウント制御権をスマートコントラクト呼び出し側に委任できるようになります。また、ユーザーは1回のトランザクションで複数の操作(例:approve、送信、approveの取り消し)を同時に行えるようになります。

現在のETHでの操作体験を振り返ってみましょう。Swapの場合、まずガスとしてETHをウォレットに入れる必要があります。最初にapprove承認のトランザクションを行い、その後transferFromでトークンをコントラクトに送信するという流れです。
前述の通り、approveはユーザーに余分なガスコストと煩雑な操作を強いるだけでなく、セキュリティ上のリスクも残しています。過去2年間で、ERC20のapproveに関連するセキュリティ問題が頻発しています。
EIP-3074はイーサリアムのインタラクションモデルに大きな変更をもたらすため、現時点では審査段階にあり、メインネットではまだ有効化されていません。もしEIP-3074が順調に有効化されれば、イーサリアムはバッチトランザクション(一括取引)をサポートし、複数の取引を1回の呼び出しで実行することで手数料を削減できるようになります。例えば、approveとtransferFromを単一のトランザクション内で同時実行可能です。また、EIP-3074はスポンサードトランザクションも実現します。つまり、アカウントにETHがなくても、別のアカウントがガス代を支払うことができるのです。
3. EIP-4626 トークン化されたVault標準
Fei Protocol創設者のJoey Santoro氏とRari Capitalの開発者Jet Jadeja氏がEIP-4626においてERC-4626標準を提案しました。
ERC-4626標準の意義
Yield-bearing Token(利子付きトークン)とは、時間の経過とともに自動的に利子を生むトークンのことで、stETH、xSUSHI、CompoundのcUSDCなどが該当します。これらのトークンは、Vaultにロックされたネイティブトークンと交換可能です。
現在、多くのDeFiプロトコルがYield-tokenをインセンティブとして採用しています。たとえば、収益アグリゲーター(Yearn、Rari、Idle)、貸借プロトコル(Compound、Aave、Fuse)、ステーキング報酬トークン(xSUSHI)などです。
ERC-4626は、DeFiの収益Vault(預金庫)の技術仕様(発行、預け入れ、引き出し、残高など)を標準化することを目指しており、相互運用性、アクセシビリティ、統合安全性を高め、DeFiのレゴブロックとして新たな構成要素となることを狙っています。
Joey Santoro氏は次のように述べています。「既に、リターントークンには多くのユースケースがあることがわかります。これはDeFi Vaultに標準が欠如しているため、実装方法が多様化しているからです。」「各プロトコルが独自のアダプターを開発しており、エラーが起きやすく、開発リソースの無駄になっています。これは全DeFi業界の問題です。」
リターン派生トークンに統一標準がなければ、DeFiプロトコル間の相互運用性はますます複雑になり、開発者の統合負担が増し、セキュリティリスクも高まります。
実際に、Rari CapitalのETHプールはAlpha Financeとの統合に脆弱性があり、攻撃を受け多数のETHを失いました。原因は、Rariの戦略にAlpha FinanceのリターントークンibETHが組み込まれていたことですが、Rariの開発者がibETHのwork関数が外部呼び出しであることに気づかず、攻撃者が戻り値を改ざんできたためです。もし標準化されていれば、開発者は各リターントークンの設計を明確に理解でき、こうした事故を大幅に回避できたでしょう。
Alchemix共同創業者のScoopy Trooples氏はERC-4626について、「今まさにこれが欲しい」とコメント。「Alchemix v2の最大の課題は、異なるリターントークンごとに監査が必要なカスタムソリューションを構築しなければならない点でした。標準化されれば、統合と相互作用が非常に簡単になります。」
Joey Santoro氏は、「トークン化されたVault標準は、DeFiの相互運用性を爆発的に高め、開発者とユーザーにとってより良い体験を提供します。」「今回の提案は小さな変更に見えるかもしれませんが、DeFiの使いやすさ、流動性、有用性に深い影響を与える可能性があります。ちょうどERC-721がNFTの繁栄の基盤を築いたように。」
4. EIP-4907(NFTレンディングプロトコル)
ここ数年、ゲームフィー(GameFi)の発展を支えてきたのが、ギルドの奨学金制度であり、これはレンタル機能の重要性を示しています。ERC-4907はNFTに「所有者」と「ユーザー」という2つの役割を定義可能にし、expires関数を追加することで、「ユーザー」の権限が一定期間後に自動的に失効します。NFTの所有権と使用権を分離することで、Web3ゲームやメタバースにおけるNFTレンタル機能の統一標準を構築し、NFTに新たな金融的属性を与え、流動性を解放することを目的としています。
レンタル機能によりユーザーの参入コストが低下し、高額プレイヤーと一般ユーザーの双方にメリットをもたらします。ERC-4907はNFTレンタルの統合コストを大幅に下げます。予見可能な将来、GameFiはブロックチェーン業界の重要な構成部分であり続けます。このような標準が普及すれば、主要なNFT取引所がレンタル機能を搭載するのは時間の問題でしょう。
5. EIP-4361(Sign-In with Ethereum)
EIP-4361は、イーサリアム財団、イーサリアムドメインネームシステム(ENS)、デジタルID認証企業Spruceによって共同で開発されました。
Web2においてサービスにログインする場合、ユーザーはユーザー名またはメールアドレスとパスワードを入力する必要があります。これらのデータはサービス提供者の内部データベースに保存されますが、中央集権的なデータ管理は情報漏洩や悪用のリスクがあり、プロセスも面倒で、各プラットフォームのアカウントデータが分断されているため不便です。一部のプラットフォームではアカウント停止によりユーザーが資産を失う可能性もあります。

EIP-4361は、Web3サービス(ウォレットやDApps)で一般的に使われる方法を利用して、Web2サービスへのログイン方法を変革しようとしています。ユーザーはユーザー名とパスワードではなく、自分のイーサリアムアカウントによる署名で本人認証を行います。
このモデルは、本質的に分散型で100%稼働し、ユーザーが自らデータを所有する「Gravatar」のようなものです。データは私企業が保持するのではなく、イーサリアムブロックチェーン上に公開され、すべてのアプリケーションが利用できます。ユーザーは複数のアプリケーションで同じアイデンティティを持ち、すべてのアプリケーションがユーザーの署名済みウォレットで認証を行います。
本人認証メッセージに署名
ENS
ENSはイーサリアム財団が支援する分散型ドメインプロジェクトであり、EIP-4361の重要な構成要素です。長くて覚えにくいイーサリアムアドレスを、人間が読みやすいシンプルな名前で表示できるようにします。これにより、アドレスや他のデータの共有、使用、記憶が容易になります。
また、ENSはユーザーがメールアドレス、Twitterアカウント、NFTのアバターなどを自身のドメインに紐づけ、第三者プラットフォームが読み取り表示できるようにします。これはWeb3世界にアイデンティティ層を構築するようなものです。

http://login.xyz でこのEIPの普及状況を確認できます。Vitalik氏の支持もあり、現在ほとんどのイーサリアムアプリケーションがENSドメインをサポートしています。
6. EIP-3525 半代替可能トークン(semi-fungible token)
EIP-3525はSolv Protocolが提案したもので、現在は新規トークン標準ERC-3525として承認されていません。EIP-3525は「SFT(半代替可能トークン)」という新しい概念を定義しています。これはFT(完全代替可能)とNFT(非代替可能)に並ぶ、第三の汎用デジタル資産タイプです。
「半」代替可能という名の通り、これはFTとNFTの中間に位置し、分割計算が可能でありながらも唯一性を持つという特徴があります。適用範囲は非常に広く、類似しているが同一ではない複数のトークンを「同種」として識別し、同種間での送金などの特殊操作を許可します。結果的に、同種のトークン間でマージ、分割、フラグメンテーションといった数学的操作が可能になります。
SFTは、数量属性を持ち、時折マージや分割が必要になるデジタルアイテムの表現に最適です。
-
たとえば、Web3やメタバースにおける高度な仮想アイテムや装備、バーチャル土地などは、NFTで表現すると土地の分割・統合が困難ですが、SFTであれば簡単に処理できます。
-
あるいは、アップグレード可能でマージ可能なゲーム装備も、SFTの計算可能性と組み合わせ可能性により、開発難易度が大幅に低下し、仮想商品取引の流動性が向上します。
会員カード、ギフト券、抽選券などをERC-3525に基づいて作成すれば、これまでにない新しい機能を実現でき、Web3アプリのユーザー体験を豊かにすることができます。
さらに、ERC-3525は金融手形、土地権利証、債券、オプションなど、数量属性を持つ高度なデジタル金融資産にも応用可能です。たとえば、条件がまったく同じで額面がそれぞれ500元の債券2枚は、同じ条件で額面1000元の債券1枚と等価とみなせます。
まとめ
近年、イーサリアムは技術進化の速度が遅いと批判されることもありますが、否定できないのは、イーサリアムが業界最大の開発者コミュニティを持ち、無数の開発者が協力してその技術的フロンティアとエコシステム規模を拡大し続けていることです。
これにより、イーサリアムは持続可能なアップグレード能力を獲得しており、予見可能な将来においてもこの優位性を維持し続けるでしょう。
ここに挙げたEIP以外にも、イーサリアムでは多数の重要なEIPが開発中ですが、本稿の都合上すべてを紹介することはできません。
しかし確かなのは、さまざまなEIPが継続的にアップグレードを推進する中で、イーサリアム2.0がゴールではなく、今後さらに多くの可能性が広がっていくということです。
参照:
https://blog.mycrypto.com/sign-in-with-ethereum-an-alternative-to-centralized-identity-providers/
https://ethereum.org/zh/eips/
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News














