IRC 會議摘要 2015-11-19
概覽
記錄
主要議題
- 交易優先級
- 處理記憶池驅逐
- 序號
簡短議題/筆記
選擇性手續費替換需要一些額外的測試，但其他方面似乎已經準備好了。一些錢包開發者已經加入並積極參與，例如 GreenAddress。
交易優先級
背景
每筆交易都會被指派一個優先級，由年齡、大小和輸入數量決定。這目前使某些交易可以免費。 這目前有大量的程式碼，使其更難維護，而且不太理想,因為你不能期望礦工包含零手續費交易。
會議意見
如果我們不停止支援在交易建立中使用優先級，我們也需要一個記憶池區域用於優先級，否則這些交易總是會被驅逐。 如果我們開發一個更好的框架來支援這類指標，我們可以將它加回來。 計劃是從錢包中移除優先級交易建立，而不是挖礦部分。
會議結論
應該從錢包中移除優先級交易的建立。
處理記憶池驅逐
背景
當交易在網路上中繼時，它會被節點保存在記憶體中，直到進入區塊。所有這些位於記憶體中的交易被稱為記憶池（memorypool）或簡稱 mempool。 就像我們在垃圾攻擊期間看到的那樣，如果有大量無法進入區塊鏈的交易積壓，這個記憶池可能會變得非常大，導致節點崩潰。
為了防止這種情況發生，開發者創建了一個機制來拒絕和/或從記憶池中移除交易。
會議意見
目前的問題：當錢包交易被記憶池拒絕時，錢包會將產生的交易視為「衝突」並會愉快地重新花費輸入。 sipa 提議讓錢包只在交易有不存在的輸入時將其視為衝突。 但是，它應該在稍後某個時間考慮將其設為可重新花費。 你可以添加一種手動移除交易的方式，或將其標記為已移除，或將其歸檔。 你也可以做一些單獨的事情，將交易標記為可重新花費，因為移除給人的印象是交易未來無法被挖掘。 想要的選項：一個「以更高手續費重新花費」選項和一個完全忘記交易的選項，不過我們需要一個 0.12 的最小可行想法。
會議結論
鑑於 0.12 的緊迫期限，我們偵測實際衝突而不是記憶池驅逐，並讓幣立即可重新花費。
序號**
背景
BIP 68 將一些未使用的 nSequence 欄位重新用於相對鎖定時間，意思是鎖定輸入直到經過某個時間或區塊高度。
會議意見
我們需要等待 BIP113 作為標準性部署，這樣 BIP 68、112 和 113 可以進入軟分叉。 有即將到來的專案已經使用序號。 合併 BIP68 會讓 BIP112 更容易審查，並且會停止一直需要 rebase 的需求。 如果我們覺得 68/112 已經經過充分審查並且成熟，它們可以作為標準性規則加入。 BIP 文字似乎沒有反映程式碼中所寫的內容。
會議結論
檢查 BIP68 以符合實作
參與者
sipa Pieter Wuille
gmaxwell Gregory Maxwell
morcos Alex Morcos
jtimon Jorge Timón
wumpus Wladimir J. van der Laan
btcdrak btcdrak
jgarzik Jeff Garzik
petertodd Peter Todd
Luke-Jr Luke Dashjr
BlueMatt Matt Corallo
jonasschnelli Jonas Schnelli
CodeShark Eric Lombrozo
sdaftuar Suhas Daftuar
gavinand1esen Gavin Andresen
致謝
本摘要最初由 Stefan Gilis（又名「G1lius」）編譯並發布到 bitcoin-discuss 郵件列表，並附有免責聲明：「請記住我不是開發者，所以有些事情可能不正確或完全錯誤。」並將版權置於公共領域。