Zcash 縮短出塊時間：對用戶與礦工有何影響？

Zcash 的 NU7 升級將把區塊之間的目標時間從 75 秒縮短至 25 秒，讓存款有機會更早確認，同時交由交易所決定何時入帳。此次升級也改變了礦工從交易中獲得的收益，40% 的手續費歸礦工所有，其餘 60% 則預留作為未來的獎勵。

Zcash 已將其 NU7 升級安排在區塊 3,543,405，屆時網路將把區塊之間的目標時間從 75 秒縮短至 25 秒，並開始將大部分交易手續費預留作為未來的挖礦獎勵。

Zcash 基金會的 Zebra 7.0.0 發行說明 指出了支援此次切換的軟體。對於在要求六次確認的交易所存入 ZEC 的人來說，較短的間隔使這些區塊的目標等待時間從七分半鐘縮短至兩分半鐘，前提是該交易所維持相同的要求。

對礦工而言，變化在於他們獲得獎勵的方式。Zcash 將在每個區塊發行較少的補貼以維持預定的每日發行量穩定，同時礦工將收取 40% 的交易手續費，其餘 60% 則進入儲備以供日後重新發行。

從發送 ZEC 到取得可用餘額之間有何變化

即使雙方使用同一種貨幣，一筆付款仍可能經歷數個不同的階段。發送方建立一筆交易並將其廣播至網路。節點依據其規則檢查該交易，礦工將其納入一個區塊，而收款方的軟體則辨識出該筆付款。接著，收款方決定在將資金視為可用之前要等待多少次確認。

NU7 改變了該序列中區塊之間的預期間隔。它並未為其他每個步驟建立保證的時間。離線的錢包在重新連線之前無法顯示該筆付款，而交易所可以在套用自身檢查的同時讓餘額保持待處理狀態。正如 crypto.news 所報導，NU7 設定了 25 秒的區塊目標。對存款的影響仍取決於接收該筆款項的服務。

直接轉帳提供了最簡單的比較。如果發送方的交易被接受且礦工將其納入下一個區塊，收款方就有機會更早看到第一次確認。如果收款方是等待多次確認才交付商品的商家，其政策決定了買方能獲得多少好處。

交易所則在區塊鏈與客戶帳戶之間增加了一套入帳系統。它可以在鏈上辨識出該交易並向使用者顯示一筆待處理項目，然後在累積到所需次數後為帳戶入帳。想要賣出 ZEC 的交易者無法僅憑第一個時間戳來比較交易所。有用的比較是從廣播同類型交易到取得可交易餘額之間的時間。

六次確認的政策也取決於交易所如何定義計數。有些介面將包含該交易的區塊計為第一次確認。六倍目標間隔的簡單計算是區塊生產的基準，而實際觀察到的等待時間則取決於交易是在該間隔中的何處發送，以及下一個礦工是否將其納入。在比較結果之前，測量應記錄這些細節。

接收屏蔽轉帳的錢包還有另一個工作來源。它會掃描鏈以尋找能用相關金鑰解密的資料。更快的區塊可以改善支付體驗，同時為軟體創造更頻繁的更新來處理。該升級在主網切換前已於 Zcash 的測試網 上運行。其每區塊規則限制了特定類型的屏蔽工作。

確認策略的比較可以用分鐘來表達，而無需猜測任何交易所會選擇什麼。在舊的目標下，三個區塊代表 225 秒的預期產出。在新的目標下，九個區塊代表相同的目標時長。六個舊區塊和 18 個新區塊同樣都代表 450 秒。

該表格將次數乘以目標間隔。它無法衡量有多少工作量保障了任何特定交易，也無法衡量交易所的風險團隊會認為什麼是等效的。如果網路的挖礦條件或區塊時間的分布發生變化，兩個具有相同預期時長的策略可能具有不同的特性。

最有用的前後對比測試會使用相同的服務、錢包和交易類型。一個時間戳會記錄用戶廣播交易的時間。第二個會標記納入的時間。第三個會記錄交易所或商家使餘額可用的時間。如果第一個間隔下降而第二個保持穩定，則網路變更可能改善了流程的某一部分，而服務則保留了其現有的檢查。

進行支付的客戶還必須考慮收款方軟體的可用性。使用相容後端的商家可能在其策略允許時立即行動。向尚未完成同步的錢包發送資金的客戶，即使在礦工已確認支付之後，也可能需要等待錢包趕上進度。這兩種體驗都可以是對同一交易不同部分的準確描述。

