全部 通识 以太坊 比特币 Solana 公链 Solidity Web3应用 编程语言 安全 密码学 AI 存储 其他

通过 Statechain 实现可转移的 DLC

本文介绍了在谨慎日志合约（DLC）中使用 Statechain 转移仓位所有权的方法，详细描述了初始化、转移和关闭 DLC 的过程，重点在于通过密钥轮换和备份交易来保证 DLC 的所有合约执行交易（CET）输出的安全性。
谨慎日志合约  DLC  Statechain  密钥轮换  备份交易  CET 

RGB 的真正潜能

作者：阿剑本文尝试为比特币上的一种资产发行协议RGB提供一份简洁的描述（也可以将它理解成一种链外智能合约系统），并指出其迥异于其它旨在实现相同或相似功能的协议的地方，这些区别使得RGB协议的可扩展性远远超过它们，并且留下了更广大的编程空间。
RGB  比特币 

RGB 的真正潜能

本文详细介绍了RGB协议，这是一种在比特币上发行资产的链外智能合约系统。RGB协议通过一次性密封和客户端验证，实现了轻量级的可验证状态和高度的可扩展性，同时实现了资产定义与保管机制的分化。此外，文章还探讨了RGB协议在可编程性方面的潜在扩展方向，如限制条款和交叉访问。
RGB协议  UTXO  一次性密封  客户端验证  智能合约  限制条款 

Codex32：一种 Shamir 私钥分割方案

本文介绍了 Codex32，一种可以在不使用电子计算机的情况下手动进行 Shamir 私钥分割的方案。该方案通过纸和笔即可完成，旨在提高比特币私钥的安全性，避免计算机可能存在的恶意软件、侧信道泄露等风险。Codex32 包含检查校验和、私钥分割的工作表以及纸上计算机等工具，用户可以手动生成、检查和分割 BIP32 种子词。
Codex32  Shamir私钥分割  手算密码学  BIP32  私钥安全  校验和 

展望未来：2025 年的闪电支付

in  BTCStudy 精选
本文探讨，基于现在许多聪明的头脑正在开发的解决方案，闪电网络的用户体验会是什么样。
闪电网络  支付通道 

使用 Core Lightning 客户端运行闪电节点

本文介绍了如何在树莓派4上安装Core Lightning客户端，并配置RTL前端管理界面。文章详细讲解了Core Lightning的安装步骤，包括所需的依赖、源代码的编译以及lightningd和lightning-cli的配置。同时，文章还介绍了RTL的安装和配置过程，包括Node.js的安装、Cl-REST的配置以及RTL的启动。
Core Lightning  RTL  闪电网络  树莓派  节点配置  区块链 

展望未来：2025 年的闪电支付

本文探讨了闪电网络在2023年面临的用户体验问题，包括操作复杂、技术门槛高和技术缺陷等方面。展望未来，文章预测了2025年闪电网络的用户体验，包括通道拼接、LSP 降低门槛、免去手动操作以及隐私性提升等，并讨论了闪电网络对电子商务的促进作用。总结认为，随着技术解决方案的出现和资本的投入，LSP 将在简化用户体验方面发挥更大作用，使闪电网络更加普及易用。
闪电网络  用户体验  通道拼接  LSP  隐私性  Taproot 

比特币从支付到智能合约，RGB 开启 Web3 新征程

RGB 协议让我们正站在一个崭新的起点，目睹着像比特币一样具备无限可能性的未来。
Bitcoin  RGB 

假通道 DoS 攻击

in  BTCStudy 精选
下列版本号以前的闪电节点实现，易受本文所述的创建大量假通道的 DoS 攻击： LND 0.16.0、CLN 23.02、eclair 0.9.0、LDK 0.0.114
DoS  闪电网络 

对可扩展性和共识变更的思考

