该文档提出了在 Elements 网络中 Taproot 升级时添加的新操作码,包括用于流式哈希的流式操作码、用于交易内省的交易内省代码、有符号 64 位算术操作码、转换操作码和新的加密操作符,旨在增强智能合约的功能和效率,同时考虑了资源限制和安全性。
本文档描述了Elements中用于Taproot输出的签名哈希,是BIP-0341的修改副本,并指出了与BIP-0341的不同之处。同时,BIPs 341和342中的四个tagged hash tags “TapLeaf”,“TapBranch”,“TapTweak”和“TapSighash”都附加了“/elements”。
文章介绍了Lightning Loop如何利用MuSig2来优化链上和链下比特币的互换,降低交易成本,提高隐私性和安全性。通过引入新的Loop In功能,用户可以更灵活地管理资金,抓住低手续费时机,并且在互换失败时可以重试。未来,Loop In地址的资金可以用于更多链上操作,无需额外费用,进一步提升灵活性。
本文深入探讨了比特币Taproot升级后,多签名方案MuSig2和FROST如何通过密钥聚合和签名聚合提高隐私性和效率。MuSig2适用于n-of-n多签名钱包,而FROST支持阈值机制,允许更灵活的配置,如2-of-3。这两种方案都能隐藏多签名钱包的特征,降低交易手续费,并提升比特币区块链的效率和隐私性。
本文介绍了Graftroot协议,它与Taproot类似,旨在提高比特币智能合约的灵活性和隐私性。Graftroot允许合约参与者创建多个备选脚本,并对这些脚本进行签名,从而在需要时可以使用备选方案,而无需在链上暴露所有可能的合约结果。文章还讨论了Graftroot的优缺点以及可能的部署计划。
本文回顾了比特币升级过程中使用的各种激活机制,包括预定时间点激活、BIP 9、BIP148、BIP 91、BIP 8 以及 Speedy Trial。作者提倡未来使用 BIP 8 LOT = True 通过 UASF 部署新功能,以避免矿工否决权,并强调比特币是一个市场驱动的系统,应拥抱共识建立过程中的混乱。
本文介绍了BitGo在比特币MuSig2多签名钱包上的实践经验,包括为什么要使用MuSig2,与脚本式多签名和其他MPC协议相比的优势和缺点,以及在Taproot激活后如何选择脚本类型等。此外,还探讨了Nonce的生成及使用,以及PSBT在MuSig中的应用,强调了规范制定流程的重要性,并感谢了相关贡献者。
本文介绍了Miniscript和Simplicity两种树形结构的编程语言,它们可以用于比特币脚本的编写和分析。
本文主要介绍了跨输入签名聚合(CISA)技术,这种技术可以减少比特币交易的体积。文章探讨了“减半聚合”技术,并分析了其在闪电网络通道公示中的应用,提出了将CISA集成到比特币协议中的几种方案,包括重新定义OP_SUCCESS、定义新的叶子版本或隔离见证版本等,同时讨论了减半聚合与交易池缓存、重组以及适配器签名之间的关系。
本文介绍了 Taproot 支持闪电网络(LN)实现的两个隐私功能:PTLC 和 P2TR 通道。PTLC 通过标量调整每个转发的 PTLC,实现支付无关性,增加分析中的不确定性。P2TR 通道通过 schnorr 签名,使得 n-of-n 看起来和 1-of-1 完全一样,从而增加非公开通道的链上隐私。文章还分析了这两个功能实现的时间范围,并参考了双边供资的实现时间。
BRC-20 Token : a paper agreement, a static TEXT attached to Bitcoin, anything might happen as no live code.
该提案提出了一种自主保管的积分系统,该系统可安装在现有ecash铸币厂的前端。用户的余额存储在一个无需信任的积分合约中,可以随时在链下兑换成ecash。该方案利用Spillman支付通道的思想,并结合比特币的新功能来提高隐私性和效率,所有合约执行都通过MuSig2 taproot密钥路径完成。
本文讨论了比特币Taproot升级带来的脚本功能扩展,以及由此产生的钱包复原互通性问题。Muun钱包通过引入“应急工具包”和描述符升级机制,旨在简化新地址类型和脚本的采用,降低用户迁移成本,并支持Taproot和Musig等新技术。
最新的一个比特币升级 —— Taproot —— 将改变比特币的工作模式,使之更上一层楼。它改变了交易的签名方法,移除了不必要的信息暴露(比如是否涉及智能合约),还降低了一笔交易需要占用的整体数据量。
本文介绍了基于Taproot协议升级的支付池(payment pool)技术概念,它允许多个用户共享一个UTXO,提高隐私性,并实现更灵活的智能合约。文章详细解释了支付池的创建、资金进出、以及用户间互相支付的实现方式,并探讨了其作为Layer 2解决方案的可能性,包括链下支付和托管闪电网络通道的应用。