2016-02-25 IRC 會議摘要
概覽
會議記錄
主要議題
- BIP 68/112/113 推出
- 即將發布的 OpenSSL 版本
簡短議題
PR #7542 實作 “feefilter” P2P 訊息尚未被審查。
BIP 68/112/113 推出
背景
BIP 68 透過序列號訊號發送的共識強制交易替換。 BIP 112 CHECKSEQUENCEVERIFY。 BIP 113 使用中位時間過去作為鎖定時間計算的端點。
簡而言之：BIP 68 將序列號欄位的意義改為相對鎖定時間。BIP 112 使該欄位可供 bitcoin 腳本系統存取。 BIP 113 在鎖定時間交易中啟用前一個區塊的 GetMedianTimePast（前 11 個區塊的中位數）的使用。
BIP 9 具有超時和延遲的版本位元。
目前軟分叉是透過 IsSuperMajority 機制完成的，意思是當最近 1000 個區塊中有 95% 的版本號高於 X 時，分叉就會部署。目前正在開發一種新方法，使用版本號的所有位元，適當地稱為 versionbits。因此，不是在版本大於（例如）00000000011（3）時發生分叉，而是在（例如）第 3 位元被設定時發生分叉（即 00100000011）。這樣軟分叉就可以同時且獨立地部署。
會議討論
相當多的算力正在使用區塊版本號為 BIP 109 投票，這使得使用 IsSuperMajority 的部署變得複雜。這也可能延遲隔離見證的部署。因此可能會使用 versionbits。
BIP 68 需要 v2 交易，目前不會被中繼。
相當一部分算力在任何發布的軟體支援 CLTV（BIP 65）之前就已經訊號發送準備好強制執行它。
會議結論
PR #7561 需要轉換為 versionbits。
審查 PR #7575。
中繼政策可能會在軟分叉部署之前變更。
與 btcd 開發人員討論 BIP 9/68/112/113 以獲得回饋。
向郵件列表發送關於 BIP 68/112/113 部署的電子郵件，徵求任何反對意見。
為了防止過早啟動，將為 BIP 9 軟分叉定義「開始時間」。建議在預期發布日期後 1-2 個月的開始時間。
即將發布的 OpenSSL 版本
背景
有一個新的 OpenSSL 發布修復了一些安全問題。
從 0.12 開始，Bitcoin Core 使用他們自己的 libsecp256k1 進行 ECDSA 簽章驗證，而不是 OpenSSL。
會議討論
OpenSSL 應該盡可能從軟體中移除。
OpenSSL 實際上只在付款協定中需要，而該協定幾乎未被使用。建議預設停用它並聆聽回饋。
會議結論
暫時需要推出嚴重 OpenSSL 漏洞的緊急更新。
與會者
petertodd Peter Todd
gmaxwell Gregory Maxwell
btcdrak btcdrak
morcos Alex Morcos
sipa Pieter Wuille
CodeShark Eric Lombrozo
jonasschnelli Jonas Schnelli
sdaftuar Suhas Daftuar
warren Warren Togami
趣味橋段
19:25:30 <btcdrak> wumpus: 我會謹慎合併任何共識重構 PR，直到我們合併 sf 程式碼。這將使回溯到 0.12 更容易且更容易驗證（基本上是簡單的 cherrypick）。
19:26:28 <petertodd> btcdrak: 我建議我們買一台時光機給 jtimom，這樣他就可以在過去進行重構了 :)
19:26:40 <petertodd> *jtimon