IRC 會議摘要 2015-11-12
概覽
記錄
主要議題
- 0.12 的交易優先級
- 選擇性手續費替換
- 版本位元
- 鏈限制
0.12 的交易優先級
背景
每筆交易都會被指派一個優先級，由年齡、大小和輸入數量決定。這目前使某些交易可以免費。 這目前有大量的程式碼，使其更難維護，而且不太理想,因為你不能期望礦工包含零手續費交易。
會議意見
大多數人似乎都同意移除記憶池中的優先級，但應該提前通知人們這個變更即將到來。 sdaftuar 提出了一個分階段的方法，將優先級的預設值設為 0，並在下一個版本中完全移除它。 petertodd 指出會有一個自然的分階段過程，因為不是每個人都會立即升級到 0.12，而且有些實作可能根本不會移除優先級。 bitcoin-core 之外的大多數錢包軟體都沒有實作優先級計算。 隨著手續費估算變得更加重要，許多錢包提供者使用 bitcoin-core 的手續費估算，對此的改進是受歡迎的。 Luke-Jr 不同意移除優先級，特別是改變挖礦程式碼以使用交易進入記憶池時的優先級。 Sipa 有一個想法，在手續費中加入一小部分的比特幣天數銷毀除以平均 UTXO 年齡，這樣非垃圾攻擊交易就會被視為具有更高的手續費。
雖然大多數人同意移除目前的優先級的提議，但關於是否需要為 0.13 替換它，以及如果需要的話，如何替換，仍有很多爭論。
會議結論
審查「改善手續費估算程式碼的使用」 BlueMatt 將向開發者郵件列表發送郵件宣布這些變更。( https://www.mail-archive.com/bitcoin-dev@lists.linuxfoundation.org/msg02790.html )
選擇性手續費替換
背景
目前當節點看到一個花費相同輸出的交易時，它會忽略它。使用手續費替換，如果新交易有更高的手續費，它會替換記憶池中的當前交易。 這允許諸如花費「卡住」的交易、向交易添加更多收款人以防止鏈接等功能。
由於有些人接受零確認交易，而這會使雙重支付變得極其容易，所以這被設為選擇性。 發送者可以通過改變 nSequence 欄位中的輸入來選擇使用手續費替換。
會議意見
Peter Todd 寫了一些使用手續費替換的工具。連結 如果能夠對每個輸出而不是整個交易進行選擇性設定會很好，但這會非常難以實作，而且會有一些隱私問題。 Luke-Jr 希望看到一個選項來在首次可見安全/完整 RBF 和從不/選擇性/總是之間切換。由於「總是」切換可能有一些反對意見，它應該是一個單獨的拉取請求。
會議結論
審查並合併 基於 nSequence 的完整 RBF 選擇性加入 Peter Todd 將向郵件列表寫一封郵件，解釋它是如何運作的以及人們如何不接受選擇性加入的交易。
##版本位元
jonasschnelli> 背景
BIP 9 目前軟分叉是通過 isSuperMajority 機制完成的，意思是當最後 X 個區塊中的 95% 版本號大於 Y 時，分叉就會部署。 目前正在開發一種新的方式，它使用版本號的所有位元，適當地被稱為版本位元。所以不是在版本大於（例如）00000000011 (3) 時發生分叉，而是在（例如）第 3 位元為 1 時（即 00100000011）發生分叉。 這樣軟分叉可以同時且獨立地部署。
會議意見
有兩種不同的實作。一種來自 Codeshark，另一種來自 Rusty jtimon 認為這兩種實作都比它們需要的更複雜。 需要進行一個小修訂，即提案的開始時間。 一般來說，我們希望盡快實現這一點，但現有的軟分叉需要先完成。
會議結論
CodeShark 為版本位元添加開始時間。
##鏈限制
背景
這裡的鏈是指連接的交易。當你發送一個依賴於另一個尚未確認的交易時，我們談論的是一個交易鏈。 理想情況下，礦工會考慮整個鏈，而不只是每一筆單獨的交易（雖然據我所知這並未廣泛實作）。所以雖然單一交易可能沒有足夠的手續費，但依賴的交易可能有足夠高的手續費，使得挖掘兩者都值得。 這通常被稱為子為父付費。 由於你可以使這些鏈非常大，所以有可能以這種方式堵塞記憶池。 在最近的延展性攻擊中，任何進行多層深度交易的人都會遇到巨大的問題（在 let’s talk bitcoin #258 從 13:50 開始有很好的解釋） 提案和 github 連結。
會議意見
Wumpus 不太放心合併它，因為有些超過限制（或可能/想要）的公司有一些爭議。 jgarzik 對此感到放心，許多人認為應該合併它，因為如果需要的話很容易還原。 沒有太多選擇，因為沒有限制就不安全，容易受到攻擊。 我們應該向長鏈傳達手續費替換 sendmany 替代方案（在現有未確認交易上添加新收款人），儘管它還不會顯示在使用者錢包中，而且區塊瀏覽器可能還沒準備好正確顯示它。 強調這是預設值的變更，不是共識變更，然而預設值有很大的影響力。 最終限制是祖先和後代套件的 25 筆交易和 101kb 總大小。
會議結論
jgarzik 將合併拉取請求。 Morcos 將在合併後向郵件列表發送郵件。
參與者
BlueMatt Matt Corallo
petertodd Peter Todd
morcos Alex Morcos
jgarzik Jeff Garzik
gmaxwell Gregory Maxwell
wumpus Wladimir J. van der Laan
Luke-Jr Luke Dashjr
jtimon Jorge Timón
btcdrak btcdrak
phantomcircuit Patrick Strateman
sipa Pieter Wuille
CodeShark Eric Lombrozo
sdaftuar Suhas Daftuar
jg_taxi jg_taxi
gavinandresen Gavin Andresen
cfields Cory Fields
bsm1175321 Bob McElrath
幽默時刻
19:53 sipa 新議題？
19:53 wumpus 還有其他議題嗎？
19:53 petertodd <蟋蟀叫聲>
19:53 jgarzik 我在計程車上時我們有討論 jonas 嗎？
19:54 sdaftuar ？
19:54 jtimon ？
19:54 CodeShark 不確定我想知道
19:54 jgarzik 提議新的 GUI 維護者
19:54 CodeShark 雖然聽起來有點怪
19:54 petertodd CodeShark：GUI 確實很怪
19:56 BlueMatt 好，結束會議？
19:56 btcdrak 如果我們這週能記得指令的話 :-)
19:56 wumpus #meetingend
19:56 gmaxwell #destroymeeting
19:56 wumpus #endmeeting
19:56 Luke-Jr #endmeeting
19:56 lightningbot Meeting ended Thu Nov 12 19:56:42 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
19:56 BlueMatt #magicmeetbotincantation
19:57 petertodd #DoWhatIMean
致謝
本摘要最初由 Stefan Gilis（又名「G1lius」）編譯並發布到 bitcoin-discuss 郵件列表，並附有免責聲明：「請記住我不是開發者，所以有些事情可能不正確或完全錯誤。」並將版權置於公共領域。