本文讨论了比特币扩展到十亿用户的可能性，认为通过50000个相互连接的“银行”来管理资金池，实现支付流是可行的方案。这些“银行”将形成网络，提供不同程度的信任，并通过L1的威慑和竞争对手的渗透压来保证运作。文章还探讨了为这些“银行”构建安全高效工具，以及应对潜在风险（如大规模退出事件）的策略，强调了用户审计和自由迁移的重要性。
比特币  扩展性  Layer2  coinpool  CTV  OP_VAULT 

田野调查：实现 MuSig2

本文介绍了BitGo在比特币MuSig2多签名钱包上的实践经验，包括为什么要使用MuSig2，与脚本式多签名和其他MPC协议相比的优势和缺点，以及在Taproot激活后如何选择脚本类型等。此外，还探讨了Nonce的生成及使用，以及PSBT在MuSig中的应用，强调了规范制定流程的重要性，并感谢了相关贡献者。
MuSig2  多重签名  Taproot  PSBT  nonce  BitGo  区块链 

田野调查：实现 MuSig2

相比于脚本式的多签名构造，MuSig 有两大长处。第一，交易体积更小（因此矿工手续费更少）。第二，MuSig 也提升了隐私性。
多签  密码学 

何以我们需要 “Vlidating Lightning Signer”？

in  BTCStudy 精选
将你的闪电节点私钥和安全规则验证从闪电节点中分离出来
闪电网络 

Cashu：Chaumian e-cash 和闪电网络上的铸币厂

Cashu是一个比特币Layer2项目，通过实现Chaumian e-cash，实现快速、可扩展、完全隐私的比特币交易。用户无需注册账户或提供个人信息，铸币厂也无法追踪用户的余额和交易记录。Cashu旨在优化比特币的隐私性和可扩展性，并简化Layer2的使用体验，可能被集成到比特币钱包和服务中。
Cashu  Chaumian e-cash  比特币  Layer 2  隐私  闪电网络 

什么是 “Erlay 协议”？

本文介绍了 Erlay 协议，这是一种旨在提高比特币全节点之间转发未确认交易时的带宽效率的比特币升级提议。Erlay 通过限制节点广播交易的对等节点数量以及利用协调消息来减少不必要的带宽消耗，从而优化交易转发过程，提升网络性能和去中心化程度。
Erlay  带宽效率  全节点  交易转发  比特币  libminisketch 

交易包的交易池把关规则

Gloria Zhao 提议修改 Bitcoin Core 的交易池规则，以实现基于交易包的交易池验证，为交易包转发特性做准备。提案允许包含多笔父交易和一笔子交易的交易包在网络中传播，旨在优化手续费追加机制，提升交易处理效率，并详细解释了相关术语、规则变更及理由。
交易池  比特币  交易包转发  手续费追加  CPFP  RBF 

交易包的交易池把关规则

in  BTCStudy 精选
我正在提议改变 Bitcoin Core 的一组交易池规则（policy，策略），以开启基于交易包的交易池验证（作为 “交易包转发” 特性的准备工作）。这不是共识层的改变，也不是 P2P 协议层的改变。但是，因为交易池规则将极大地影响交易的传播，所以我认为在邮件组里公开也是有意义的。
交易池 

详解| 什么是比特币区块大小之战？

区块大小之战是2015年至2017年间发生的一场关于比特币区块链区块大小的争论。
比特币现金  区块结构  中本聪共识  比特币分叉 

交易包转发提议

本文是Gloria Zhao关于改变当前点对点协议以启用“交易包转发（package relay）”特性的提案，旨在解决交易池策略限制、高手续费交易确认问题以及合约式协议中的安全问题。提案包含通用交易包转发协议和一个插件“子交易+未确认的父交易”交易包，通过新的消息类型和协议流程，实现节点间高效的交易包信息交换和验证，从而优化区块空间的手续费市场。
交易包转发  点对点协议  交易池策略  子为父偿  钉死攻击  闪电网络 

交易包转发提议

in  BTCStudy 精选
我正在撰写一份提案，建议改变当前的点对点协议以启用 “交易包转发（package relay）” 特性，并征求对其中的设计和方法的反馈。这里是一个链接，汇总了最的提案：https://github.com/bitcoin/bips/pull/1324
交易池