對於礦工而言，區塊節奏的變化可能使過渡期間進行的比較變得複雜。短樣本可能包含比目標更慢或更快的區塊，而營運商可能在不同時間更新其軟體。一小時的讀數可能同時捕捉到切換和區塊到達的普通變異。較長的窗口能更好地觀察實際產出是否穩定在目標附近。

評估費用的營運商需要類似的紀律。比較每區塊總量可能會給出誤導性的結果，因為交易會分布在更多區塊中。基於每日費用的比較可以顯示用戶總共支付了多少。營運商隨後可以計算該總量中有多少可立即使用，以及在新規則下有多少被保留。

做出這些區分的能力比簡單聲稱網路快了三倍更為重要。對大多數用戶而言，可觀察到的益處將是特定支付路徑的具體變化。對礦工而言，可觀察到的變化將是在足夠長的時期內補貼和費用的分布，以考慮到更多數量的區塊。

Orchard 容量估算衡量的是什麼

基金會的 Orchard 估算涉及在特定模型下的交易速率。屏蔽交易可以具有不同的形態，並需要不同量的工作。兩筆交易對使用它們的人來說可以算作兩次轉帳，但由於涉及的操作數量，仍會對網路施加不同的負載。

因此，對操作的限制不同於對支付的配額。它為一個區塊在相關池中可以包含的內容設定了界限。網路可以將這一更嚴格的界限與更頻繁的區塊結合起來。實際能容納多少交易取決於礦工所選交易的組成，以及特定池與全域限制之間的相互作用。

對於錢包開發者而言，設定上限的價值在於它讓某些最壞情況下的負載更容易推斷。同步輕量錢包的用戶依賴該軟體能夠檢索並處理發現其付款所需的資料。若異常昂貴的區塊可能主導這項工作，即使用戶的個別區塊更快到達，也可能經歷較慢的同步。

容量估計應與真實流量下的效能一併評估。有用的觀察應包括哪些池子貢獻了這些活動、每筆交易的操作數量，以及一個同步點較舊的錢包需要多久才能追上。日常負載下更快的同步與更小的最壞情況負載，處理的是相關但不同的問題。

用戶無法從新上限的大小推斷付款需求。容量可能上升，而付款數量保持穩定。反之，一個應用程式可能產生一波屏蔽活動的爆發，使這些上限變得相關，即使網路的較長期平均值仍然偏低。在比較此次升級的實用性與啟用日期前後的價格變動時，這項區別很重要。

為何礦工應以一天或一週為單位比較收入

補貼的變動意味著單一區塊是比較啟用前後總挖礦收入的糟糕單位。每區塊獲得三分之一補貼的礦工，在同一期間內仍可競爭大約三倍的區塊數量。在足夠長的區間內，礦工佔網路算力的份額，對其預期獲得的補貼份額，比單一區塊所附的 ZEC 數量更為重要。

這項變動仍可能改變付款隨時間分配的方式。單人礦工將區塊視為離散事件，可能很長時間找不到一個。礦池結合許多礦工的工作，並有其自身的收益分配記帳方式。即使預定的總補貼保持穩定，更頻繁的較小獎勵流仍可能改變收入的模式。

礦池對帳單可能合併補貼、手續費以及礦池支付公式的調整。為了分離 NU7 的影響，礦工需要分別比較手續費與補貼組成部分，並使用相同的時間單位。將每區塊的支付與每日支付相比，或比較算力差異極大的兩個期間，都會掩蓋可歸因於新規則的部分。

營運成本引入了進一步的區別。以 ZEC 計量的挖礦收入，並不能描述礦工在支付電費與硬體費用後還保留多少。礦池在一段期間內可能賺取相近數量的 ZEC，但若代幣價格變動，該收入的美元價值也會改變。淨利潤下降本身並不能顯示區塊補貼時程發生了變化。

交易手續費的變動可能遠大於預定的補貼。若活動增加，即使礦工保留的比例較小，一天內的總手續費仍可能增加。若活動保持不變，分潤比例本身就會減少他們即時的手續費收入。比較需要同時考慮新的百分比以及其所適用的手續費金額。

對於這項狹義的比較，有一個簡單的門檻。若支付的手續費金額升至先前水準的兩倍半，在其他因素不變的情況下，保留 40% 的礦工將獲得與之前相同的即時手續費金額。這項算術並不能預測流量。它說明了為何對礦工的影響部分取決於此次升級所促成的使用，部分取決於手續費的起始水準。

確認政策將決定客戶實際注意到什麼

