以太坊的升級資訊可能來自協議提案、開發會議、客戶端版本與基金會文章。這些來源未必說的是同一階段。本文整理核對方法,讓讀者分清研究方向、測試網安排和主網啟用,沒有提供某次最新升級的日期或完成結論。
先標明網路和資訊階段
把升級名稱、網路、EIP 編號、客戶端與來源日期放在筆記首頁。Ethereum 路線圖說明長期方向,確定操作仍需固定提案與實施公告。研究、提案、納入規劃、測試和啟用應各有標籤,不能從社群貼文的官方截圖推斷全部條件;原文找不到的時程先保持待查證。
提案文件不是現行規則
EIP 可以描述設計及動機,但狀態、是否納入升級和最終參數仍需另查。看到示例值,不要立刻寫成目前網路規則。編輯保存提案編號、狀態與引用段落,逐字核對「計畫」「可能」「已啟用」;遇到不同日期或範圍,就說明資料衝突,不為了吸引閱讀而挑一個最早的日期。
對照執行層與共識層客戶端
節點軟體並非只有一個版本。核對公告中執行層、共識層、客戶端名稱、最低版本及設定要求,並確認指的是測試網還是主網。單一客戶端推出新版,不等於所有節點已完成更新;測試結果也不能當主網保證。持幣者、錢包開發者與節點管理者的行動需求應分別列出。
用時間線避免引用舊計畫
每個來源記錄發布時間、適用網路、觸發條件、建議動作及未確定事項,再按照先後順序排列。這樣可以發現原規劃是否被新公告取代。保存截圖時帶上網址和查閱日期,區塊高度或時間戳則註明來源;不要用測試網數字推算主網,也不要讓影片或轉貼摘要取代原始文件。
協議升級不要求交出復原詞
如果有人聲稱必須先轉幣、連接陌生網站或提交助記詞才能完成升級,先停止並從書籤查看項目與錢包官方說明。網路升級、代幣合約遷移和平台暫停充值各是不同事項,沒有原始依據時不能串成同一操作流程。客服私訊與群組倒數也不應成為發送資產的理由。
依讀者角色給有限行動
例如一位臺灣讀者只用錢包保管 ETH,另一位在加拿大維護節點。前者需要查看錢包支援與安全提醒,後者才要檢查客戶端、備份和維護窗口。文章應說明角色及範圍,連結原始路線圖和博客,不給通用轉帳按鈕,也不承諾升級後價格、費用、速度或資產安全。
查詢筆記欄位
保存原始網址、完整標題、日期與適用條件,將尚未查明的部分單獨列出;後續有人重做相同核對時,就能分辨哪些是原文、哪些是解釋,避免只憑截圖或口述改變操作。
