以太坊擴容規劃：延長執行時間、支援平行處理與調整狀態費用

值得記下的 5 件事

1. [3:00]
   擴容不能只靠提高硬體門檻 Toni 主張以每秒有效工作衡量擴容，並讓節點維持家用硬體可運作的條件

   他表示，客戶端軟體效能最佳化已使 Gas 上限從三千萬升至六千萬，這段提升並未依靠新增協議擴容功能。

2. [6:20]
   拆開共識與執行，爭取更多處理時間 Toni 說明，ePBS 機制會讓供節點確認共識的區塊先到，實際執行交易所需的資料後到

   依他的假設，執行時間可從兩至三秒增至六秒；這是 Glamsterdam 的預期效益，而非已完成的提升。

3. [20:00]
   存取清單有助平行執行，也增加傳輸負擔 交易可能彼此依賴，使多筆交易同時執行難以安排

   Toni 表示，區塊層級存取清單可協助客戶端利用多核心處理器；但清單會隨交易執行資料傳送，使區塊平均大小約增為兩倍。他特別區分，最壞情況的區塊大小則只會略增。

4. [8:40]
   提高狀態建立費用，只是暫時緩解成長壓力 狀態包含帳戶、合約等需要保存的鏈上資料

   Toni 表示，Glamsterdam 計畫提高建立狀態的費用，為後續方案爭取時間，並未解決長期問題。他提到狀態到期等可能方向，也提醒費用調整會影響應用，實作並不單純。

5. [12:40]
   零知識證明可減輕驗證端工作，卻未消除硬體成本 Toni 將零知識虛擬機（zkVM）視為後續擴容方向：由機器產生執行證明，再讓其他節點驗證，不必各自重跑每個區塊

   他也提醒，產生證明仍需要強大硬體，目前需求依然偏高。