COI:比特幣技術周報丨閃電網絡面臨三大安全隱患，BTC的layer 2擴展有點難_BIT

寫在前面：本周的比特幣技術周報，主要涉及到三種關于閃電網絡的攻擊方式及相應的緩解措施，我們可以發現，關于閃電網絡安全隱患的研究已越來越多，一方面，這代表著學術界對閃電網絡的重視，另一方面，也意味著LN距離大規模應用還有較遠的距離。而接下來，則是一些常規的周報內容，包括來自BitcoinStackExchange的精選問答，以及比特幣軟件基礎設施的最新進展。

注：以下內容主要來自BitcoinOptech

一、閃電網絡協議安全研究&?CoinSwap碰撞攻擊風險

安全研究1：關于閃電網絡費用贖金攻擊的解決方案

RenéPickhardt在閃電網絡開發者郵件列表中公開披露了一個

程序缺陷，其在大約一年前曾私下向閃電網絡維護人員披露過該問題。據悉，在當前的閃電網絡協議中，每次更新通道狀態時，發起通道的一方必須承諾支付單邊關閉交易的任何鏈上交易費用。而支付費用的一方，也可以選擇使用的費率，但對方的安全性也取決于費率是否合適。這意味著，如果對方認為當前市場條件下所選的費率太低了，他們可以隨時關閉通道。為了避免這種不必要的交易，

BOLT2給出了一個例子，說明付費方選擇的費用是最低合理估計值的5倍，即使對方使用的是不同的費用估計算法，該估計值也足以讓對方滿意。

比特幣集團據稱考慮收購擁有268年歷史的德國銀行:金色財經報道，比特幣集團（Bitcoin Group）正在考慮競標擁有268年歷史的德國銀行Bankhaus von der Heydt。后者因進軍加密貨幣和數字資產領域陷入困境。總部位于慕尼黑的Bankhaus von der Heydt成立于1754年。消息人士稱，在將自己出售給加密貨幣衍生品交易所BitMEX的交易失敗后，該行一直在與潛在買家商談。知情人士稱，出售交易對該行的估值可能約為2000萬歐元。(金十)[2022/10/21 16:33:45]

BOLT2還允許通道同時路由多達483筆支付交易，每筆支付需要一個43vbyte的P2WSH輸出，總共需要大約20,000vbytes的數據需要相對較快地添加到鏈中，這意味著它可能需要支付較高的費用。如果這一費率是嚴格要求的5倍，則很容易導致支付超過100美元的交易費。此外，如果確認了承諾交易，則需要結算HTLC。如果受害者是向外發送這些付款的一方，他們將需要支付額外的交易費來收回每筆付款，這可能會使攻擊對他們造成兩到三倍的代價。

當然，由于費用是付給礦工的，所以攻擊者沒有直接的動機來執行這種攻擊，但是，如果攻擊者有手段迅速聯系受害者，他們就有可能提出贖金要求，從而使其獲利。

Pickhardt在他帖子中總結了解決該問題的幾種想法，但他發現，沒有一個方式能夠讓他完全滿意。最初在Eclair中實施，后來在C-Lightning中實施的緩解措施，是針對LN節點來限制待付款的數量，使得交易量變小，總費用變低。開發中的另一個緩解措施是錨輸出，它允許在通道關閉時選擇費率，從而消除了高估費用的必要性，以防止過早關閉通道。文中還提到了一些想法，而Pickhardt希望讀者能夠思考這一問題，并提出任何其他可能的解決方案。

比特幣當前全網未確認交易數量為1956筆:BTC.com數據顯示，目前比特幣全網未確認交易數量為1956筆，全網算力為163.55EH/s，24小時交易速率為2.64交易/秒，目前全網難度為21.66T，預測下次難度上調3.42%至22.40T，距離調整還6天剩10小時。[2021/11/8 6:37:24]

原文鏈接：https://lists.linuxfoundation.org/pipermail/lightning-dev/2020-June/002735.html

安全研究2：關于閃電網絡原子性攻擊的討論

