本文探讨了货币的价值、储蓄功能以及过度投资的问题。作者认为,货币不仅仅是交易媒介,更重要的是其储蓄功能,为投资者提供了应对意外支出和抓住投资机会的灵活性。文章还讨论了通货膨胀对货币价值的影响,以及过度投资可能导致的经济风险。最后作者解释了货币是如何从一种可能只有很小价值的商品成长起来,以及货币死亡的过程。
本文深入探讨了多签名钱包中不同quorum配置的优缺点,包括中值、小于中值和大于中值的quorum,以及自主管理和代理人管理密钥的各种组合。文章分析了不同配置在自主访问、代理人保险以及防范密钥丢失和盗窃方面的权衡,旨在帮助读者选择最适合自己需求的比特币保管方案。
本文深入探讨了 Lamport 签名和 Winternitz 签名这两种一次性签名方案,详细阐述了它们的原理、生成过程、签名及验证方法,并分析了它们在 BitVM 和 BitVMX 中的应用,强调了这两种签名在实现比特币网络富状态操作和安全数据承诺中的关键作用。
文章讨论了闪电网络中“假通道”的概念,即支付路径上的中间通道无需是真实的比特币通道。这一特性对于客户端验证的token(如RGB)在闪电网络上的应用至关重要,因为用户只需验证自己通道的真实性,而无需关心其他通道的token是否真实。文章还质疑了Taproot Asset协议中“资产宇宙”的必要性,认为如果钱包仅使用闪电通道,则可实现完全客户端验证,无需依赖第三方。
Bitcoin Core 30.0 及 30.1 版本存在钱包迁移故障,可能导致钱包文件被删除,从而丢失资金。建议用户不要使用这两个版本进行钱包迁移,等待 30.2 版本发布。该问题只影响从老版本迁移默认钱包的用户以及开启了区块修剪的用户。
本文介绍了一种使用 Chaumian Ecash 实现条件支付的方法,通过 Ecash 铸币厂作为受信任的中间人,实现对赌约结果的支付。文中详细解释了 Ecash 和 DLC 的原理,并提出了一个 DLC + Ecash 的协议,旨在提高隐私性和扩展性,同时探讨了安全性、隐私性和可扩展性,并提出了未来的升级和插件。
本文介绍了OP_CHECKCONTRACTVERIFY(OP_CCV)操作码的语义及其处理数额的逻辑。OP_CCV 开启了携带状态的 UTXO,允许在花费 UTXO 时检查输入/输出的公钥,并指定数额的流动。文章还讨论了OP_CCV 的优点和缺点,并提供了一些案例,最后作者希望得到大家对 OP_CHECKCONTRACTVERIFY 的规范、实现和应用的评论。
OP_CHECKCONTRACTVERIFY
本文介绍了比特币共识变更的流程,强调在修改共识代码之前,需要先达成社会共识。这个过程包括研究和开发、专业用户探索、行业评估和投资者审核四个阶段。文章还定义了参与共识流程的各种角色,如研究者、协议开发者、行业参与者、矿工和投资者,并阐述了他们在不同阶段中的作用和关注点,最后讨论了共识变更的敲定和激活两种方法。
本文作者用通俗易懂的语言和拼图的比喻,介绍了Spark的工作原理:用户无需广播交易到区块链即可进行比特币的收取和发送,通过替换拼图(而不是在区块链内广播交易)来实现比特币的转移,每次转账,都是通过替换拼图来实现的。
本文主要讨论了比特币持有者面临的“扳手攻击”(人身威胁)的风险,虽然此类攻击在统计上较为罕见,但并非不可能发生。文章提供了三种防范方法:限制知道你拥有比特币的人的数量、掩盖比特币的数额和访问途径,以及使用安全性和隐私性的最佳习惯来建立威慑。同时,也讨论了应急方案,建议使用多签名钱包来保护比特币。