來源：Celestia；編譯：鄧通，金色財經
Lemongrass 升級於9 月部署到主網測試版，是Celestia 的首次共識升級。即將推出的Ginger 升級，即Celestia-App V3 是第二個。
Ginger 讓效率翻倍， Celestia 的資料可用性吞吐量立即增加了2 倍！在v3 中，這是透過將出塊時間從12 秒減少到6 秒來實現的，這也透過更快的事務單時隙最終確定時間來改善使用者體驗。
Ginger 也為社區治理奠定了基礎，將區塊大小增加到每6 秒最大8MB，相當於1.33 MB/s。
Ginger 在Arabica高度2348907 活化（預計2024 年11 月5 日）。預計於11 月進入Mocha 測試網，並於12 月進入主網Beta。
Celestia 即將發生變化
Ginger 升級中包含的CIP 在CIP-25（一種元CIP）中指定。
Ginger 中的CIP 包括：
-
CIP-21：引入經過驗證的簽署者的blob 類型
-
CIP-24：版本化Gas調度程序變量
-
CIP-26：版本化逾時
-
CIP-27：PFB 和非PFB 數量的區塊限制
-
CIP-28：交易大小限制
除了上述CIP 之外，celestia-app v3 還包含一個重要的非共識變更：預設需要BBR。
預設為黑盒子記錄器
現實生活中的p2p 網路必須在很長的距離上發送大量資料。這會成為問題，因為最常見的擁塞控制演算法會隨著更多丟失的發生而顯著減少發送的資料包數量，換句話說，降低吞吐量。資料傳輸的時間越長，遺失的資料包就越多，頻寬利用率就會直線下降。更糟的是，緩衝區開始積累，即使對於小資料包也會造成大量延遲。更糟的是，在去中心化網路中，節點不會等待緩衝區中的消息；它們只會繼續到下一個區塊，導致這些緩衝的訊息變得陳舊，並在最終發送時浪費更多的頻寬。
谷歌的研究人員發現，資料包遺失其實並不是偵測擁塞的良好機制。相反，我們可以簡單地使用往返時間。這就是BBR 所做的，並導致現實生活中的地理分散式網路的吞吐量大幅增加。
這為未來吞吐量和性能的提高打開了大門，例如Mammoth Mini 測試網中展示的改進。 celestia-app v3 要求預設開啟BBR。
引入經過驗證的簽名者的blob 類型
CIP-21 引入了“創作的blob”，其中直接將簽署者的位址包含在blob 元資料中。 Celestia 驗證器現在驗證該簽署者是否與支付blob 的位址匹配，從而無需匯總來單獨檢索和處理PayForBlobs 交易。這簡化了匯總的驗證過程，允許他們直接檢查blob 的簽署者欄位以確保真實性。
版本化的Gas調度程式變量
CIP-24 將Gas 調度程序變數GasPerBlobByte 和TxSizeCostPerByte 設定為只能透過網路升級進行修改，從而消除了透過鏈上治理更改它們的能力。這項變更旨在使交易成本更加穩定和可預測。它允許更簡單的離線Gas計算方法，而無需在每次交易之前查詢網路。
版本化逾時設定
CIP-26將出塊時間和相關逾時設定為由應用程式版本控制，並將出塊時間從v3中的12秒減少到6秒。此變更旨在提高網路吞吐量並減少交易最終確定時間。它還將記憶體池的ttl-num-blocks 參數從5 增加到12，以透過更快的區塊時間保持一致的事務行為。
PFB 和非PFB 數量的區塊限制
CIP-27 對每個區塊的PayForBlob (PFB) 和非PFB 訊息的數量進行了限制。該提案實施了每個區塊600 個PFB 訊息和每個區塊200 個非PFB 訊息的限制。這些限制是PrepareProposal 階段的軟限制，這意味著它們並未在共識層級嚴格執行。此變更的基本原理是透過限制每個區塊中可以驗證的交易數量來防止區塊處理時間過長。這些限制是根據基準確定的，目標是在建議的驗證器配置下每個區塊的處理時間約為0.25 秒。
交易規模限制
CIP-28 在Celestia 上將單一交易的大小限制為2MiB（2,097,152 位元組）。此限制將在交易處理的所有階段（CheckTx、PrepareProposal 和ProcessProposal）強制執行，因此是一個打破共識的變更。其基本原理是為了防止八卦大型交易的問題，即使是8 MiB 或更大的區塊。它還為減少區塊時間和增加區塊大小以增加未來的吞吐量敞開了大門。
