分类: BtcStudy

https://www.btcstudy.org/

289 篇文章

探明道路:深入 LND 的寻路机制
作者:Bitromortac 来源:https://lightning.engineering/posts/2024-04-11-pathfinding-1/ 闪电网络的承诺是让比特币支付能够得到近乎瞬时的结算。但是,以自治的方式实现这个目标构成了持续的技术挑战,主因是通道余额的不透明,但这也是内化于闪电网络的设计的。在本文中,我们会深入了解闪电网…
闪电网络中的洋葱路由:概要描述
作者:Elle Mouton 来源:https://ellemouton.com/posts/onion-routing-prelims/ 概述 本文会介绍你在理解闪电网络中的转发支付流程时应该具备的背景知识,也会为下一篇文章所要介绍的 “Sphinx 消息包” 构造设定背景。具体来说,我们要回答一些基础问题,比如:“在一个节点要发起一笔支付时,它…
提升比特币交易操作安全性的软分叉
作者:Anony 一个重要但很少被强调的事实是,比特币交易被构造和验证的方式会影响用户的资金安全性。因为其构造方式决定了用户可以多大程度上精确地表达自己的同意(而不会容易出现无意或被有意引导的误操作),而其被验证的方式也直接影响了资金被非法花费的可能性。而无论是资金可能被盗窃,还是可能在使用过程中被诈骗,都给用户的财产安全带来了威胁、影响了比特币作…
BitVM 2:游乐园开幕式
作者:SHINOBI 来源:https://bitcoinmagazine.com/technical/bitvm-2-opening-up-the-playing-field 去年 10 月,来自 Zerosync 的 Robin Linus 抛下了一颗名为 “BitVM” 的炸弹。 对比特币的最持久的批评就是它不能变成任意程序来控制资金的花费和…
BitVM 2:比特币上的免许可验证
作者:Robin Linus 来源:https://bitvm.org/bitvm2.html 初版 BitVM 的设计局限在两个参与者。后续的工作结合了并行以及冗余的实例,以引入基于 1-of-n 诚实假设的多方参与。这些合约的主要局限在于所有验证者都必须在编译时定义好。而且,启动开销会随着验证数量的增加而增加。这暗示着,想要打破一个合约,永远只…
MuSig2 签名会话中的状态最小化
作者:salvatoshi 来源:https://delvingbitcoin.org/t/state-minimization-in-musig2-signing-sessions/626 BIP-0327 以巨大篇幅讨论了在运行 MuSig2 签名会话时保存一些状态的必要性。然而,在 BIP-0327 中, “签名会话” 仅仅是 “产…
比特币地址浏览服务端实现的性能
作者:Sparrow 来源:https://sparrowwallet.com/docs/server-performance.html 本文最近一次更新时间是 2022 年 2 月 1 日。 Sparrow Wallet 依赖于 “Electrum 服务端协议” 来检索和发送交易的信息。本文档致力于为不同的完全索引 Electrum 服务端实现在…
分置区块与状态存储,优化节点性能
作者:Anony 在尝试运行比特币全节点时,许多人会在存储设备的选择上犯难。当前主流的存储设备可以分成两种:机械硬盘和固态硬盘。机械硬盘(HDD)更便宜;在需要存储大体积数据时,这种经济性优势非常显著。但固态硬盘(SSD)的性能更好。那么,前者依然是一种选择吗?有没有一些办法,能够既获得固态硬盘的一些好处,又不需要付出那么大的代价? 要回答这个问题…
论交易池的激励兼容性
作者:sdaftuar 来源:https://delvingbitcoin.org/t/mempool-incentive-compatibility/553 在本文中,我会尝试总结我当前对激励兼容性推理方式的理解,这些理解是在过去几年开发 “族群交易池” 项目 [1] 的过程中逐步形成的。 有启发的问题 给定一个容纳了许多交易…
使用 DNS 来协调比特币支付
作者:SHINOBI 来源:https://bitcoinmagazine.com/technical/using-dns-to-coordinate-bitcoin-payments Matt Corallo 在几周前提出了一项用于协调比特币支付的 BIP。出于许多原因,不论是链上支付还是链下支付(比如使用闪电网络这样的协议),发起比特…