Ream 補齊共識規格與同步流程，實測以太坊主網運行

值得記下的 5 件事

1. [10:00]
   資料未齊時先等待，不再直接丟棄區塊 Daniel 指出，Ream 原先沒有正確等待父區塊與資料欄位，甚至曾把單一有效欄位視為區塊有效

   團隊新增資料可用性檢查器，等待或索取缺少欄位，並補上未知父區塊的查找流程。

2. [15:40]
   實際網路揭露同步缺口，跨客戶端測試協助驗證修正 Hans 表示，Ream 在 Sepolia 測試網曾卡在已最終確認的檢查點，下載不到區塊

   團隊修正向前同步、加入歷史資料回填，並透過 Kurtosis 測試環境與 Lighthouse、Prysm 共同測試；他表示該輪測試全部通過。

3. [18:00]
   保管模式依節點責任選擇欄位與連線對象 Daniel 表示，團隊實作只儲存責任欄位的保管模式，依節點識別碼計算應保管的欄位

   節點也按欄位需求挑選連線對象，以取得所需資料；他報告主網連線節點數由 900 降至 201，並將保管模式設為預設。

4. [21:40]
   快取與減少重複計算改善主網區塊處理 Daniel 指出，重複解壓縮驗證者金鑰與重算委員會排序拖慢處理，團隊因此加入快取並調整計算流程

   他報告修正前的區塊提交時間為 18.5 秒，修正後中位數為 1.98 秒；展示也顯示，資料抵達延遲仍會拉長提交時間。

5. [24:20]
   驗證者相容性另在 Hoodi 測試，不等同主網驗證者部署 兩人表示，Ream 已能以全節點模式在主網運行，並在 Hoodi 測試網搭配 Lighthouse 驗證者客戶端

   團隊修正請求與回應問題，展示投票，以及節點重啟後追上最新區塊、在背景回填資料的流程。