在 Reth 實作 Pureth：SSZ 執行區塊與可驗證查詢

值得記下的 5 件事

1. [2:20]
   先建原型，再逐步處理執行資料與規格缺漏 團隊最初省略部分收據欄位，讓查詢層較容易撰寫與測試，再依序處理提款、收據、交易及區塊

   講者表示，收據規格未說明部分邊界情況，因此研究 Reth 的處理方式並提出規格修訂，演講時仍在審查。

2. [8:40]
   查詢值與證明共用來源，讓結果可供核對 Arsh 說明，查詢資料與證明必須保持一致

   團隊以欄位證明及連結證明，將查詢結果連回區塊摘要的雜湊根，讓呼叫端依據已信任的根驗證答案；也支援把多項查詢選取合併成一份證明。

3. [12:00]
   驗證交易與收據的對應，也限制失敗後的無效運算 流程會檢查交易與收據在清單中的位置及所屬區塊，並重新計算交易雜湊，確認收據對應到所要求的交易

   團隊另加入取消檢查，讓錯誤或失敗發生時能停止後續工作；講者表示，這主要是為了減輕節點負擔。

4. [15:20]
   保留既有編碼路徑，並在開發網測試整合 Parth 表示，SSZ 是與既有 RLP 編碼路徑並存的可選實作；問答另補充，資料庫已修改為採用 SSZ，不能將「並存」理解為儲存方式完全未變

   團隊以兩組修改後的 Reth 與 Lighthouse 配對測試，回報能產生、接收彼此的區塊，最終確認也持續推進。

5. [21:00]
   效能與壓縮後儲存差異仍待驗證 團隊表示已測量產塊、建立證明與遠端查詢介面的回應，但仍需最佳化，也計畫測試更多客戶端

   逐字稿未提供具體耗時；問答中，講者也承認尚未研究壓縮前後的大小比較，因此無法據此判定 SSZ 與 RLP 的壓縮後儲存差異。