IRC 會議摘要 2015-12-03

概覽

記錄

主要議題

  • BIP68 相關拉取請求
  • 驅逐和洋蔥網路
  • 選擇性 RBF 的 BIP

簡短議題/筆記

許多開發者正在前往擴容比特幣會議（影片），所以這次會議又比較短，而且下週可能也一樣（因為許多開發者在會議後留在香港參加開發者聚會）。

同時提醒執行完整節點的任何人將他們的節點更新到 core 11.2 或 10.4，或任何其他支援 BIP65 CLTV 的節點，以配合即將到來的軟分叉。不更新意味著你將信任礦工生產有效的區塊。85% 的礦工宣傳他們支援 CLTV 交易，當達到 95% 時軟分叉將啟動，目前（撰寫時）約 30% 的節點已更新。

BIP68 相關拉取請求

背景

BIP 68 透過序號發出信號的共識強制交易替換，以及目前的實作。 BIP 68 將先前未使用的序號欄位的意義改為相對鎖定時間。

會議意見

有一個拉取請求對程式碼註解進行小修正。 在優化 CreateNewBlock（它的作用如其名）方面已經有一些工作。Morcos 和 sdaftuar 正在研究兩種方法，其中一種將顯著重構 BIP68 實作。 由於重構最好在 BIP68 合併之前完成，因此了解哪種方法更好會很有幫助。

會議結論

研究 CreateNewBlock 優化方法。

驅逐和洋蔥網路

背景

從 Tor 版本 0.2.7.1 開始，可以以程式化方式建立隱藏服務。如果 Tor 正在執行，Bitcoin 現在會自動建立一個隱藏服務來監聽。

會議意見

本地主機對等節點永遠不會被驅逐；所以只要你出現在隱藏服務上，有人就可以輕易地防止其他人連接到你。 拉取請求 #7082 透過使用延遲來偵測實際的本地對等節點來解決這個問題。 你也可以使用白名單來區分真正的本地主機連接和 tor 本地主機連接，但這可能會破壞現有的軟體。 wumpus 指出我們應該在長期鼓勵對特殊對等節點使用白名單。

會議結論

查看拉取請求 #7082

選擇性 RBF 的 BIP

背景

目前當節點看到一個花費相同輸出的交易時，它會忽略它。使用手續費替換，如果新交易有更高的手續費，它會替換記憶池中的當前交易。 這允許諸如花費「卡住」的交易、向交易添加更多收款人以防止鏈接等功能。

由於有些人接受零確認交易，而這會使雙重支付變得極其容易，所以這被設為選擇性。 發送者可以通過改變所有輸入的 nSequence 欄位來選擇使用手續費替換。 這是即將推出的 0.12 版本的記憶池策略。 在 reddit 上有一篇很好的 FAQ 式貼文關於它。

會議意見

問題是選擇性 RBF 是否應該有 BIP。 這只是策略程式碼，但是標準性之前已經在 BIP 中涵蓋過。 sdaftuar 指出不幸的是，錢包編寫者應該做什麼的唯一文件是在一篇郵件列表貼文中。 harding 自願寫 BIP。

會議結論

harding 將與 petertodd 協調撰寫 BIP。

參與者

wumpus          Wladimir J. van der Laan
morcos          Alex Morcos
btcdrak         btcdrak
sipa  	        Pieter Wuille
gmaxwell        Gregory Maxwell
cfields         Cory Fields
jonasschnelli  	Jonas Schnelli
Diablo-D3  	    Patrick McFarland
sdaftuar        Suhas Daftuar
harding         David A. Harding
jcorgan         Johnathan Corgan

幽默時刻

19:26	cfields	等等，我會喜歡郵件討論串
19:26	sipa	cfields：你會「喜歡」它，它在 facebook 上嗎？
19:27	wumpus	twitter 現在也有「喜歡」了 :')

致謝

本摘要最初由 Stefan Gilis（又名「G1lius」）編譯並發布到 bitcoin-discuss 郵件列表，並附有免責聲明：「請記住我不是開發者，所以有些事情可能不正確或完全錯誤。」並將版權置於公共領域。