區塊間隔告訴錢包網路預期多久創造一個新的交易空間。錢包仍須建構並廣播一筆付款，節點須接受它，礦工須將其納入。若一筆交易正在競爭有限的空間，僅憑區塊間隔並不能決定其等待時間。

交易所在看到交易後有另一項決定要做。它可以在使餘額可供交易或提領之前，先顯示一筆待處理的存款。因此，客戶可能在 NU7 之後更快看到存款出現，卻要等待更久，讓交易所套用其自身的最終入帳政策。

當區塊更頻繁到達時，確認數的意義也會改變。在新目標下的六個區塊，所代表的經過時間比舊目標下的六個區塊更短。若交易所希望維持大致相同的等待時間，可以從六次確認改為 18 次確認。對客戶而言的取捨，取決於交易所是維持其確認數、改變它，還是在過渡期間暫時暫停存款。

個人錢包之間發送的付款有另一種實際瓶頸。收款方的錢包必須掃描鏈上交易，找出它能解密的交易。更快的首個區塊有幫助，但有人若打開一個已離線數天的錢包，仍可能花時間追趕進度。對受保護操作的限制透過界定每個區塊可對錢包施加的工作量，來處理體驗中的另一部分。

這種區別對於啟用後的測量也很重要。在分叉前後不久所做的一批存款樣本，可能包含服務停機或為人工審核而暫緩的提款。這會成為估算一般確認時間的薄弱基礎。更具可比性的樣本會追蹤使用者提交交易的時間、交易首次出現在區塊中的時間，以及提供者將其入帳的時間。將等待時間拆分為這些區間，有助於隔離共識實際改變的部分。

三倍的區塊數量改變了挖礦結果的樣貌

礦工可以將補貼與手續費部分分開，來比較升級前後的每日獎勵。補貼是協議規則所分配的金額。交易手續費則隨使用者發送的交易及區塊中包含的手續費而變動。

僅使用區塊目標計算，一天在75秒下約有1,152個區塊，在25秒下約有3,456個。以每區塊三分之一的補貼計算，一天下來會產生相同的預定補貼總額。實際區塊數量可能變動，因此個別一天仍可能高於或低於任一基準。

因此，礦池營運者將必須比較同一時間段內的報酬。顯示每區塊支付額的圖表在轉換時會按設計下降。顯示一週補貼總額的圖表則是在問另一個問題。礦池費用、硬體成本、電費以及礦工控制的網路算力份額，決定該礦工能保留多少。

手續費拆分可以用單獨的計算來評估。如果補貼占礦工升級前獎勵的99%，手續費占1%，在假設所有其他投入保持不變的情況下，將手續費份額削減60%會使總獎勵減少0.6%。如果手續費占10%，同樣的變化會使總獎勵減少6%。兩個例子都是假設性的，並將手續費規則與使用量和競爭的變化隔離開來。

礦池的首次比較同樣對所選窗口敏感。在啟用前後各取一小時，如果某礦池恰好找到幾個區塊，或幾筆異常大的交易恰好接連出現，可能得出不尋常的結果。在相同小時數內測量手續費總額和已發行補貼，會得到更具可解釋性的結果。礦池的入帳規則可以進一步區分收入何時記錄在鏈上，與個別礦工何時在其帳戶中看到餘額。

舉例來說，一個占成功區塊固定份額的礦池，在新時間表下預期一天內會記錄到更多區塊發現。每次發現所附帶的較小獎勵改變了其收入到帳的單位。如果礦池報告每區塊獎勵，卻不同時顯示它找到多少區塊以及每單位工作量支付多少，查看儀表板的使用者可能把分配方式的變化誤認為收入的變化。這就是為什麼每日比較需要同時包含補貼和手續費部分，以及可比的參與度衡量。

當手續費支撐礦工時，儲備會發生變化

在網路永續機制下，協議保留一筆留待日後重新發行的價值記錄。該資金池為網路提供了一個未來獎勵來源，這些獎勵源自手續費或符合條件的未領取金額。儲備餘額及動用它的規則，決定隨時間可提供多少資金。

因此，兩個時期在使用與安全支出之間可能有不同的關係。在手續費累積期間，當前礦工只保留立即支付的那一份額。一旦重新發行預定開始，未來礦工可以從更早發生的活動中獲得獎勵。收取原始手續費份額的參與者與後來獲得儲備資助獎勵的參與者可能不同。

該設計透過礦工保留的部分，保留了礦工納入付費交易的理由。它也提出了一個問題：在儲備在經濟上變得顯著之前，需要多少區塊需求。如果手續費相對於補貼而言較少，即使手續費占比很大，仍可能只占支撐挖礦資金的一小部分。

