EIP

BNBチェーンは3月20日にPascalハードフォークアップグレードを実施し、EIP-7702をサポートします。

ChainCatcher のメッセージ、BNB Chain は 2025 年 3 月 20 日にメインネット Pascal ハードフォークを実施し、EVM 互換性を向上させ、EIP-7702 を採用する最初のパブリックチェーンの一つとなります。このアップグレードでは、Gas 抽象化、EOA ウォレットのスマートコントラクト化、バッチ取引などの機能が導入され、ユーザーによりスムーズな体験を提供し、開発者にはより高い柔軟性をもたらします。EIP-7702 提案により、BNB Chain は外部所有アカウント(EOA)が取引中に一時的にスマートコントラクトの機能を持ちながらアカウントの安全性を維持できるようにします。このアップグレードは、ユーザーが Web3 に入るためのハードルを大幅に下げることになります。例えば、Gas 料金の抽象化により、ユーザーのアカウントにガス料金のネイティブトークンを保持することなく、オンチェーンでのインタラクションを完了できるようになります。また、dApp がユーザーのためにガス料金をスポンサーすることを許可し、バッチ取引などの機能を提供することで、ユーザーのオンチェーン体験を向上させます。これまでに、Pascal ハードフォークはテストネットで完了しています。今後のメインネットアップグレードに向けて、3 月 20 日までにノードオペレーターとバリデーターは v1.5.7(BSC)または v0.5.2/v0.5.6(opBNB)にアップデートする必要があります。取引所やインフラストラクチャプロバイダーはハードフォーク前に互換性を確保し、開発者は新しい取引タイプをサポートするために dApp をテストし、更新する必要があります。BNB Chain の 2025 年技術ロードマップによれば、コミュニティは 4 月に Lorentz ハードフォークを計画しており、6 月には Maxwel l ハードフォークアップグレードを実施し、ブロック生成速度を 0.75 秒に引き上げる予定です。現在、この提案はコミュニティの意見を公募しています。

イーサリアム財団は、Pectraのアップグレードエコシステムを支援するために20万ドルの助成金を提供します。

ChainCatcher メッセージ、イーサリアム財団は Pectra アップグレードエコシステムを支援するために 20 万ドルの助成金を提供することを発表しました。申請期限は 2 月 23 日までです。Pectra プロアクティブ助成金ラウンドに提出される提案は、以下の 1 つまたは複数の重点分野に該当する必要があります:コアプロトコルサポート:Pectra に導入されたプロトコルレベルの変更を直接サポートするツールやライブラリの開発、Pectra に関連する更新がコアプロトコルにシームレスに統合されることを保証するインフラの構築。ツールとインフラ:ビルダー、ステークホルダー、エンドユーザーに必須のツールの更新、Pectra に直接関連する EIP をサポートする新しいツールの作成。テストとセキュリティ:テストフレームワークとインフラの強化、Pectra アップグレード前後でネットワークセキュリティを改善するツール。採用と影響分析:Pectra に導入された変更の採用状況を追跡・分析するプロジェクト、Pectra 関連 EIP がイーサリアムエコシステムとプロトコルに与える影響を測定するためのツールやフレームワーク。

第201回イーサリアムACDE会議:EIP 7691がPectraアップグレードに組み込まれることが確認されました

ChainCatcher のメッセージ、Galaxy の研究副社長クリスティン・キムが第201回イーサリアムコア開発者実行(ACDE)電話会議の要点をまとめました:Pectra が EIP 7691 に正式に組み込まれ、blob の容量が倍増します;calldata コストを増加させる EIP 7623 も組み込まれました;最低 blob 基本料金を増加させる EIP 7762 は組み込まれませんでした(次回の ACD でさらに議論される可能性があります);マージ前の履歴を提供しない EIP 7639 と、取引 gas を制限する EIP 5-4803 は Pectra に関連する可能性があり、さらなる議論が必要です(前者は純粋なネットワークの変更であり、後者は遡及的な EIP で、既存のクライアントの動作を変更しません)。さらに、2週間前、Pectra Devnet 4 の仕様に基づく Mekong テストネットが重大な問題に直面し、すべてのクライアントチームが修正プログラムをリリースしました。Mekong は現在安定しており、開発者は Devnet 5 のリリースに集中しています。開発者は来週の月曜日の Pectra テスト電話会議で Devnet 5 と 6 のスケジュールについて議論します。

イーサリアム開発者がネイティブトークンに関する提案EIP-7809を提出しました。

ChainCatcher メッセージ、イーサリアム開発者 Paul Berg がイーサリアム上の複数のネイティブトークンに関する提案を発表しました。これは、ユーザーがトークンを移転する際の体験を改善し、ネイティブ金融商品をより簡単に展開できるようにし、イーサリアム L2 アプリの革新の可能性を高めることを目的としています。この提案は EIP-7809 と呼ばれ、EVM に後方互換性のある拡張を追加することを提案しています。イーサリアムが新しい提案のプロセスを承認すれば、同質トークンが「ネイティブのような(native-like)」属性で動作することを可能にします。ETH はすでにイーサリアムのネイティブトークンとして機能しており、ほぼすべての他のイーサリアムベースのトークンはこのネットワーク上に構築されていますが、ETH が持つほとんどの「ネイティブ」特性は含まれていません。これにより、オペコードを直接使用してトークンを移転する機能や、単一のコントラクト呼び出しで複数のトークンを移転する機能が制限されています。EIP-7809 は次の4つの新しいオペコードを導入します:1、MINT & BURN、トークンの供給を管理するためにトークンを鋳造および焼却することを許可します;2、BALANCEOF、トークンの残高を確認するために使用されます;3、NTCALL、コントラクトを呼び出す必要があるトークン移転用;4、NTCREATE、前払いトークン預金を含むコントラクトを作成するためのものです。

