比特币(BTC)
浏览(6)
比特币核心开发团队一直致力于比特币协议的持续改进与发展，其每一项决策和进展都备受全球加密货币领域的关注。近期，团队在协议更新提案方面有诸多重要讨论，本文将为您详细通报相关进展。
一、比特币核心开发团队概述
比特币核心开发团队负责维护和发布比特币客户端软件，是比特币生态的关键技术力量。其成员来自全球各地，包括经验丰富的密码学家、软件工程师等专业人士，他们通过开源社区协作，推动比特币协议的优化与升级。该
团队的策对整个比特币网络的安全性、稳定性和功能性起着决定性作用。
二、协议更新提案核心内容
OP_RETURN 扩容提案
比特币脚本中的 OP_RETURN 操作码可在交易中嵌入少量数据。当前，比特币核心软件对OP_RETURN 携带数据有限制，核心开发者计划在 10 月发布的比特币核心软件第30 版中，将默认的数据载体限制从目前的 80 字节大幅增加至接近4MB，同时允许节点运营商手动修改 -datacarrier 和 -datacarriersize 参数。这一变化旨在释放链上创新潜力，例如符合W3C 可验证凭证标准的数据嵌入需要 96 字节以上空间，闪电网络原子交换元数据及RGB 协议的复杂状态证明等也因 80 字节限制受到影响，扩容后有望解决这些问题。
Covenants 相关提案
包括 BIP - 119（CTV）和 BIP - 348（CSFS）提案，旨在实现比特币网络中的Covenants 功能。Covenants 允许在交易中设置条件或限制，规定比特币的花费或转移方式，这些条件可跨越多个交易，增强比特币的脚本功能。例如，提高比特币智能合约能力，支持如贷款、去中心化交易所、保险库等更复杂应用；增强安全性，防止资金被盗或误用；优化网络性能，减少交易费用或提高隐私。BIP- 119（CTV）通过限制资金只能按预定义方式花费，实现“状态携带” 功能，可用于创建批量支付、构建去中心化交易所或贷款协议、实现保险库保护资金等。BIP- 348（CSFS）允许验证签名对任意消息是否有效，可用于创建复杂条件逻辑，确保资金按特定规则花费，支持保险库和去中心化协议，防止盗窃或未授权支出。
三、讨论进展数据呈现
自相关提案提出以来，引发了社区的广泛讨论。以 GitHub 上的讨论为例，OP_RETURN 扩容提案相关的 PullRequest（PR）#32359 自 4 月 28 日提交后，截至目前已收到超过1000 条评论，开发者们就其对网络的影响、是否符合比特币设计初衷等问题展开了激烈辩论。6月 9 日比特币核心开发者 Gloria Zhao 发文表示计划实施该变更后，一周内相关话题在社交媒体上的讨论量增长了25%。BIP- 119（CTV）和 BIP - 348（CSFS）提案同样受到关注，在过去几周内，许多西方比特币开发者在 Twitter 上表达对 CTV 和 CSFS 的支持，相关话题标签的阅读量超过5万次。预计开发者将在 4 月 OPNEXT、7月 BTC++ 以及 10 月TABConf 等技术会议上进一步探讨这些提案，逐步推动共识的达成。
四、社区观点与分歧
提案支持者认为，OP_RETURN 扩容是回归比特币原始精神，移除限制可降低网络负担，铭文协议目前通过多笔交易存储超80 字节数据，扩容后可直接通过 OP_RETURN 存储，减少交易数量；同时增加矿工收入，随着比特币减半，矿工收入减少，大尺寸OP_RETURN 交易可让矿工通过竞争区块空间获得更多收入。对于 Covenants 相关提案，支持者认为其能极大增强比特币的功能，拓展应用场景。而反对者则担忧 OP_RETURN 扩容会挤占区块空间，导致非交易数据写入链上，推高交易费用，影响比特币作为价值转移网络的效率和实用性，违背其设计初衷。对于Covenants 相关提案，部分人担心其可能带来潜在风险，如影响比特币的可替代性等。
