如今，最新的以太坊新聞包括下一個升級Fusaka，引起了很多關注

3月4日，該網絡客戶Nethermind協議的團隊負責人MarekMoraczyński吹捧了即將升級的一些核心以太坊改進建議（EIPS）。

The anticipation for the next Ethereum upgrade, Fusaka, is heating up as we speak. And to keep the community in the loop, Marek Moraczyński, the team lead for the network’s client Nethermind protocol, decided to highlight some of the core EIPs that will be accompanying the upcoming upgrade.

在我們講話時，對下一個以太坊升級Fusaka的期望正在加熱。為了使社區保持循環，該網絡客戶Nethermind協議的團隊負責人Mareksoczyński決定突出一些將伴隨即將進行的升級的核心EIP。

Taking to a recent blog post, Moraczyński pointed out that the year 2024 is quickly slipping by, and with it, the window of opportunity to integrate the Fusaka upgrade is rapidly closing.

莫拉辛斯基（Moraczyński）在最近的博客文章中指出，2024年迅速滑行，隨之而來的是集成Fusaka升級的機會之窗正在迅速關閉。

On this basis, he urged the team behind the hard fork to hurry up in finalizing the scope of the upgrade.

在此基礎上，他敦促艱難的叉子背後的團隊快點完成升級範圍。

According to the post, EIP-7594, with the tag “PeerDAS – Peer Data Availability,’ is considered the most important feature to watch out for.

根據帖子，EIP-7594帶有標籤“ Peerdas - Peer Data Vausiability”，被認為是要注意的最重要功能。

This new EIP introduces simple Data Availability Sampling (DAS) by utilizing gossip distribution and peer requests.

這種新的EIP通過使用八卦分發和同伴請求引入了簡單的數據可用性採樣（DAS）。

The aim of this integration is to ease the burden on nodes.

這種整合的目的是減輕節點的負擔。

Instead of requiring all nodes to download data, which might be useful for a few use cases, EIP-7594 brings additional data availability to Ethereum users.

EIP-7594不需要所有節點下載數據，這可能對一些用例有用，而是為以太坊用戶帶來其他數據可用性。

This, in essence, lessens the overall load on the network.

從本質上講，這可以減少網絡上的整體負載。

Moreover, it enables new use cases that necessitate handling minimal amounts of data, such as minimal __payload and transaction data.

此外，它可以實現需要處理最少數據的新用例，例如最小__ __pay和交易數據。

Another EIP that is expected to be included in the Fusaka upgrade is EIP-7692: EOF.

預計將包含在Fusaka升級中的另一個EIP是EIP-7692：EOF。

EOF is a meta EIP that compiles EIPs belonging to the EOFv1 proposal, including EIP-7480: EOF Data section access instructions and EIP-663: SWAPN, DUPN, and EXCHANGE instructions.

EOF是一種元EIP，它編譯了屬於EOFV1建議的EIP，包括EIP-7480：EOF數據部分訪問指令和EIP-663：SWAPN，DUPN和Exchange指令。

This EIP will function in conjunction with EIP-7873 TXCREATE Transaction, which adds a TXCREATE instruction to EOF.

該EIP將與EIP-7873 TXCREATE交易結合使用，該交易為EOF添加了TXCreate指令。

This will accompany the transaction type, allowing the creation of EOF contracts from transaction data.

這將伴隨交易類型，從而允許從交易數據中創建EOF合同。

The introduction of this instruction will be dependent on the transaction type and will generate an overflow exception if it's not in the valid range.

此指令的引入將取決於事務類型，如果不在有效範圍內，將產生溢出異常。

This integration aims to enhance the efficiency and functionality of the EVM.

該集成旨在提高EVM的效率和功能。

The Fusaka upgrade is also expected to include EIP-7883: ModExp Gas Cost Increase.

Fusaka升級還預計還包括EIP-7883：MODEXP GAS成本增加。

This EIP modifies the ModExp precompile pricing algorithm that was initially introduced in EIP-2565.