BastienTeinturier在閃電網絡開發者郵件列表中發布了一個帖子鏈接，其詳細描述了閃電網絡承諾協議，它的弱點以及解決解決這些弱點的建議。這篇文章詳細探討了針對閃電網絡的原子性攻擊以及一些建議的緩解措施。

作者對先前提出的若干解決方案進行了重新評估，包括對“替代錨提案”有效性的關注，以及使用付費簽名無腳本腳本以無需信任的方式，向第三方完成適配器簽名所需的最終簽名的建議程序。

原文鏈接：https://gist.github.com/t-bast/22320336e0816ca5578fdca4ad824d12

安全研究3：針對閃電網絡的系統性攻擊

來自希伯來大學的研究者JonaHarris和AvivZohar在其最新發布的論文中，評估了一種針對閃電網絡的系統性攻擊，它允許攻擊者竊取鎖定在支付通道中的資金。

高盛前高管：我要賣掉所有黃金購買比特幣和以太坊:前高盛高管、Real Vision創始人Raoul Pal在推特上寫道：好的，我今天要丟一顆炸彈，明天我有一份大賣單，賣出我所有的黃金，并按照80：20比例購買比特幣和以太坊。我沒有其他任何投資品，除了一些交易債券和一些美元債券。我說的都是真的。我是一個關注宏觀經濟的人，我知道我已經看到最好的押注，我可以承擔這個風險。但普通人不應該效仿我，或是以我為榜樣，你們應該自己進行并做出相應的投資決定。[2020/11/30 22:32:55]

在這種攻擊中，攻擊者可迫使很多受害者同時向區塊鏈認領自己的資金，然后攻擊者就可以利用這種擁堵情況來盜取在截止日期前未被認領的任何資金。

據悉，這種攻擊利用了一種用于跨多個閃電網絡通道的機制，研究者發現，通過利用HTLC涉及到的時間限制，會容易導致無辜的閃電網絡節點對區塊鏈發起flood沖擊，從而可以竊取到資金。

為了證明這種攻擊的可行性，研究者在測試網上進行了模擬，并得出攻擊85個通道就可以保證攻擊成功。

對此，研究者還提出了以下幾種緩解方法：

減少未解決HTLC的最大數量；

V神：很樂意與比特幣人進行更多技術討論:V神剛剛發推特稱，我很樂意與比特幣人進行更多技術討論，比如：parallelizability、執行與依賴檢查、快速同步、gas調度、無狀態客戶端等。有太多要討論的了。[2020/8/17]

提前關閉通道；

HTLC認領交易的即時發布；

基于信譽的行為；

研究者還提醒稱，這些緩解措施雖然可降低攻擊的風險，但要完全消除風險，需要對HTLC機制進行重大修改。

有關更詳細的內容，請參見完整論文：https://arxiv.org/pdf/2006.08513.pdf

安全研究4：關于兩方ECDSA碰撞攻擊風險的提醒

密碼學家JonasNick回復了比特幣開發郵件列表中關于擬議的CoinSwap實現的帖子，其提醒開發者稱，

P2PKH、P2WPKH以及使用160位RIPEMD160哈希的P2SH地址易受碰撞攻擊，當多方協作使用原始協議創建地址時，碰撞攻擊會將其安全性降低到80位（請參閱我們在傳統P2SH地址中對此弱點的

描述）。盡管這以前只是P2SH多重簽名用戶關心的問題，但它適用于相關環境，例如CoinSwap，其中，提議的兩個用戶可共享一個P2PKH或P2WPKH地址。

當然，理論上還是可以避免這個問題的，但它要求雙方的ECDSA協議被設計成包含一個額外的commitment過程，Nick注意到一些雙方ECDSA協議和實現已經在這樣做了。

聲音 | 俄羅斯經濟部長：比特幣對世界產生了積極影響:據CCN消息，雖然比特幣像“肥皂泡沫”一樣萎縮，但它通過增加對新技術的投資對世界產生了積極影響。盡管加密市場存在問題，但它已成功地引起了國際上對新領域大量項目的濃厚興趣，主要是區塊鏈技術。[2018/11/30]

原貼鏈接：https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2020-June/017986.html

