zkSync 2.0 アップデート: 動的料金マイルストーンが完了

著者: シャジア

出典: メディア

公開ロードマップがリリースされてから 1 か月も経たないうちに、イーサリアムのレイヤー 2 スケーリング ソリューションである zkSync が、メインネットに向けた新たな大きなマイルストーンを達成しました。動的な料金マイルストーンには、新しい料金モデル、アカウント抽象化に支払者サポートを追加するための更新、および EIP-1559 サポートが含まれています。これにより、イーサリアムの価値とセキュリティを拡張するというzkSyncの使命の実現にもまた一歩近づくことができます。

動的手数料

ネットワークが機能するには、料金を支払う必要があります。L2 プロトコルの実行には費用がかかり、トランザクション料金でこれらのコストをカバーする必要があります。コストをカバーするのに十分な料金を請求する必要がありますが、私たちの目標は、コストをできるだけ低く抑えることです。これは、トランザクションに対して「X ETH」を請求するという単純な事実の背後に、提案された手数料が実際に最適であることを確認するための監視と分析が必要であることを意味します。

また、ユーザーが支払うことに同意する金額をコントロールできるようにしたいと考えています。イーサリアムとは異なり、トランザクションコストのかなりの部分は、データの可用性を保証するために L1 で公開する必要があるデータの量を表します。この価格要素は、L1 のガス価格によって異なります。通信事業者はガス価格に基づいて料金を計算し、zkSync 2.0 での同じトランザクションでも、イーサリアムでのアクティビティのレベルに応じて異なる料金が発生する可能性があります。

これは、トランザクション手数料が 2 つの値に基づいて計算されることを意味します: (1) トランザクションを処理し、その証明を生成するために必要な計算量、および (2) 最終的にトランザクションを完了するために必要な L1 ガス料金。目標は、ユーザーがこれら 2 つのコンポーネントを制御できるようにすることです。

イーサリアムで使用される「ガス」という用語と区別するために、「エルグ」という用語を使用します。この言葉は物理学に触発されており、「erg」は「仕事」の尺度です。

トランザクションあたりのコストは、いくつかのパラメータによって定義されます。一部のパラメータはイーサリアムのパラメータに似ています: [ergsLimit] と [ergPrice]。 L1 に送信されるコールデータの各バイトにかかるエルグ数を制限するパラメータ [ergsPerPubdataByte] もあります。この最後のパラメータにより、ユーザーは特定のガス価格に同意することができ、たとえば、L1 でのガス価格の急騰中にトランザクションが実行されないようにすることができます。

これらのパラメータを使用すると、トランザクション手数料は、必要とされる予想されるシステム リソースに基づいて見積もられ、実際に使用されたリソースに基づいて請求されます。この料金モデルは暫定的な実装にすぎず、改善が期待されています。今後、私たちは実際の環境でシステムを積極的に監視し、調整し、皆様のフィードバックに耳を傾けていきます。

今後のマイルストーンに向けて、料金をできるだけ低く抑えながら、より良いユーザー エクスペリエンスと開発者エクスペリエンスを提供できるよう、いくつかの最適化を実施しています。

支払者のサポート

zkSync 1.0 には、料金の支払いのための ERC-20 トークンのネイティブ サポートが付属しており、zkSync 2.0 は当初、同じ機能を派生しました。しかし、私たちはより良い機能「paymaster」を追加することにしました。

EIP-4337 ( Vitalik による説明) に触発された私たちの支払者リリースは、手数料支払いを処理するための新しいメカニズムを構築するためのツールのセットを開発者に提供します。さまざまな用途に使用できます。最初の主な用途は、ERC-20 トークンで料金を支払う機能ですが、これに限定されません。たとえば、dApp がトランザクションを補助して、トランザクションを安く (または完全に無料に) することを想像してください。このシステムは非常に柔軟性があり、開発者は支払いプロセスを完全に制御できます。

この機能により、ERC-20 トークンのネイティブ サポートも冗長になります。ユーザーは、一部の dApp で料金を支払うために最初は ETH が必要であることに気づくでしょうが、開発者がアプリを料金トークンの使用から支払者に移行すると、ユーザーは他のトークンを使用して料金を支払うことができるようになります。これを行う方法についてはzkSync 2.0 のドキュメントを参照し、独自の支払者を構築してください。

これは zkSync のアカウント抽象化サポートに対する大幅な改善であり、これが最後ではありません。今後数か月間、引き続きインターフェイスを改良し、改善を展開していきます。

重要な注意事項: zkSync インフラストラクチャの多様性を奨励するために、メインネットには「デフォルト」支払者が付属しません。これにより、全員が平等になり、ネットワーク内に特権があるとみなされているエンティティが存在しないことが保証されます。

EIP-1559のサポート

EIP-1559 はイーサリアム トランザクションの新しい標準となり、現在 zkSync 2.0 テストネットがそれをサポートしています。

EIP-1559 トランザクションを送信できますが、zkSync の仕様はイーサリアムとは異なります。たとえば、すべての取引は先着順で処理されるため、最初に支払いをしたりチップを支払う必要はありません。現在、EIP-1559 トランザクションは単なるフォーマットであり、プロトコル ロジックの新しい機能層ではありません。

ただし、EIP-1559 に基づいていくつかの機能を構築する予定です。詳細については、今後のリリースで共有される予定です。

他の

このリリースに含まれるその他のアップデートは次のとおりです。

Vyper プログラミング言語をサポートするようになりました。開始例を参照してください。

Hardhat コンパイラ プラグインは、 Docker イメージの代わりにコンパイラ バイナリをダウンロードできるようになりました。

zkEVM 互換性の向上: スマート コントラクトの動作の問題に関するフィードバックに積極的に耳を傾けており、仮想マシンはイーサリアムとより一貫して動作するようになりました。

再起動後にトランザクションの問題（保留中のトランザクションなど）が発生した場合は、 メタマスク ウォレットをリセットしてください。これでも問題が解決しない場合は、 Discordに参加するか、 [email protected]にメールを送信してください。

未来を見据えて

59 日以内にメインネットを立ち上げる予定で順調に進んでいます。次のエキサイティングなリリースにご期待ください。

それまでの間、テストネットv2.zksync.ioに参加して、プロジェクトを zkSync 2.0 に移植または起動してください。