IRC 會議摘要 2015-12-10

記錄

• 本週記錄連結
• Meetbot 會議記錄

議題

• BIP 68 語義變更

BIP 68 語義變更

背景

BIP 68 透過序號發出信號的共識強制交易替換，以及目前的實作。 BIP 68 將先前未使用的序號欄位的意義改為相對鎖定時間。 當建立區塊時，礦工會包含一個時間戳記。這個時間戳記必須在前 11 個區塊的中位數和網路調整時間 +2 小時之間。所以這個時間戳記可以與實際時間有相當大的差異。 隨著鎖定時間交易的引入，這些交易只有在特定時間之後才有效，礦工被激勵對時間撒謊，以便包含原本無效的鎖定時間交易（及其手續費）。 BIP113 在鎖定時間交易中啟用使用前一個區塊的 GetMedianTimePast（前 11 個區塊的中位數）來對抗這種行為。使用者可以透過在他們的鎖定時間上加 1 小時（6 個區塊）來彌補這一點。

會議意見

無論 BIP113 如何，對 BIP68 總是使用 MedianTimePast 是有道理的，儘管仍然需要 BIP 113 來改變 nLockTime 的語義。Morcos 的實作。 BIP 68 會使最近在 #6898 中進行的 CreateNewBlock 效能提升無效，關於修復的討論在 #7176 中進行，新方法（總是使用 MedianTimePast）的修復討論和提交在 #7187 上。 GUI 顯示當前鎖定的交易可能存在一些問題。如果一個區塊被孤立，一個已確認的輸入變成未確認的，這可能會使先前可接受的交易被記憶池驅逐，你可能想通知使用者它已被鎖定（相對於不可見）。 Morcos 提議留下這個問題，並在軟分叉後清理它，因為它似乎不夠重要到需要回移。UI/錢包變更通常也與軟分叉變更分開。 在這個思路上，morcos 提出了一個問題，即是否有一些想法和/或反對放寬記憶池目前只包含對下一個區塊有效的交易的行為。 btcdrak 提到 ajtowns 為 BIP68+CSV 寫了一些 python 示範，這對測試者會很有用。

會議結論

查看 #7184 的 BIP68 方法 查看上述方法的 CreateNewBlock 效能修復 #7187

參與者

morcos          Alex Morcos
btcdrak         btcdrak
wumpus          Wladimir J. van der Laan
BlueMatt        Matt Corallo
gmaxwell        Gregory Maxwell
jonasschnelli   Jonas Schnelli
sdaftuar        Suhas Daftuar
gavinandresen   Gavin Andresen
Lightsword      Lightsword

致謝

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