該EIP修改了最初在EIP-2565中引入的MODEXP預編碼算法。

The goal of this change is to adjust the relative gas cost of performing modular exponentiation in the precompile.

這種變化的目的是調整執行預編譯中模塊化凸的相對氣體成本。

The updated formula will take into account the size of the modulus and the input values.

更新的公式將考慮模量和輸入值的大小。

In addition to these three EIPs, Moraczyński also mentioned EIP-7825: Transaction Gas Limit Cap, EIP-7212: Precompile for secp256r1 Curve Support, and EIP-7823: Set upper bounds for MODEXP.

除了這三個EIP外，Moraczyński還提到了EIP-7825：交易氣體限制，EIP-7212：SECP256R1曲線支持的預編譯和EIP-7823：設置MODEXP的上限。

It is worth noting that most of these EIPs were deferred from the soon-to-launch Pectra hard fork.

值得注意的是，這些EIP中的大多數是從即將發出的Pectra Hard Fork中延遲的。

The Pectra hard fork is set to introduce several new features to the Ethereum network, including the integration of Verkle trees and the EVM Object Format (EOF).

Pectra Hard Fork設置為以太坊網絡引入多個新功能，包括Verkle樹的集成和EVM對象格式（EOF）。

The Fusaka upgrade will also see the launch of PeerDAS, a new networking protocol that is designed to improve the scalability of the network.

Fusaka升級還將看到Peerdas的啟動，Peerdas是一種新的網絡協議，旨在提高網絡的可擴展性。

The introduction of PeerDAS has been a hot topic of discussion in the crypto sphere, especially with input from Ethereum co-founder Vitalik Buterin.

Peerdas的引入一直是加密領域討論的熱門話題，尤其是在以太坊聯合創始人Vitalik Buterin的意見中。

Buterin once stated that Fusaka needs to get on a Layer-1 (L1) with PeerDAS.

Buterin曾經說過Fusaka需要與Peerdas一起使用1層（L1）。

According to his calculations, the best-case scenario would be to have the event occur around epoch 222464 with a 48/72 blob target/limit.

根據他的計算，最好的情況是將事件發生在Epoch 222464附近，其目標是48/72 BLOB目標/限制。

The implementation of PeerDAS is crucial for scaling the Ethereum network; therefore, developers are anticipating its arrival.

Peerdas的實施對於擴展以太坊網絡至關重要。因此，開發人員正在期待它的到來。

The new protocol will allow for more efficient use of the network's bandwidth, which is especially important as the network continues to grow.

新協議將允許更有效地利用網絡的帶寬，隨著網絡的不斷增長，這一點尤為重要。

The introduction of PeerDAS is just one part of a broader effort to scale the Ethereum network.

Peerdas的引入只是擴展以太坊網絡的更廣泛努力的一部分。

Developers are also working on other initiatives, such as the integration of Verkle trees and the EVM Object Format (EOF).

開發人員還在研究其他計劃，例如Verkle樹的整合和EVM對象格式（EOF）。

These innovations are expected to improve the performance and efficiency of the network, paving the way for even more use cases.

這些創新有望提高網絡的性能和效率，為更多用例鋪平了道路。

EOF has already entered an advanced stage of implementation, where it can enhance both EVM functionality and ZK-provability.

EOF已經進入了實施的高級階段，它可以增強EVM功能和ZK可提供性。

Also, it has the potential to provide a structured path for future EVM improvements.

此外，它有可能為未來的EVM改進提供結構化的途徑。

After several months of waiting, Ethereum’s Pectra hard fork will finally go live on the Sepolia testnet on March 5.

經過幾個月的等待，以太坊的pectra硬叉終於將於3月5日在Sepolia Testnet上線。

The development team confirmed this Ethereum news in a recently unveiled timeline.

開發小組在最近揭幕的時間表中確認了這一以太坊新聞。

The devs made this decision during the 206th All Core Developers Execution (ACDE) calls held on February

開發人員在2月舉行的第206個所有核心開發人員執行（ACDE）中做出了這一決定