Polygon Labs 發出緊急客戶升級通知，因應奧斯丁和京都硬分叉

Polygon Labs 表示，任何在八月的兩個激活高度後仍然使用舊版 Bor 或 Heimdall 二進制檔的 Polygon PoS 節點，已經脫離了標準共識。實際上，這些過時的節點必須升級並趕上，才能再次遵循網絡的接受歷史。

該公司在 8 月 27 日的安全審查中描述了客戶兼容性後果。Polygon 表示，未觀察到主網因奧斯丁而中斷，並將披露的變更視為主動修復。

Bor 是 Polygon PoS 的執行客戶端，而 Heimdall 處理共識和檢查點。奧斯丁在主網區塊 91,949,700 激活後，v2.10.0 之前的 Bor 版本不再兼容，這一截止點適用於所有 Bor 節點角色。

在京都於高度 51,533,000 激活後，Heimdall 驗證者和完整節點需要 v0.11.0。Polygon 的 Heimdall 發布通知將該主網激活日期定為 8 月 18 日 10:10:31 UTC。

奧斯丁和京都解決了不同的客戶風險

奧斯丁限制了 Bor 處理 L1 到 L2 橋接存款的狀態同步事件所消耗的燃料。這些事件執行合約代碼和預編譯，但其燃料使用之前並未計入固定的區塊級上限。

足夠的事件，或一個足夠昂貴的事件，可能會使區塊處理變得緩慢，暫時停滯鏈。

第二個弱點存在於 Bor 的 TxDependency 額外數據字段，這是一個用於並行執行的提示。由於生產者提供的字段沒有大小限制，區塊生產者可以在其他有效的兄弟區塊中放置任意大小的數據塊，並使嘗試處理它的對等節點崩潰。

奧斯丁從數據格式中刪除了該字段，Polygon 將這兩個弱點歸類為資源耗盡風險。

公開的 Bor v2.10.0 發布記錄了奧斯丁的主網和廈門激活區塊。GitHub 在 8 月 28 日檢查時顯示 v2.10.1 是最新的 Bor 發布，而 v2.10.0 或更高版本提供奧斯丁兼容性。

在操作上，一條奧斯丁路徑威脅到延遲的區塊處理，而另一條則可能終止接收生產者的超大數據字段的對等節點。

京都的最高嚴重性修復針對深度嵌套的 google.protobuf.Any 消息。發送者可以便宜地構造一個交易，迫使每個驗證者在解碼上花費大量資源。硬分叉在內存池接納和區塊提議處理時增加了字節級嵌套檢查，保持這些路徑的一致性。

它還在 O(n) 驗證掃描之前限制了費用幣列表，Heimdall 的集成允許一種費用幣。

其他京都變更解決了不同的邊緣情況。它們標準化檢查點簽名恢復字節，以便有效簽名不會在以太坊上失敗恢復並停滯錨定，使重複的生產者停機消息具有冪等性，將里程碑範圍投票綁定到簽名的父哈希，並防止失敗的未來範圍創建阻止里程碑承諾。

充值、文書和質押事件的重播鍵也被設計為對於超出範圍的日誌索引是單射的，以便不同的第一層事件不會靜默地相互影響。

這兩次硬分叉都是普通的二進制升級，沒有狀態遷移或創世變更，未發生分歧的節點無需重新同步。

已經在舊客戶端上超過相關高度的操作員應安裝適用的版本，如有需要可回滾至硬分叉前的點，並在 Polygon 的指導下重新同步。