Solana（Sol）開發人員探索了增加網絡交易能力的方法

Solana開發人員正在探索每個塊增加網絡計算單元（CU）的方法，以提高整體網絡效率和交易能力。

Solana developers are exploring ways to increase the network’s "Compute Units," or CUs, per block, aiming to improve overall network efficiency and transaction capacity.

Solana開發人員正在探索增加網絡的“計算單元”或CUS的方法，旨在提高整體網絡效率和交易能力。

These units on Solana function similarly to Ethereum’s “Gas,” impacting transaction complexity and helping ensure transactions are distributed fairly.

這些關於Solana功能的單位與以太坊的“氣體”類似，影響了交易的複雜性，並有助於確保交易得到公平分佈。

Solana currently operates with a block limit of 48 million CUs.

Solana目前的操作量為4800萬CU。

What Changes Are Proposed?

提出了哪些更改？

Recent Solana Improvement Document proposals highlight potential adjustments. SIMD-0207 would raise the cap to 50 million CUs, while a separate proposal, SIMD-0256, suggests increasing it to 60 million CUs.

最近的Solana改進文件提案突出了潛在的調整。 SIMD-0207將把上限提高到5000萬個CU，而另一項提案Simd-0256表示將其增加到6000萬CUS。

These adjustments are intended to optimize the network’s transaction processing capability.

這些調整旨在優化網絡的交易處理能力。

The primary goal of increasing block capacity is simply to allow more transactions to fit within each block.

增加塊容量的主要目標是僅允許更多的交易適合每個塊。

In essence, SIMD-0207 offers an initial rise to 50 million CUs, serving as a step to observe network behavior under slightly higher load.

從本質上講，SIMD-0207最初的上升到5000萬個CU，是觀察到較高負載下網絡行為的步驟。

Following that, SIMD-0256 proposes the larger increase to 60 million C units for a further expansion of network throughput.

隨後，SIMD-0256提議將更大的增加到6000萬個C單元，以進一步擴展網絡吞吐量。

Crucially, other related block parameters remain unchanged under these proposals.

至關重要的是，在這些建議下，其他相關的塊參數保持不變。

Maximum writable account data units, for example, stays at 12 million per block. Similarly, maximum vote compute units remain at 36 million. Preserving these specific limits helps prevent excessive strain on core network functions like state writing or consensus voting, while still permitting an increase in overall computational capacity

例如，最大的可寫帳戶數據單元保持為每塊1200萬。同樣，最大投票計算單位仍為3600萬。保留這些特定限制有助於防止對核心網絡功能（例如國家寫作或共識投票）過度壓力，同時仍允許增加總體計算能力

What Are the Benefits and Risks?

有什麼好處和風險？

A higher block CU limit offers the benefit of greater transaction capacity, which could reduce network congestion. This change may therefore enhance user experience by lowering transaction delays and failures.

較高的CU限制為更大的交易能力提供了好處，這可能會減少網絡擁堵。因此，此更改可以通過降低交易延遲和失敗來增強用戶體驗。

Also, a higher CU limit can support the execution of more computationally complex smart contract transactions in single blocks. This can accommodate future decentralized applications (dApps) that require significant on-chain processing power.

同樣，更高的CU限制可以支持單個塊中更複雜的智能合約交易的執行。這可以容納未來的分散應用程序（DAPP），這些應用程序需要大量的鏈處理能力。

However, significantly increasing block size introduces certain risks. Heavier processing demands could slow block validation times, possibly affecting smooth network synchronization across all nodes.

但是，大大增加塊大小會引入某些風險。較重的處理需求可能會減慢塊驗證時間，從而可能影響所有節點的平滑網絡同步。

Validators and infrastructure providers might need to upgrade their systems to handle the additional load efficiently. Also, if unforeseen technical issues emerge during the rollout, the network could experience temporary instability.

驗證者和基礎架構提供商可能需要升級其係統以有效處理額外的負載。另外，如果在推出期間出現了無法預料的技術問題，則該網絡可能會遇到暫時的不穩定。

Why A Gradual Implementation Strategy?

為什麼要逐步實施策略？

Solana’s core developers appear to favor gradual, incremental CU limit increases. A more drastic jump (like a previously discussed conceptual target of 96 million CUs) was reportedly considered too aggressive for now, likely due to risks of straining existing network infrastructure.

Solana的核心開發人員似乎有利於逐漸增長的CU限制。據報導，據報導，現在被認為是侵略性的，這可能是由於應升現有網絡基礎架構的風險，因此被認為過於激進。

This proposed phased approach allows developers and the validator community to carefully monitor network performance under incrementally higher loads. It provides crucial opportunities to identify and address any emerging challenges before committing to further major capacity adjustments.

該提出的分階段方法使開發人員和驗證者社區可以在越來越高的負載下仔細監視網絡性能。它提供了至關重要的機會來識別和應對任何新出現的挑戰，然後再進行進一步的重大能力調整。