另一項將額外一部分獎勵導向儲備的提案說明了這種區別。NU7 中已指定的貢獻與未來資助的提案是各自獨立的政策選擇。對啟動規則的描述應使用升級規範中的參數，並將後續的資助提案區分開來。

對於追蹤發行量的人來說，儲備帶來了另一個問題。從手續費中撥出的價值在進入儲備時可以計數，在規則最終重新發行它時又可以再次計數。這些是同一筆價值生命週期中的不同事件。若會計觀點將每一次都視為新增供給，就可能掩蓋在特定區塊高度上可供使用者使用的數量。ZIP 259 以區塊為單位給出事件日期，這讓觀察者能夠判斷哪條規則正在生效，而無需從實際時間預測中進行外推。

軟體過渡既影響節點營運者，也影響各項服務

Zebra 7.0.0 是支援主網啟動的穩定版本。使用較舊節點的服務即使其對鏈的視圖不再跟隨升級後的網路，仍可繼續運行軟體。因此，交易所、錢包後端或礦池需要考慮其自身基礎設施在啟動高度所看到的情況。

當不同服務報告不同的區塊高度時，這種區別就會顯現出來。即使前端背後的節點停止追蹤使用者所期望的鏈，前端仍可能保持可存取。對於為餘額入帳的企業而言，相關問題在於其內部系統是否遵循與客戶發送資金所在網路相同的共識規則。

發布準備工作包括影響同步與驗證的修復。這些修復在共識升級之外還處理了營運行為。因此，對於營運者而言，切換不僅僅是檢查所宣稱的區塊間隔。它還包括運行相容版本，並確保服務的依賴項繼續正確讀取和處理鏈。

測試網為開發者提供了一個在主網變更之前演練規則的場所。它提供了證據，證明程式碼可以在測試環境中於新設定下處理區塊。主網的採用取決於支援實際錢包、存款和挖礦的營運者。他們的行為可以透過鏈以及啟動前後發布的任何服務通知來觀察。

為過渡做準備的交易所必須調和兩份記錄。其節點追蹤區塊及其中的交易，而其客戶帳本記錄使用者可以交易或提取的內容。鏈升級可以在交易所將這些帳本分開一段時間的同時進行，特別是如果該服務希望確認升級前觀察到的存款對其升級後的基礎設施仍然可見。客戶等待的時間則取決於該服務何時調和帳本並恢復為帳戶入帳。

Sprout 使此次升級對某些資金產生不可逆的後果

最初的屏蔽池是 Zcash 歷史中的遺留部分。後來的池為網路提供了不同的方式來表示屏蔽交易，但留在 Sprout 中的餘額仍取決於能從該池花費的格式。NU7 改變了有效交易版本，這使得格式問題對遺留餘額的擁有者而言變得至關重要。

顯示為 ZEC 的錢包餘額為擁有者提供了貨幣數量。要識別池和可用的花費路徑可能需要更多資訊。對遺留持有者而言，相關行動是在共識變更之前透過相容途徑轉移資金。在舊格式不再被接受之後，僅更新軟體本身無法建立有效交易。

池中餘額的公開數字無法告訴觀察者有多少持有者正在積極使用它，或者有多少部分可以用仍可用的金鑰恢復。少數大額餘額和許多小額不活躍餘額可能產生相同的總額。該規則適用於啟動時仍留在池中的資金，無論它們是如何到達那裡的。

這一後果與貨幣供應上限以及為未來獎勵保留的手續費是分開的。協議對舊交易版本的處理移除了一條花費路徑。儲備規則則計入可根據其自身時間表日後重新發行的手續費。升級規範將這些視為不同的變更，其中版本 4 交易自主要網路啟動高度起無效。

Sprout 的截止期限是這個以間隔和平均值來衡量的故事中的例外。錢包和交易所可以修改確認規則，而挖礦收入會隨活動量而變化。影響舊資金池的規則固定於啟用高度。一旦升級後的鏈套用該限制，僅有較新的錢包並不能恢復花費留在該處餘額的能力。

值得關注的重點

• 啟用。網路達到區塊 3,543,405 並在新規則下產生後續區塊。
• 存款政策。交易所公布新的確認門檻或重新開放暫停的存款。
• Orchard 活動。觀察到的每區塊操作數以及繁忙時段的經過時間。
• 挖礦收入。在等效時間窗口內比較每日手續費收入與補貼收入。
• Sprout。錢包通知說明哪些舊餘額有資格在啟用前轉移。

常見問題