Zcash（ZEC）提案：目標出塊間隔25秒縮至20秒，每區塊屏蔽額度降至五分之四

Zcash（ZEC）開發團隊提議將目標出塊間隔從25秒縮短至20秒。若獲採納，交易首次納入區塊前的等待時間可能縮短，但目前尚未實施。

開發團隊8日在Zcash社群論壇發布提案，建議將此案列入下一次社群投票，並納入未來的NU7.1升級。

Zcash已於6日啟用NU7，將目標出塊間隔從75秒縮短至25秒。ZIP 259也載明，NU7將目標間隔從75秒調整為25秒。

目標間隔是網路生成區塊時所設定的時間，並不代表區塊每次都會恰好間隔20秒產生，也不代表所有交易都能在20秒內獲得確認。

開發團隊表示，提案目的是縮短門市付款、交易所入金，以及不同區塊鏈間資產交換等待首次確認的時間；提案並未要求調整服務所需的確認次數。

間隔縮短也可能增加新區塊傳播完成前就出現競爭區塊的機率。未能納入最終主鏈的區塊稱為孤塊，提案將孤塊率列為主要風險之一。

開發團隊在一個由80名礦工分布於全球12個地區的測試網中，測試以20秒間隔生成最大2MB區塊的情況。僅使用Zaku節點的配置，孤塊率為1.9%；Zaku與Zebra-Andele節點各占一半的配置，孤塊率則為3.3%。

提案也比較了制定25秒間隔時參考的先前測試結果。開發團隊表示，當時實測孤塊率為4.68%，理論模型則為3.26%。本次數據來自測試網，並非主網實測結果。

提案的核心，是在縮短出塊間隔的同時，降低每個區塊的屏蔽操作上限。整體屏蔽操作預算，以及Orchard與Ironwood的操作上限，均從330項調降至264項；Sapling的輸入與輸出合計上限則從300項降至240項。

開發團隊表示，若維持現行每區塊上限，輕量錢包一天需要處理的屏蔽交易數據，最大負擔可能增加25%。將上限調降至原本的五分之四，可維持每日最大負擔；不過，由於區塊標頭增加，每日最大值可能出現76kb的差距。

區塊大小上限維持在2MB。因此，提案著重於縮短交易首次獲得確認前的延遲，而非提高屏蔽交易處理量。

為了在區塊生成頻率提高後維持每日發行節奏，提案也調整每區塊補貼與減半間隔，並建議將達到下次減半所需的區塊數，從504萬個增至630萬個。

網路參數也會配合出塊間隔調整。難度平均區間將從102個區塊增至128個區塊，時間基準則維持在約2,550秒至2,560秒；預設交易到期間隔則從120個區塊延長至150個區塊。

論壇留言大多支持提案方向，但有意見要求進一步說明20秒是否為最佳目標。開發團隊9日在論壇回覆，表示20秒是根據目前掌握的分析提出；單靠縮短出塊間隔，無法帶來穩定且低於1秒的交易納入體驗。

開發團隊提出的下一步，是將提案交付社群投票，並評估是否納入NU7.1。目前尚未公布提案通過或部署至主網的時程。