写在前面:本周的比特币技术周报,主要涉及到三种关于闪电网络的攻击方式及相应的缓解措施,我们可以发现,关于闪电网络安全隐患的研究已越来越多,一方面,这代表着学术界对闪电网络的重视,另一方面,也意味着LN距离大规模应用还有较远的距离。而接下来,则是一些常规的周报内容,包括来自BitcoinStackExchange的精选问答,以及比特币软件基础设施的最新进展。
注:以下内容主要来自BitcoinOptech
一、闪电网络协议安全研究&?CoinSwap碰撞攻击风险
安全研究1:关于闪电网络费用赎金攻击的解决方案
RenéPickhardt在闪电网络开发者邮件列表中公开披露了一个
程序缺陷,其在大约一年前曾私下向闪电网络维护人员披露过该问题。据悉,在当前的闪电网络协议中,每次更新通道状态时,发起通道的一方必须承诺支付单边关闭交易的任何链上交易费用。而支付费用的一方,也可以选择使用的费率,但对方的安全性也取决于费率是否合适。这意味着,如果对方认为当前市场条件下所选的费率太低了,他们可以随时关闭通道。为了避免这种不必要的交易,
BOLT2给出了一个例子,说明付费方选择的费用是最低合理估计值的5倍,即使对方使用的是不同的费用估计算法,该估计值也足以让对方满意。
Echooo AA钱包与Zksync合作,用户数创新高:据官方消息,据最新一轮链上地址显示,通过与Zksync深度合作,Echooo AA钱包用户数达到10143。此前,免费AA钱包活动已合作包括BNB Chain,Artibrum,Polygon等。
Echooo wallet于今年3月发布正式版本,是第一个落地Zksync的AA钱包,项目由Skyview领投1500万美元。截止目前,总计钱包数为275978个,AA钱包数为19347。
Echooo创始人表示,通过和各实力项目方共同建设,加快AA钱包在加密行业的普及应用,能更进一步保护用户资产安全。[2023/8/28 13:01:42]
BOLT2还允许通道同时路由多达483笔支付交易,每笔支付需要一个43vbyte的P2WSH输出,总共需要大约20,000vbytes的数据需要相对较快地添加到链中,这意味着它可能需要支付较高的费用。如果这一费率是严格要求的5倍,则很容易导致支付超过100美元的交易费。此外,如果确认了承诺交易,则需要结算HTLC。如果受害者是向外发送这些付款的一方,他们将需要支付额外的交易费来收回每笔付款,这可能会使攻击对他们造成两到三倍的代价。
当然,由于费用是付给矿工的,所以攻击者没有直接的动机来执行这种攻击,但是,如果攻击者有手段迅速联系受害者,他们就有可能提出赎金要求,从而使其获利。
跨链桥Hop支持Rocket Pool流动性质押代币rETH的跨链桥接:5月31日消息,跨链桥 Hop Protocol 宣布与以太坊流动性质押协议 Rocket Pool 达成合作,支持流动性质押代币 rETH 在以太坊、Optimism 和 Arbitrum 之间的跨链桥接。[2023/5/31 11:50:00]
Pickhardt在他帖子中总结了解决该问题的几种想法,但他发现,没有一个方式能够让他完全满意。最初在Eclair中实施,后来在C-Lightning中实施的缓解措施,是针对LN节点来限制待付款的数量,使得交易量变小,总费用变低。开发中的另一个缓解措施是锚输出,它允许在通道关闭时选择费率,从而消除了高估费用的必要性,以防止过早关闭通道。文中还提到了一些想法,而Pickhardt希望读者能够思考这一问题,并提出任何其他可能的解决方案。
原文链接:https://lists.linuxfoundation.org/pipermail/lightning-dev/2020-June/002735.html
安全研究2:关于闪电网络原子性攻击的讨论
BastienTeinturier在闪电网络开发者邮件列表中发布了一个帖子链接,其详细描述了闪电网络承诺协议,它的弱点以及解决解决这些弱点的建议。这篇文章详细探讨了针对闪电网络的原子性攻击以及一些建议的缓解措施。
动态 | “比特币暴跌”登上微博热搜榜,现排名第13位:“比特币暴跌”登上微博热搜榜,截至目前,排名第13位。[2019/9/25]
作者对先前提出的若干解决方案进行了重新评估,包括对“替代锚提案”有效性的关注,以及使用付费签名无脚本脚本以无需信任的方式,向第三方完成适配器签名所需的最终签名的建议程序。
原文链接:https://gist.github.com/t-bast/22320336e0816ca5578fdca4ad824d12
安全研究3:针对闪电网络的系统性攻击
来自希伯来大学的研究者JonaHarris和AvivZohar在其最新发布的论文中,评估了一种针对闪电网络的系统性攻击,它允许攻击者窃取锁定在支付通道中的资金。
在这种攻击中,攻击者可迫使很多受害者同时向区块链认领自己的资金,然后攻击者就可以利用这种拥堵情况来盗取在截止日期前未被认领的任何资金。
据悉,这种攻击利用了一种用于跨多个闪电网络通道的机制,研究者发现,通过利用HTLC涉及到的时间限制,会容易导致无辜的闪电网络节点对区块链发起flood冲击,从而可以窃取到资金。
分析 | Trefis:用户数量和交易量回升将有助比特币年底达到8500美元:据etftrends报道,股价分析公司Trefis表示,未来几个月,比特币网络上的独立用户数量和交易量应该会稳步回升,这有助于比特币价格在年底前达到8500美元左右。就像任何东西的价格一样,比特币的基本价格主要取决于需求和供应。对比特币的需求主要受两个因素驱动,活跃用户数量以及交易量。在供应方面,可用的比特币数量有上限,大约80%已被开采。因此,关注用户和交易量方面的需求是明智的。[2018/9/15]
为了证明这种攻击的可行性,研究者在测试网上进行了模拟,并得出攻击85个通道就可以保证攻击成功。
对此,研究者还提出了以下几种缓解方法:
减少未解决HTLC的最大数量;
提前关闭通道;
HTLC认领交易的即时发布;
基于信誉的行为;
研究者还提醒称,这些缓解措施虽然可降低攻击的风险,但要完全消除风险,需要对HTLC机制进行重大修改。
有关更详细的内容,请参见完整论文:https://arxiv.org/pdf/2006.08513.pdf
安全研究4:关于两方ECDSA碰撞攻击风险的提醒
密码学家JonasNick回复了比特币开发邮件列表中关于拟议的CoinSwap实现的帖子,其提醒开发者称,
RSK正式推出比特币智能合约平台主网:RSK公司今日宣布,正式推出了比特币智能合约平台的主网。RSK并没有升级比特币区块链本身,他们是通过利用侧链,将主要的比特币区块链上的比特币移动到在25个公司的共同帮助下运行的兼容网络。据悉,RSK的开发商和业务合作伙伴已经在测试网上运行实验性智能合约一段时间了。目前,他们是唯一能够访问侧链上运行智能合约所需的所谓“智能比特币”(SBTC)的人。他们打算从主网开始,加强平台的安全性,希望到5月份可以宣布主网的产品版本。[2018/1/4]
P2PKH、P2WPKH以及使用160位RIPEMD160哈希的P2SH地址易受碰撞攻击,当多方协作使用原始协议创建地址时,碰撞攻击会将其安全性降低到80位(请参阅我们在传统P2SH地址中对此弱点的
描述)。尽管这以前只是P2SH多重签名用户关心的问题,但它适用于相关环境,例如CoinSwap,其中,提议的两个用户可共享一个P2PKH或P2WPKH地址。
当然,理论上还是可以避免这个问题的,但它要求双方的ECDSA协议被设计成包含一个额外的commitment过程,Nick注意到一些双方ECDSA协议和实现已经在这样做了。
原贴链接: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。
?
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。