共識跟交易執行解耦，聽起來像是先斬後奏——如果驗證者投票的時候交易還沒真正執行，萬一執行結果跟預期不一樣怎麼辦？
這裡的關鍵在於，驗證者投票確認的是「這筆交易的內容跟提交順序」，而不是「執行後的最終狀態」——這兩件事在傳統設計裡被綁在一起處理，但實際上是可以拆開驗證的兩個問題。Supernova 的做法是先讓驗證者對「這個區塊該包含哪些交易、順序是什麼」達成共識，這部分共識一旦達成就不可逆轉；至於這些交易實際執行後會產生什麼狀態變化，則是在共識達成之後才進行，執行結果會在下一個區塊裡被引用並公證，等於是把執行過程的驗證延後一步，但沒有讓執行結果本身失去被驗證的機會。
這個設計本質上類似於「先確定要做哪些事、按什麼順序做，再實際去做」，跟先完成所有事情才對外宣布的做法相比，能讓驗證者不需要等待執行完成就能對交易順序達成共識，這是解耦帶來的速度優勢；但執行結果依然會在稍後的區塊裡被公開跟公證，並沒有跳過驗證這一步，只是把它從「投票前必須完成」改成「投票後緊接著完成」。
如果分片間結算時間從 18 秒降到 2.4 秒，這個改善對一般使用者實際上有什麼差別，還是只是給開發者看的技術數字？
跨分片結算時間直接影響的，是任何一筆交易的發送方跟接收方分別位於不同分片時，實際需要等待多久才能確認交易完成——MultiversX 的分片架構把整個網路拆成多個分片以提升處理能力，但這也代表使用者之間的交易，有相當比例會跨越不同分片，過去這類交易需要等待約 18 秒才能確認，壓縮到 2.4 秒之後，這個等待時間對日常轉帳、跨錢包互動而言，已經從「感覺得到延遲」縮短到接近「感覺不太出來延遲」的範圍。
對一般使用者而言，這個改善最直接的感受會出現在需要頻繁互動的應用場景，例如鏈上遊戲裡的即時操作、或是需要快速確認才能繼續下一步的支付流程——這類應用過去可能因為跨分片結算時間太長而選擇避開分片架構，或是特別設計繞開跨分片互動的方式，這次改善後，這類限制理論上會被大幅鬆綁，不完全只是給開發者看的技術指標。
MultiversX 需要停機 24 分鐘才能完成這次升級，Solana 的 Alpenglow 卻強調分階段推進、全程不中斷網路，兩者的取捨邏輯有什麼不同？
這個差異反映的是兩種不同的風險管理哲學。MultiversX 選擇讓整個網路短暫暫停，本質上是用「已知、可控的短暫停機」去交換「切換瞬間不會有任何節點卡在新舊規則之間」的確定性——停機的 24 分鐘裡，所有節點都處於同一個已知狀態，不存在部分節點還在用舊規則、部分節點已經用新規則的過渡期風險。
Solana 的 Alpenglow 則是反過來，用漸進式的權重推進（例如先讓 10% 質押權重升級，再擴大到 25%，最後才觸發全網切換），試圖在網路持續運行、不中斷服務的前提下完成過渡，代價是整個切換過程拉得更長、協調機制也更複雜，需要額外的機制（如功能閘門）來確保絕大多數驗證者權重都準備就緒才觸發切換。兩種做法沒有絕對的優劣之分，MultiversX 的分片架構跟共識設計，可能讓短暫全網暫停的協調成本相對較低；而 Solana 的網路規模跟持續運行的商業重要性，可能讓「完全不中斷」變得更值得投入額外的協調複雜度去換取。
如果我在 9 月 10 日升級前後持有或使用 EGLD，實際上需要做哪些檢查，才能確定自己的資產不會受到影響？
第一，如果資產完全存放在自己的錢包裡（自我保管），根據專案方公告，地址、私鑰、餘額在升級前後都保持向下相容，不需要進行任何代幣置換或申領動作，任何要求你在升級期間採取行動的訊息，都應該被視為詐騙警訊。第二，如果資產存放在交易所，該做的是提前查證所使用的交易所是否已經公告暫停提領的具體時段，並在暫停開始前完成任何必要的提領或轉帳，避免卡在暫停期間無法動用資產。
第三，如果資產正在質押中，需要理解質押解鎖期不會因為這次升級而縮短，即使鏈本身的出塊速度加快了十倍，原本設定的解鎖天數依然維持不變，這代表提前規劃資金運用時程時，不該假設「鏈變快了，質押解鎖也會跟著變快」。第四，如果自己有在運行節點，則需要確保軟體版本已經升級到支援新規則的版本，並留意官方公告的具體切換時間點（以 round 數推算的實際時鐘時間，而非單純的日期），避免因為軟體版本落後而在切換後暫時脫離網路。
MultiversX 在 2026 年 9 月 10 日的 epoch 2233、round 32,157,661 正式啟動 Supernova 硬分叉，把區塊生成時間從 6 秒壓縮到 600 毫秒，等於是十倍加速。這次升級不只是單純調快出塊節奏，而是把共識機制跟交易執行徹底解耦——過去的做法是驗證者必須先實際執行完一筆交易，才能對這個區塊投票；Supernova 之後，區塊提案者可以先提交交易內容，讓驗證者立即投票，實際的執行過程則非同步進行，執行完的狀態結果會在下一個區塊裡被引用並公證。這個架構調整讓分片內終結性能壓到約 250 毫秒以下，跨分片結算時間也從約 18 秒降到約 2.4 秒，同時保留了 MultiversX 原本的分片架構，沒有為了追求速度放棄去中心化的分片設計。
由於這次升級改動的是共識層本身的核心邏輯，MultiversX 選擇讓整個網路在切換過程中暫停接受新交易約 24 分鐘，確保超過 5000 個節點都能完整遷移到支援新規則的軟體版本後再恢復運作，而不是讓網路在遷移過程中冒著節點分裂的風險。升級前的準備期間，官方持續追蹤節點的軟體版本分佈——9 月 7 日最終版本 v2.0.6.0 發布後，24 小時內就有 84.2% 的主網節點完成升級，顯示驗證者對這次硬分叉的配合度相當高。對一般使用者而言，如果資產存放在交易所或參與質押，實務上需要留意的是切換前後那段暫停期間是否能正常提領——多數交易所會在升級前提前公告暫停提領時段，但九月初查證時仍有交易所尚未公布具體暫停時程。
值得留意的是，即使出塊速度加快十倍，MultiversX 的質押解鎖期（unbonding period）並沒有因此縮短——官方設定的解鎖期仍然是以天數計算，不會因為區塊時間變短就自動等比例縮短。這代表如果使用者原本預期「鏈變快了，領回質押資產也會變快」，這個假設並不成立，配置參數本身是獨立於區塊時間之外設定的。
如果你是自我保管 EGLD，這次升級不需要你做任何操作——官方明確表示地址、私鑰、餘額在升級前後都維持向下相容，不涉及代幣置換或申領流程。如果你把資產放在交易所或參與質押，該提前查證的是自己使用的交易所有沒有公告提領暫停時段，並記住不管出塊速度加快幾倍，質押解鎖依然要等原本設定好的天數。除了 MultiversX 本身，這次升級也提供了一個評估任何「升級後變快了」宣稱時值得參考的框架：先問清楚這次改善具體作用在共識終結性、執行吞吐量、還是跨分片結算——這三者是真正不同的瓶頸，一條鏈解決了其中一個，不代表其他兩個也跟著等幅改善。