IRC meeting summary for 2016-04-07

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

主要議題

• 如何處理 Bitcoin Core 錢包
• 處理 RBF RPC/UI

簡短議題

• 0.12.1 Release candidate 1 已標記（撰寫時 0.12.1 RC2 已標記）
• 中位時間過去違規檢查更新：gmaxwell 產生了許多違規，但沒有被挖掘。他仍在努力，因為他懷疑他需要更努力地中繼這些交易。
• 5 月 20-22 日將在瑞士蘇黎世舉行 Bitcoin Core 駭客大會 http://coredev.tech 感興趣的核心開發者應在 4 月 15 日之前通知 jonasschnelli。
• Jtimon 希望對 PR #7829 中的實驗獲得一些回饋，該實驗旨在幫助新人熟悉 git、審查流程等，並合併他們的第一個 PR。

如何處理 Bitcoin Core 錢包

背景

多年來，Bitcoin Core 錢包幾乎沒有變化。然而，錢包的長期可持續性需要許多功能。 長期目標是讓錢包獨立於核心。

會議評論

Jonasschnelli 提議擴充 PR #7830，將當前錢包複製到第二個目前實驗性的錢包中，然後可以透過 –enable-lightwallet 啟用。這樣就不需要向後相容性，因此需要考慮的限制更少。新錢包應該移除帳戶，用 LogDB 替換 BerkeleyDB，新增 BIP32 和 SPV。

Jonasschnelli 做了一個非常粗略的時間估計：「沒有帳戶和沒有 BDB 的新錢包可能在 0.13 中，穩定的 API 在 0.15 中，…非 beta 在 0.16 中」。

許多非錢包功能的單元測試依賴於擁有錢包。更長期來看，這些測試應該減少對錢包的依賴。

新錢包也可能會有一個全新的介面。

會議結論

• 功能主要應該最終出現在新錢包中，舊錢包仍應接受錯誤修復。
• Jonasschnelli 將撰寫一份提案，更清楚地記錄他將要做什麼以及人們如何最好地支援他。

處理 RBF RPC/UI

背景

BIP125 選擇性 replace-by-fee (RBF) 是 0.12 以來的新功能，它使錢包能夠在交易仍在記憶體池中時將其標記為可替換。這允許錢包提高費用、新增接收者等。reddit 上有一篇關於它的很棒的常見問題解答文章 reddit。目前 Bitcoin Core 錢包不提供任何使用這些功能的功能。

會議評論

Petertodd：「所以，我認為您從 RPC 的角度實際上需要做的是考慮使用者想要支付的地址，以及已知（已確認）交易是否成功做到了這一點 - 這不是錢包現在的工作方式」

雖然新增輸出可能更有用，但第一步應該是支援費用提高。Petertodd 編寫了一個用 python 提高費用的工具。

Gmaxwell 希望看到一種不同的方法，即「自適應費用」，它預先建立具有鎖定時間的提升並將它們排隊。雖然更好，但人們希望從簡單的費用提升開始，因為鎖定時間版本將重複使用該程式碼。我們應該小心自動費用提升，因為使用者需要意識到它並期待這種行為。

降低找零有一些隱私影響，然而隱私將更昂貴且難以成功。Gmaxwell 指出：「主要要做的是首先正確估算，儘管現在找零是如此徹底地可識別，以至於您是在馬跑了之後關閉穀倉門。:)」

費用提升可以新增到目前的錢包中，更先進的解決方案如自動費用提升可以在新錢包上完成。

會議結論

• 致力於 BumpFee

娛樂時刻

19:14:37 * gmaxwell bangs gavel
19:14:43 <sipa> who is gavel?

19:24:40 <petertodd> I was in Zug for a week, and it was so beautiful that a cup of coffee cost $10

19:31:26 <jonasschnelli> petertodd: bumpfee ... yes. maybe we find a call-name that is more flexible for the future?
19:32:10 <petertodd> jonasschnelli: AbstractRespendWithSomeThingChangedFactoryBean?
19:32:51 <sipa> jonasschnelli: it shall be called BeeFump

參與者

免責聲明

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