Vitalik Buterin 支持把以太坊大部分繁重的密碼學運算移到鏈下，關鍵在於分清楚運算成本和資料成本：預編譯合約可以令某些密碼學檢查執行得更便宜，但以太坊仍要接收檢查所需的資料。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 交易。設計大致分為三部分： 16

1. 交易只列出精簡的依賴項。 每項依賴會標示方案、資料雜湊和驗證金鑰雜湊；提案把每組資料編碼為 96 bytes。 1613
2. 完整密碼學資料在傳播時提供。 大型簽名或證明會隨交易在網絡中傳送，而不是把完整原始資料寫進區塊。交易仍在 mempool 等待處理時，參與者可以合併驗證工作。 1516
3. 把驗證結果聚合起來。 設計目標是用遞歸 STARK 證明整合多項檢查，並在區塊中放入聚合證明，取代逐份放入底層密碼學資料。這是為了減少區塊需要承載的資料，並不會提高網絡本身的頻寬上限。 61516

用戶亦可在自己的裝置上進行較耗資源的密碼學運算，再提供 STARK 證明。提案希望以此支援更多不同密碼學方案，而毋須為每種方案都新增一個原生預編譯合約。 36

可能改善甚麼，又不代表甚麼？

如果設計如預期運作，精簡依賴項和聚合驗證，或可減少區塊必須承載的原始簽名和證明資料。重點不只是「密碼學運算更快」，而是把部分工作交由用戶和 mempool 參與者處理，同時限制以太坊必須納入鏈上的資料量。 11316

但這不代表密碼學成本消失。用戶和網絡參與者仍要產生、傳送和驗證相關資料與證明。現有資料亦未能證明 EIP-8288 一定會帶來某個幅度的 gas 減省，或解決以太坊整體的擴容限制。

仍待釐清的安全與落地問題

證明與雜湊的可靠性。 草案把驗證電路及依賴項雜湊函數的可靠性列為安全假設。其後一項草案更新，亦將區塊依賴項雜湊與聚合電路綁定。這些是需要評估的安全設計，並不等於系統已在實際部署中完成驗證或證明安全。 32

Mempool 的阻斷服務風險。 聚合程序會增加 mempool 層處理資料和運算的工作量。阻斷服務攻擊風險已被列為需要留意的範疇，但現有資料未能證明所有防護措施均已完成或足夠。 25

草案參數不等於主網規則。 一個官方修訂版本列出，每筆交易最多可有 16 項簽名依賴，以及一項 STARK 依賴。這些只是草案參數，並非已在以太坊主網生效的規則。 32

格密碼簽名的安全性仍有討論。 報道指，若格密碼的安全性得到證明，Buterin 未有排除以預編譯合約支援帳戶和錢包等用途。另一方面，外界亦提出人工智能輔助攻擊的潛在疑慮；這是需要評估的風險，並不代表格密碼簽名已被破解。 1724

官方 EIP 目前仍是 Draft。相關報道提及模擬和測試網工作，但現有資料未能確認提案已獲准部署至主網，也沒有確定的採納決定或部署日期。 1516

Vitalik Buterin 支持把以太坊大部分繁重的密碼學運算移到鏈下，關鍵在於分清楚運算成本和資料成本：預編譯合約可以令某些密碼學檢查執行得更便宜，但以太坊仍要接收檢查所需的資料。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 交易。設計大致分為三部分： 16

1. 交易只列出精簡的依賴項。 每項依賴會標示方案、資料雜湊和驗證金鑰雜湊；提案把每組資料編碼為 96 bytes。 1613
2. 完整密碼學資料在傳播時提供。 大型簽名或證明會隨交易在網絡中傳送，而不是把完整原始資料寫進區塊。交易仍在 mempool 等待處理時，參與者可以合併驗證工作。 1516
3. 把驗證結果聚合起來。 設計目標是用遞歸 STARK 證明整合多項檢查，並在區塊中放入聚合證明，取代逐份放入底層密碼學資料。這是為了減少區塊需要承載的資料，並不會提高網絡本身的頻寬上限。 61516

用戶亦可在自己的裝置上進行較耗資源的密碼學運算，再提供 STARK 證明。提案希望以此支援更多不同密碼學方案，而毋須為每種方案都新增一個原生預編譯合約。 36

可能改善甚麼，又不代表甚麼？

如果設計如預期運作，精簡依賴項和聚合驗證，或可減少區塊必須承載的原始簽名和證明資料。重點不只是「密碼學運算更快」，而是把部分工作交由用戶和 mempool 參與者處理，同時限制以太坊必須納入鏈上的資料量。 11316

但這不代表密碼學成本消失。用戶和網絡參與者仍要產生、傳送和驗證相關資料與證明。現有資料亦未能證明 EIP-8288 一定會帶來某個幅度的 gas 減省，或解決以太坊整體的擴容限制。

仍待釐清的安全與落地問題

證明與雜湊的可靠性。 草案把驗證電路及依賴項雜湊函數的可靠性列為安全假設。其後一項草案更新，亦將區塊依賴項雜湊與聚合電路綁定。這些是需要評估的安全設計，並不等於系統已在實際部署中完成驗證或證明安全。 32

Mempool 的阻斷服務風險。 聚合程序會增加 mempool 層處理資料和運算的工作量。阻斷服務攻擊風險已被列為需要留意的範疇，但現有資料未能證明所有防護措施均已完成或足夠。 25

草案參數不等於主網規則。 一個官方修訂版本列出，每筆交易最多可有 16 項簽名依賴，以及一項 STARK 依賴。這些只是草案參數，並非已在以太坊主網生效的規則。 32

格密碼簽名的安全性仍有討論。 報道指，若格密碼的安全性得到證明，Buterin 未有排除以預編譯合約支援帳戶和錢包等用途。另一方面，外界亦提出人工智能輔助攻擊的潛在疑慮；這是需要評估的風險，並不代表格密碼簽名已被破解。 1724

官方 EIP 目前仍是 Draft。相關報道提及模擬和測試網工作，但現有資料未能確認提案已獲准部署至主網，也沒有確定的採納決定或部署日期。 1516