IRC meeting summary for 2016-03-31

• 本週記錄連結
• Meeting minutes by meetbot

主要議題

• 隔離見證更新
• 軟分叉反向移植
• 壞鏈警報
• child-Pays-For-parent 挖礦

簡短議題

上週討論的中位時間過去違規檢查更新：目前沒有違規被挖掘。Gmaxwell 將開始產生 MTP 違規交易以再次檢查。

網路堆疊重構更新：cfields 將最新版本推送到他的 net-refactor10 分支，已準備好進行測試和審查。它仍然需要一堆單元測試，cfields 正在為此建置框架，以及文件。

Jonasschnelli 詢問人們是否仍然對他一直在研究的 p2p 加密和身份驗證 BIP 感興趣。我們是需要自己的解決方案還是調整已有的解決方案。Sipa 提議從 openssh 複製加密程式碼，這是 300 行的 chacha20 - poly1305。每個人似乎都贊成繼續編寫 BIP，因為它允許錢包 (spv) 的簡單設定以增加隱私。

隔離見證更新

背景

幾位開發者正在致力於軟分叉，以在比特幣主網上引入隔離見證，並在特殊測試網上進行初步測試。隔離見證 (segwit) 允許交易簽名資料儲存在用於產生交易識別符的雜湊資料之外，消除所有已知形式的第三方可塑性，允許完整節點在不下載所有簽名的情況下編譯當前的 UTXO 集，並為欺詐證明奠定基礎，這可以允許輕量級 (SPV) 客戶端幫助執行更多共識規則。segwit 軟分叉還允許礦工用 4 位元組的 segwit 資料替換 1 位元組的區塊空間，增加使用 segwit 的錢包的交易容量。

會議評論

Sipa，segwit 程式碼的主要貢獻者/維護者，指出：

• segwit 程式碼在過去幾天取得了很大進展；它現在通過了所有預先存在的 rpc 測試和單元測試，並在此過程中修復了許多錯誤
• 它在 bip68/112/113 反向移植之上重新建立，並且新的 segnet (segnet4) 已啟動並執行 bip9 啟動邏輯
• 我已經顯著重組了分支中的提交以 1) 定義 segnet 2) 新增共識/節點邏輯 3) 新增錢包邏輯 4) 新增測試。這樣就可以測試分叉後從 pre-segwit 程式碼升級，並且可以單獨審查共識關鍵部分。
• 我將編寫腳本單元測試，因為我們沒有測試所有可能的見證驗證失敗
• 程式碼變更可以在這裡查看

會議結論

• Sipa 將列出他希望其他人致力於的事情清單，以推進 segwit。

軟分叉反向移植

背景

如軟體生命週期文件所述，Bitcoin Core 開發者旨在維護最新和以前的主要版本，目前是 0.12 和 0.11。

會議評論

相關的反向移植是 #7716(0.11) 和 #7543(0.12)。#7543 得到了 5 個經過測試的 ACK，應該準備好合併了。

Morcos 表達了多位開發者共有的一些擔憂：「我知道這可能有爭議，但我認為為 0.11 提供反向移植比不提供更糟。很難提供足夠的審查。如果您不知道需要同時變更兩者，您可能已經以通過現有單元測試但已損壞的方式將這些軟分叉反向移植到 0.11。我認為我們不對我們無法提供同樣高程度安全性的東西蓋章批准，對我們的『客戶』提供更好的服務。只是一個想法，考慮到 segwit 也可能很難在 0.11 中正確測試…我們似乎為自己設定了一個要求，即我們將反向移植 2 個主要版本，因此我們浪費了大量開發資源來做這件事，以獲得一個質量可疑的產品。」

Gmaxwell 也指出，0.11 的使用者沒有任何回饋或反向移植請求，考慮到 0.11 和 0.12 之間的效能差異，有很多理由不執行 0.11。

會議結論

• 想要反向移植到 0.11 的人應該審查 #7716
• 0.11 反向移植不應延遲 0.12.1

壞鏈警報

背景

服務正在使用 -alertnotify 來通知關鍵問題。有些人連接了呼叫器，甚至自動關閉服務。

一些基於啟發式的訊息，例如「異常高數量的區塊」似乎經常出現，儘管沒有真正的問題：https://www.reddit.com/r/Bitcoin/comments/3ydwg2/warning_abnormally_high_number_of_blocks/

除了浪費時間和資源之外，在第無數次之後，使用者開始完全忽略訊息，從而錯過嚴重問題。

另一個問題是，當（臨時）問題消失時，某些警告不會消失，關閉它們的唯一方法是重新啟動 bitcoind。

會議評論

似乎沒有關於什麼導致誤報的最終結論，應該對此進行更多研究。 dgenr8 的 pull #7568 修復了一些問題，但可能不是所有問題。

會議結論

• 暫時停用警告，嘗試在 master 中修復它，如果成功則反向移植到 0.12.2/0.13。

child-Pays-For-parent 挖礦

背景

Suhas Daftuar 有一個進行中的 (WIP) pull request，透過考慮未確認交易加上其子交易的組合費率來幫助礦工建立更有利可圖的區塊。這不僅對提高礦工獲利能力有用，而且還允許使用者透過建立高費率的子交易來有效地為已經在礦工記憶體池中的交易新增費用，這通常稱為 Child Pays For Parent (CPFP)。

會議評論

第一步是讓人們為 #7598 提供概念回饋，重構 CreateNewBlock。設計的最初目標是將優先順序填充與費率填充分開，但我認為整體目標應該是使其更模組化以弄清楚如何組裝區塊。

考慮到 0.13 的功能凍結不是那麼遙遠（2016/05/15），而且需要在 segwit 之上進行一些變更，Morcos 想知道是否要平行繼續還是先專注於 segwit。

娛樂時刻

<gmaxwell> is that bad "chain alerts" or "bad chain" alerts? :)
<jonasschnelli> second.
<wumpus> hehe both
<sipa> (bad ((bad chain) alerts))
<gmaxwell> I think it's actually more the first.

參與者

免責聲明

本摘要是在沒有討論參與者任何輸入的情況下編譯的，因此任何錯誤都是摘要作者的過失，而非討論參與者的過失。