二、BitcoinStackExchange精選比特幣問答

BitcoinStackExchange是Optech貢獻者尋找有關比特幣技術問題與答案的渠道之一，在這期周報中，我們將介紹3個精選問題與答案：

問題1:為什么選一個復雜的公式來計算“nBits”中的難度目標？

RaviPatel提問為什么沒有選擇一個簡單的公式來計算nBits的難度目標。

對此，AndrewChow深入探討了一些關于該公式，它的歷史，甚至是比特幣0.1.5版客戶端示例代碼的細節。

原帖鏈接：https://bitcoin.stackexchange.com/a/96298

問題2:比特幣真的需要時間戳嗎？

PieterWuille解釋了為什么在不參考區塊鏈外部時鐘時間的情況下，限制區塊速率會使運行全節點的成本更高，同時也難以降低問題區塊率，并防止共謀攻擊。

原帖鏈接：https://bitcoin.stackexchange.com/a/96185

問題3:在費用超付攻擊中，受損桌面軟件為什么不能提供與假輸入對應的假先前交易？

關于具有多個輸入的隔離見證交易的費用多付攻擊，justinmoon提出了疑問，為什么攻擊的補救措施不易受到惡意軟件提供的虛假先前交易的攻擊。其回答稱，由于提供的任何先前交易，必須具有與支出輸入的先前交易哈希匹配的哈希，因此這種攻擊是不可行的。

原帖鏈接：https://bitcoin.stackexchange.com/a/96309

比特幣軟件基礎設施更新

LND0.10.2-beta.rc2這一LND候選版本客戶端現在進入了測試階段。

BitcoinCore#19260：如果本地節點不接受bloom過濾器，則會斷開發送BIP37filterclear消息的對等方。先前曾有人提出，以IBD為開始的節點可注冊為非中繼對等節點，以避免在它們仍下載大量區塊時接收最近的交易。當它們完成同步后，就可以通過發送filterclear消息轉換到接收中繼交易。然而，最近有人提議可以用BIP133feefilter消息來代替。這樣就不需要非bloom節點來支持filterclear消息，因此這個PR刪除了該特性。

BitcoinCore#19133添加了一個bitcoin-cli-generate參數，以取代在0.19.0.1版本BitcoinCore軟件中刪除的generate?RPC功能。據悉，新的實現避免了錢包和其他組件之間不必要的依賴關系。

BitcoinCore＃18027在GUI的“文件”菜單中添加了兩個選項，以處理部分簽名比特幣交易：從文件加載PSBT，從剪貼板加載PSBT。

BitcoinCore#16377更新了walletcreatefundedpsbt和fundrawtransaction這兩個RPC。這些RPC通常使用錢包去自動選擇要在未簽名交易中花費的UTXO，但它們也允許用戶指定要在該交易中花費的一個或多個UTXO。以前，如果用戶選擇的UTXO不足以支付交易的所有輸出，錢包會自動選擇更多的UTXO來進行花費。但是，如果用戶手動選擇UTXO，那么他們可能有一些不想花費額外UTXO的原因，因此如果用戶手動選擇任何UTXO，則RPC現在會默認失敗。可以使用新的add_inputs參數覆蓋這兩個RPC。

Eclair#1461添加了幾個轉發到BitcoinCoreRPC的API端點，用于轉發該程序的錢包余額和其他信息。它的目標是使Eclair與RideTheLightning節點管理儀表板更容易集成。

BitcoinCore#19071添加了說明開發人員如何為新的實驗性BitcoinCoreGUI存儲庫做出貢獻的文檔。與GUI相關的Pull請求，應被發送到這個新的存儲庫中，它將使用Linux內核項目使用的monotree開發模型與主存儲庫雙向同步。對于用戶來說，這次分離并沒有呈現出可見的變化，用戶仍可以在BitcoinCore的官方版本中收到GUI，或者在使用主存儲庫源代碼的?--with-gui?進行構建時收到GUI。

?

Tags：OINCOICOINBITQueenDex CoinCrypticCoinBloggercoinbitpie官網安卓最新版本

比特幣價格實時行情