Vitalik Buterin 主張把大部分繁重的密碼學運算移到鏈下，關鍵在於區分「運算」和「資料」：預編譯（precompile）可以讓某些密碼學檢查執行得更便宜，但以太坊仍得接收那些待檢查的資料。EIP-8288 提出另一種做法：盡可能不把大型密碼學資料放進區塊，而是以遞迴 STARK 證明聚合驗證結果。這項提案目前仍標示為草案（Draft）。416

為什麼不直接新增更多預編譯？

預編譯是以太坊內建、可用來降低特定密碼學操作成本的功能。但新增預編譯本身，並不能解決簽章、證明或其他輸入資料必須被傳送和承載的問題。Buterin 認為，以太坊能處理多少密碼學資料，受到資料頻寬限制，不只是驗證耗費多少 gas。他估計，即使採用 PeerDAS、區塊也承載 blob 資料，實務上的資料吞吐量上限仍約為每秒 8 MB。這是他的估算，不是正式規定的 calldata 上限。412

另外，每種密碼學方案都各自新增專用預編譯，可能提高協定複雜度，也需要用戶端實作配合。EIP-8288 的方向則是提供共用的證明驗證途徑，支援不同密碼學方案。716

草案舉出的例子說明了這類負擔：其中一種雜湊式簽章約為 2–3 kB，直接驗證成本估計約 150,000–200,000 gas。這些是提案用來說明問題的估算，不代表所有簽章或實際實作都會有相同大小與成本。10

EIP-8288 的設計構想

以太坊官方 EIP 文件列出 Vitalik Buterin 和 Thomas Coratger 為作者，並將提案描述為擴充 EIP-8141 幀交易（frame transactions）的設計。大致可分為三個部分：16

1. 交易宣告精簡的依賴項。 每個依賴項包含方案、資料雜湊及驗證金鑰雜湊；提案規格以 96 位元組編碼每一組資料。1613
2. 完整密碼學資料在傳播時傳送。 大型簽章或證明會隨交易在網路中傳遞，而不是把原始資料全部寫入區塊。記憶池參與者可協作整合驗證工作。1516
3. 把多項驗證聚合起來。 設計目標是以遞迴 STARK 證明合併多項檢查，並在區塊中放入聚合證明，取代逐一納入底層密碼學資料。這是為了減少區塊承載資料的需求，並不會提高網路本身的頻寬上限。61516

使用者也可以在自己的裝置上執行昂貴的密碼學運算，再為運算結果產生 STARK 證明。這項設計的目標，是讓以太坊能支援更多密碼學方案，而不必為每種方案都新增專用的原生預編譯。36

可能改變什麼，又不代表什麼？

若設計如預期運作，精簡依賴項與聚合驗證可望減少原始簽章和證明必須由區塊承載的資料量。它的重點不只是「讓密碼學跑得更快」，而是把部分運算交由使用者及記憶池參與者處理，同時限制需要寫入鏈上的資料。11316

但這不等於消除密碼學運算的成本。使用者與網路參與者仍須產生、傳播並驗證相關資料和證明。目前可用資料也無法證實 EIP-8288 一定能降低多少 gas，或解決以太坊更廣泛的擴容限制。

仍待釐清的安全與採用問題

證明與雜湊的可靠性。 草案將驗證電路和依賴項雜湊函式的可靠性列為安全假設。後續草案更新也將區塊依賴項雜湊綁定到聚合電路。這些都是需要檢視的安全設計細節，並不代表系統已在部署環境中完成驗證或證明安全。32

記憶池的拒絕服務風險。 聚合機制會在記憶池層增加運算與資料處理工作，因此可能帶來拒絕服務攻擊風險。現有資料指出這是需要注意的風險，但不足以證明所有防護措施都已完備或足夠。25

草案參數不等於主網規則。 一個官方版本的草案將每筆交易的簽章依賴項上限設為 16 個，STARK 依賴項上限設為 1 個。這些是草案參數，不是已部署的以太坊規則。32

格密碼簽章仍有安全疑問。 報導指出，若能證明格密碼安全，Buterin 不排除為帳戶和錢包等用途加入相關預編譯。對 AI 可能協助發動攻擊的疑慮，是仍需評估的風險，不代表格密碼簽章已遭破解。1724

EIP-8288 官方文件目前仍標示為「草案」。報導提及的是模擬與測試網相關工作，而不是已獲核准的主網部署；現有資料也未顯示採用決定或部署日期已定。1516

