Solana 即將完成最後一次區塊時間縮短，降至 200 毫秒

前言

Solana 正準備將目標區塊時間縮短至 200 毫秒，完成自 8 月開始的一系列縮短措施。根據 Solana 廣泛使用的 Agave 驗證者軟體開發者 Anza 的說法，最後一次調整預計於週五 epoch 1053 生效，時間約為 15:00 UTC。區塊間隔縮短，代表網路將以更高頻率提供記錄交易的機會。這可能讓錢包、交易所和交易應用程式更快收到更新。不過，這項變更也會調整每個區塊可容納的運算量，並為驗證者和應用程式帶來新的營運需求。核心問題不只是更快的區塊能否提升回應速度，而是網路如何在速度、容量與可靠性之間取得平衡。本文將說明這項升級、其潛在效益與取捨，以及為什麼必須等主網轉換完成後，才能評估實際效能。

懶人包

Solana 最後一次計畫中的區塊時間縮短，將於週五 epoch 1053 將目標從 250 毫秒調降至 200 毫秒。如此一來，每秒將有五次產生區塊的機會，相較於原先 400 毫秒設定下的 2.5 次。每個區塊的運算上限將從 37.5 million 運算單位降至 30 million 運算單位，在區塊更頻繁產生的情況下，讓理論處理能力大致維持不變。更快的時槽可能縮短交易等待時間，並減少某些利用時間差進行交易的機會；但驗證者將面臨更頻繁的投票需求，應用程式可使用近期區塊雜湊的時間也會縮短。這項升級著重於提高更新頻率，而非按比例增加總運算能力。

正文

Solana 即將完成一系列旨在縮短區塊目標間隔的調整。網路預計於週五 epoch 1053 將目標從 250 毫秒調降至 200 毫秒，預計時間約為 15:00 UTC。開發廣泛使用的 Agave 驗證者軟體的 Anza 已說明這項計畫轉換的時程。這次變更是在數次先前調降之後進行，完成自 400 毫秒目標開始的演進。

在 Solana 上，時槽是指定驗證者可以將交易加入區塊鏈的一段短暫時間。縮短目標時槽時間，能讓網路在特定期間內有更多產生區塊的機會。目標為 200 毫秒時，Solana 每秒將有五次產生區塊的機會。原先採用 400 毫秒設定時，目標則是每秒 2.5 次。這些是目標頻率，並不代表每次機會都一定會產生區塊，也不保證每筆交易都會立即處理。

這項升級與仰賴即時區塊鏈資訊的服務息息相關。交易應用程式、錢包和交易所可以利用新區塊更新餘額、交易狀態及其他紀錄。區塊產生得更頻繁時，這些服務可能更快收到相關更新。已提交的交易也可能減少等待區塊產生機會的時間，但實際結果仍取決於網路狀況及交易處理方式。

這些調整分階段進行。Solana 於 Aug. 21 將目標調整至 350 毫秒，接著於 Aug. 28 調整至 300 毫秒，並於 Sept. 18 調整至 250 毫秒。計畫在 epoch 1053 進行的變更將把目標降至 200 毫秒。整體而言，這一系列措施將目標時間從 400 毫秒縮短至一半。這個過程也讓觀察者得以評估驗證者和應用程式如何因應時序變化。

最後一次調整背後的技術提案稱為 SIMD-0525。它不只改變區塊產生機會的時序，也調整每個區塊允許的運算量。在目標為 250 毫秒時，每個區塊最多可容納 37.5 million 運算單位。採用 200 毫秒設定後，上限將為 30 million 運算單位。由於區塊產生目標頻率提高，但每個區塊的運算上限降低，網路的理論處理能力大致維持不變。

這項容量調整有助於理解升級的作用，以及它未必會帶來什麼結果。區塊排程加快，不代表 Solana 整體運算能力會自動增加一倍。相反地，它會將大致相同的理論容量分配到更多、更小的區塊中。使用者可能會看到更新以更短的間隔送達，但網路可處理的總工作量仍受區塊上限及其他實際因素限制。這項設計旨在提高交易更新頻率，同時不按比例增加網路的整體處理預算。

驗證者排程也會受到影響。驗證者仍會以連續四個時槽為一組產生區塊。原先設定下，驗證者不間斷排序交易的時段為 1.6 秒。時程縮短後，這段時間將變成 800 毫秒。可用時間縮短，可能會減少延遲交易，或利用其他交易所已發生、但尚未反映在 Solana 上的價格變動來獲利的時間。這也是更快產生區塊可能影響交易活動的原因之一；但它無法消除市場風險，也不能保證交易排序永遠公平或即時。

這項變更也會為驗證者帶來成本。每個時槽都提交投票的驗證者，投票頻率將約為原先設定的兩倍。更頻繁的投票可能增加投票支出，並加重網路連線的負擔。驗證者必須以足夠快的速度接收和轉送資訊，才能跟上排程，因此實際影響可能因其基礎設施及網路狀況而異。如果驗證者錯過指派的區塊產生機會，單靠加快目標時間並不能確保區塊以預定速度產生。

錢包和其他應用程式還須考量近期區塊雜湊的時效。區塊雜湊是交易中包含的一項參照資訊，可協助防止交易遭到重播。應用程式只有有限時間可以使用近期區塊雜湊，而更快的區塊排程會縮短實際有效時間。對於自動準備並提交的交易，這或許不難處理；但對需要手動核准或離線簽署的交易，則可能造成複雜問題。在這些情況下，準備交易到提交交易之間可能相隔較久，使協調工作更為繁瑣。

初期效能數據可提供一些轉換背景，但無法作為確定的預測。Solana Compass 數據顯示，在先前 250 毫秒設定下，最近幾個 epoch 的平均時槽時間約為 266 to 269 毫秒。這些平均值略慢於目標。這項比較說明了為什麼必須區分目標時間與觀察到的時間：協定設定定義預期速度，而實際時槽時間則反映網路在實際環境中的表現。

最後一次調降已部署至 Solana 的測試網和開發網。主網部署取決於網路狀況，尤其是驗證者錯過指派區塊產生機會的頻率。這也凸顯了在實際環境中評估變更的重要性，而不能只依賴目標間隔或測試部署。預計轉換將於週五 epoch 1053 邊界發生，但實際成效將取決於網路能否可靠地維持新排程。

整體而言，200 毫秒目標代表的是增加區塊產生機會的頻率，而不是簡單地將總容量加倍。使用者和應用程式可能受益於更頻繁的更新，而驗證者交易排序時段縮短，則可能減少某些形式的交易延遲。同時，驗證者必須更頻繁投票，網路連線承受更大壓力，應用程式也必須因應較短的區塊雜湊有效時間。因此，這項升級的重要性取決於能否在提升回應速度的同時，讓驗證者和軟體順利適應，而不損害交易處理的可靠性。

重點摘要表