Bitcoin Optech 電子報 #430
針對以 TCP hole punching 讓家用路由器後方節點可被連線的討論仍在進行。電子報也介紹一份 BIP 草案，擬標準化模擬 covenants 時共同簽署者所執行的支出政策。
Bitcoin Optech
挖礦
礦工、礦池、難度，以及需要礦工留意的升級。
6 篇文章
挖礦閱讀約 68 分鐘
Bitcoin Optech 電子報 #425 回顧 Podcast
Eclair 的功能位元解析器處理一則最大長度訊息時，會配置超過 300 MB 記憶體，Matt Morehouse 在 #425 回顧節目指出，修正後降到約 200 KB。Gustavo Flores Echaiz 與 Brandon Black 接著談到錢包標籤同步、PQC 輸出類型、BIP54 的 time warp 邊界，以及用於 vault 的 covenant 提案。
Bitcoin Optech
挖礦閱讀約 91 分鐘
Bitcoin Optech 電子報 #423 回顧 Podcast
節點原本要保存約 11 GB 的 UTXO 集，Utreexo 的累加器卻不到 1 kB，代價是頻寬用量增加，Davidson Souza 在 #423 回顧節目如此說明。MARA 的 Eric Price 與 PortlandHODL 也是來賓，議題包括會讓算力下滑的礦機卡住的 vardiff 控制器，以及不可花費內部金鑰的 BIP 草案。
Bitcoin Optech
挖礦閱讀約 13 分鐘
Bitcoin Optech 電子報 #423
礦池可能讓算力下滑的礦機卡在依舊速度設定的 share 難度上，Eric Price 在 Delving Bitcoin 提出這項論點，解方是計時器：一段時間沒有 share 就調降難度。Davidson Souza 希望在初始區塊下載期間，以 SwiftSync hintsfile 省去 Utreexo 的刪除證明；NTL 則為不可花費的 taproot 內部金鑰起草了 BIP。
Bitcoin Optech
挖礦閱讀約 5 分鐘
CSV 軟分叉：礦工重要升級須知
礦工必須在區塊 419328 前採取行動：CSV 軟分叉已在區塊 417312 鎖定，2016 個區塊中有 1946 個（96.53%）對 BIP68、BIP112 與 BIP113 發出信號。所有挖礦與備援節點都得執行 Bitcoin Core 或 Knots 0.12.1，寫死區塊版本者則須取消設定 bit 0。
Bitcoin Core
挖礦閱讀約 4 分鐘
版本位元：礦工常見問題
礦工透過 BIP9 可用區塊標頭中的位元，同時為最多 29 個軟分叉發出準備就緒信號。提案在 2016 個區塊的區間內獲 95% 區塊發出信號就會鎖定，再過一個難度調整週期啟用，否則於逾時失敗。與 IsSuperMajority 不同的是，它不會孤立遵守新規則但未發信號的區塊。
Bitcoin Core