イーサリアムの開発者がMekongテストネットを立ち上げ、Pectraアップグレードを試用します。

ChainCatcher メッセージ、イーサリアム開発者は Pectra アップグレードのために Mekong という名前の一時的なテストネットを導入しました。このテストネットは特定のコード変更を試すことを目的としており、その後他の公共テストネットに展開され、最終的にはメインネットに展開される予定です。イーサリアムのコア開発者のブログ記事によると、テストネットはこれらの変更の影響を探ることを目的としています。この投稿では、テストネットは非常に短い期間運用されるが、Pectra が完全に機能することが期待されており、すべての提案された EIP が含まれていると指摘しています。開発者は「私たちはいくつかの小さな仕様変更や小規模な EIP を見るかもしれませんが、ここに含まれる機能は既存の公共テストネットに入り、最終的にはイーサリアムのメインネットに入るでしょう」と述べています。当初、Pectra アップグレード計画には 20 のイーサリアム改善提案が含まれていましたが、この数字は約 8 に減少しました。これらの変更は、Pectra がメインネットで立ち上がる際にユーザーエクスペリエンスとネットワーク効率を改善することに重点を置いています。現在テスト中の主な変更には、暗号ウォレットとアカウント抽象のユーザーエクスペリエンスの改善、バリデーターの最大ステーキング制限を 32 ETH から 2,048 ETH に引き上げること、入金および退出メカニズムの更新などが含まれています。

イーサリアム ACDC#144:開発者は Pectra に EIP 7742 を組み込むことを提案しており、blob gas の目標と最大制限を動的に設定できるようにします。

ChainCatcher のメッセージで、Galaxy の研究副社長 Christine Kim が第 144 回イーサリアムコア開発者コンセンサス会議(ACDC #144)の主要内容をまとめて発表しました:開発者は、Pectra に新しいコード変更 EIP 7742 を含めることに同意しました。これにより、ビーコーチェーンがネットワークの目標と最大 blob gas 制限を動的に設定できるようになります。EIP 7742 の採用は、開発者が Pectra に目標と最大 blob gas 制限を追加する可能性があることを示しています。しかし、一部の開発者は電話会議で、追加の EIP(特に EIP 7742)の採用がメインネット上の他の Pectra コード変更のアクティベーションを遅らせる懸念を提起しました。開発者はまた、Pectra と PeerDAS 開発のテスト進捗についても議論しました。L2 rollup Base の開発者 Francis Li は、Pectra の blob 容量を増やす緊急性と基本原理を紹介しました。Li は、blob gas 目標を 5 に、最大値を 8 に増やし、ネットワーク層で engine_getBlobsV1 の実装などの追加作業を行うことを提案しました。Busa は、blob 容量の増加は EIP 7742 の展開と組み合わせるべきであり、EIP 7742 は CL を通じて blob gas 目標と最大制限を動的に設定するメカニズムを導入すると指摘しました。Busa は、現在これらのパラメータを設定するメカニズムを変更するのが難しいため、EIP 7742 の導入により、開発者が将来的にこれらの設定を簡単に調整できるようになると述べました。例えば、PeerDAS のようなアップグレードが可能です。しかし、Busa はまた、EIP 7742 の展開には EL と CL のクライアントチームの追加作業が必要であり、Pectra のスケジュールが 1 か月から 2 か月遅れる可能性があることを指摘しました。彼は、開発者に対して、不要な Pectra アップグレードの遅延を避けるために、EIP 7742 の作業を早期に開始することを検討するよう促しました。

最新のイーサリアム ACDE 会議では、イーサリアムの blob 料金市場に関連する複数の EIP を Pectra に組み込む可能性について議論されました。

ChainCatcher のメッセージで、Galaxy の研究副社長 Christine Kim が第 197 回イーサリアムコア開発者実行(ACDE)電話会議をまとめ、イーサリアム実行層(EL)への変更について議論し調整しました。開発者たちは、限られた範囲で Pectra アップグレードを進めることに同意し、現在は Devnet 3 上の 8 つのイーサリアム改善提案(EIP)のみを含んでいます。彼らはまた、アップグレード計画の過程で、イーサリアムの blob 料金市場に関連する 4 つの EIP を Pectra に含める可能性があることにも同意しました。Vitalik は Pectra に blob 容量を追加することを支持しましたが、他の開発者は反対の意見を示し、現時点では結論は出ていません。他の blob 関連の EIP には、EIP 7762(MIN_BASE_FEE_PER_BLOB_GAS の増加)、EIP 7623(呼び出しデータコストの増加)、および EIP 7742(CL と EL の間の blob カウントの分離)が含まれます。Beiko は Pectra の後の次のアップグレードが確かに Fusaka と名付けられ、PeerDAS と EOF が含まれることを確認しました。Fusaka には他の EIP が追加される可能性がありますが、これらの 2 つの EIP の実施がさらなる進展を遂げることが前提です。最後に、Beiko は Osaka の後に EL アップグレードのための新しい EIP を開設することを示し、その名を "Amsterdam" とし、元々 Osaka に含めることを考えていた EIP である Verkle を新しい Amsterdam EIP に引き継ぐことを述べました。
チェーンキャッチャー イノベーターとともにWeb3の世界を構築する