Solana 出塊加快 17%，處理量不變是設計使然，上限按比例調降
Solana 的目標出塊間隔近日縮短到 250 毫秒，比先前的 300 毫秒快了約 17%。不過網路整體的交易處理量沒有跟著增加，而且這是設計上刻意的安排—每一格能塞的運算量與資料量，按同樣比例調降了。
提案把 400 毫秒分四階段砍到 200 毫秒
依 Anza 的 Brennan Watt 提出的 SIMD-0525 提案，Solana 要把目標出塊間隔從 400 毫秒降到 200 毫秒，途中分成四道功能開關依序啟用：350、300、250，最後才是 200 毫秒。目前走到第三階段。
每一階段啟用時都帶一個 epoch 的延遲。提案寫明，若某道開關在第 E 個 epoch 首次啟用，該 epoch 內的所有 slot 仍必須沿用前一組出塊時間參數，用意是讓 Turbine 等網路基礎設施先做好準備。
廣告 - 內文未完請往下捲動
每一格的運算上限按比例往下調
關鍵在容量怎麼算。提案給的換算方式是「整數值以 trunc（400 毫秒時的數值 × 目標出塊毫秒數 ÷ 400）縮放」。
以提案列出的兩端為例：在 400 毫秒時，單一區塊的運算單元上限是 6,000 萬、可寫入帳戶的上限 2,400 萬、投票上限 3,600 萬，資料變動上限則是 1 億。降到 200 毫秒後，這四個數字各自減半，成為 3,000 萬、1,200 萬、1,800 萬與 5,000 萬。
也就是說，每秒產生的區塊變多了，但每個區塊能承載的工作變少，兩者相抵。使用者拿到的是更快的確認，不是更大的吞吐量。
換來的是延遲，不是容量
提案自己說明的動機正是延遲。文件寫道，較短的 slot「降低使用者的確認與最終性延遲」，並讓應用程式（提案舉的例子是預言機的使用者）對鏈上時間有「更細緻的理解」。
提案同時列出風險。文件指出，較短的 slot「減少了 leader 交接、區塊傳播、重播與投票落地可用的時間」。另有兩項安全考量：驗證者必須正確實作那個一 epoch 的延遲，以及通膨相關程式碼必須採用等同於實際時間的 slot 計算方式。
SIMD-0525 目前在提案庫中的狀態仍標示為草案。
風險提示
加密貨幣投資具有高度風險，其價格可能波動劇烈，您可能損失全部本金。請謹慎評估風險。