Vitalik Buterin 主張把大部分繁重的密碼學運算移到鏈下，關鍵在於區分「運算」和「資料」：預編譯（precompile）可以讓某些密碼學檢查執行得更便宜，但以太坊仍得接收那些待檢查的資料。EIP-8288 提出另一種做法：盡可能不把大型密碼學資料放進區塊，而是以遞迴 STARK 證明聚合驗證結果。這項提案目前仍標示為草案（Draft）。416

為什麼不直接新增更多預編譯？

預編譯是以太坊內建、可用來降低特定密碼學操作成本的功能。但新增預編譯本身，並不能解決簽章、證明或其他輸入資料必須被傳送和承載的問題。Buterin 認為，以太坊能處理多少密碼學資料，受到資料頻寬限制，不只是驗證耗費多少 gas。他估計，即使採用 PeerDAS、區塊也承載 blob 資料，實務上的資料吞吐量上限仍約為每秒 8 MB。這是他的估算，不是正式規定的 calldata 上限。412

另外，每種密碼學方案都各自新增專用預編譯，可能提高協定複雜度，也需要用戶端實作配合。EIP-8288 的方向則是提供共用的證明驗證途徑，支援不同密碼學方案。716

草案舉出的例子說明了這類負擔：其中一種雜湊式簽章約為 2–3 kB，直接驗證成本估計約 150,000–200,000 gas。這些是提案用來說明問題的估算，不代表所有簽章或實際實作都會有相同大小與成本。10

EIP-8288 的設計構想

以太坊官方 EIP 文件列出 Vitalik Buterin 和 Thomas Coratger 為作者，並將提案描述為擴充 EIP-8141 幀交易（frame transactions）的設計。大致可分為三個部分：16

1. 交易宣告精簡的依賴項。 每個依賴項包含方案、資料雜湊及驗證金鑰雜湊；提案規格以 96 位元組編碼每一組資料。1613
2. 完整密碼學資料在傳播時傳送。 大型簽章或證明會隨交易在網路中傳遞，而不是把原始資料全部寫入區塊。記憶池參與者可協作整合驗證工作。1516
3. 把多項驗證聚合起來。 設計目標是以遞迴 STARK 證明合併多項檢查，並在區塊中放入聚合證明，取代逐一納入底層密碼學資料。這是為了減少區塊承載資料的需求，並不會提高網路本身的頻寬上限。61516

使用者也可以在自己的裝置上執行昂貴的密碼學運算，再為運算結果產生 STARK 證明。這項設計的目標，是讓以太坊能支援更多密碼學方案，而不必為每種方案都新增專用的原生預編譯。36

可能改變什麼，又不代表什麼？

若設計如預期運作，精簡依賴項與聚合驗證可望減少原始簽章和證明必須由區塊承載的資料量。它的重點不只是「讓密碼學跑得更快」，而是把部分運算交由使用者及記憶池參與者處理，同時限制需要寫入鏈上的資料。11316

但這不等於消除密碼學運算的成本。使用者與網路參與者仍須產生、傳播並驗證相關資料和證明。目前可用資料也無法證實 EIP-8288 一定能降低多少 gas，或解決以太坊更廣泛的擴容限制。

仍待釐清的安全與採用問題

證明與雜湊的可靠性。 草案將驗證電路和依賴項雜湊函式的可靠性列為安全假設。後續草案更新也將區塊依賴項雜湊綁定到聚合電路。這些都是需要檢視的安全設計細節，並不代表系統已在部署環境中完成驗證或證明安全。32

記憶池的拒絕服務風險。 聚合機制會在記憶池層增加運算與資料處理工作，因此可能帶來拒絕服務攻擊風險。現有資料指出這是需要注意的風險，但不足以證明所有防護措施都已完備或足夠。25

草案參數不等於主網規則。 一個官方版本的草案將每筆交易的簽章依賴項上限設為 16 個，STARK 依賴項上限設為 1 個。這些是草案參數，不是已部署的以太坊規則。32

格密碼簽章仍有安全疑問。 報導指出，若能證明格密碼安全，Buterin 不排除為帳戶和錢包等用途加入相關預編譯。對 AI 可能協助發動攻擊的疑慮，是仍需評估的風險，不代表格密碼簽章已遭破解。1724

EIP-8288 官方文件目前仍標示為「草案」。報導提及的是模擬與測試網相關工作，而不是已獲核准的主網部署；現有資料也未顯示採用決定或部署日期已定。1516