Cardano CAP-12第5版禁設Leios參數為0　緊急停用方案與憲法修正案衝突

卡爾達諾（Cardano）的擴展功能 Linear Leios 緊急停用方案，與憲法修正案出現衝突。爭議不在於網路是否故障，而在於故障時能否依憲法程序關閉額外的交易處理路徑。

生態系組織 Intersect 在11月6日的每週更新中表示，憲法修正提案 CAP-12 第5版禁止將 Leios 參數設為0。第5版於10月30日公布，並從憲法本文移除鏈上停用規定。停用方式仍列在硬分叉計畫中，約30個參數值則還在審查。

Leios 的擴展設計會將一般區塊未能納入的交易放進獨立的背書區塊（endorser block），再經投票與驗證後納入鏈上。卡爾達諾改進提案 CIP-0164 說明，這套架構會保留一般區塊生產，並增加一條交易處理路徑。

在這套架構中，將參數設為0並不會停止卡爾達諾整體的區塊生產，而是用來關閉 Leios 的額外交易處理路徑。緊急停用方案針對的正是這條路徑。

CryptoSlate 報導，凱文·哈蒙德（Kevin Hammond）於11月6日提出的停用程序，主張在第1級與第2級嚴重網路問題發生時，將決定背書區塊最大交易大小的 maxEndorserBlockTxsSize 設為0。提案也包括放寬事前公告要求與變更頻率限制。

不過，治理批准程序，以及在 epoch 邊界套用變更的流程仍會保留。重新啟用 Leios 時，則預計遵循一般參數變更程序。

現行卡爾達諾憲法的 PARAM-04a 條款要求，變更對網路運作至關重要的參數前，通常須提前90天公告。若是經過審慎技術審查的第1級或第2級問題，公告期間可以縮短。

這項例外處理的是公告期間，並未解除 CAP-12 第5版對參數設為0的禁令。若要採用緊急停用方案，須分別調整公告例外規定與設為0的許可條件。

開發進度與緊急停用程序是兩項不同工作。卡爾達諾共識團隊在11月3日的開發報告中表示，已將背書區塊生成、憑證檢查與投票中繼功能加入開發分支。

Intersect 說明，DijkstraNet 已於11月2日切換至協定版本12，但當時使用的節點版本11.2並未包含完整的 Linear Leios 功能。初期整合測試則使用另一個 Musashi 11.3 原型。

本報先前報導，Leios 共識功能已納入開發分支與測試原型，但主網導入程序仍待完成。這次的爭議在於緊急情況下如何關閉額外處理路徑，以及憲法是否允許這麼做，而非功能開發進度。

緊急停用方案提出的條件包括：Leios 開發團隊書面確認、在 Preview 與 Preprod 測試網進行停用及重新啟用測試，以及檢查所有節點實作是否符合要求。提案要求在套用停用程序前確認這些條件。

卡爾達諾論壇在11月2日的說明文章中表示，CAP-12 當時已修改20次，並收到32項討論內容。文章邀請質押池營運者（SPO）、委任代表（DRep）與憲法委員會參與審查。

緊急停用方案尚未獲採納。Intersect 預計於11月12日下午4時（韓國時間）舉行下一場 CAP 審查會議。