加密货币新闻比特币(BTC)我们为您汇总了比特币最有趣的一些修改建议:甚至有人建议我们停止使用“中本聪”这个名字!

我们为您汇总了比特币最有趣的一些修改建议:甚至有人建议我们停止使用“中本聪”这个名字!

我们汇总了一些加密货币开发者提出的最有趣的比特币改进方案。

Follow Bitcoin Sistemi Google News Button

除了价格波动之外,比特币议程上的另一个问题也备受关注。开发者们准备的更新提案包括限制使用旧地址以及建立能够干预可疑提款的金库等。

其中一项提议甚至建议直接使用目前称为“聪”的最小单位作为“比特币”。

比特币改进提案(BIP)文档概述了这些想法的技术细节。然而,获得 BIP 编号的提案并不意味着它一定会被添加到比特币系统中。有些文档仍处于草稿阶段,有些文档的技术文本已经完成,还有一些文档已被其他提案取代。

以下六个非凡的想法可能会改变比特币用户的日常体验和资产存储方式。

能否对旧的比特币地址施加限制?

其中最引人注目的提案之一是詹姆森·洛普 (Jameson Lopp) 参与撰写的 BIP 361。该草案提出了一项分阶段过渡计划,以应对功能强大的量子计算机可能破解比特币当前签名方法的情况。

该提案的第一阶段旨在激活后约三年内,阻止向易受量子攻击的地址类型进行新的比特币转账。两年后,该提案计划对使用现有 ECDSA 和 Schnorr 签名进行的支出施加额外限制。

此举旨在防止攻击者窃取旧地址中的比特币。我们正在重点推广抗量子攻击的恢复方法,以确保合法所有者能够取回他们的资金。

然而,这种方法也引发了一个问题:那些未进行过渡或长期处于非活跃状态的资产将如何处理?BIP 361 目前仍处于草案阶段,并且还需要制定后量子签名标准。如果该提案获得通过,文件中提到的时间表将开始执行。

在同一领域,BIP 360 提出了一种名为“支付至默克尔根”(Pay-to-Merkle-Root)的新输出类型。它通过消除主根(taproot)中基于密钥的直接支出路径,旨在降低因公钥长时间可见而导致的量子攻击风险。然而,该草案并未针对交易等待确认期间可能发生的量子攻击提供独立的解决方案。

即使黑客入侵了钱包,也有可能找回比特币。

对于比特币用户来说,最有趣的想法之一是“金库”系统,该系统会增加提款的等待时间。

BIP 345 就是这种方法的一个例子,它规定了比特币发送到任何地址之前必须经过一段预定的等待期。在此期间,如果用户发现可疑的提现,可以将资产转移到预先设定的恢复路径。

该文档提供了一个为期一天的等待期示例。在这种系统中,攻击者即使获得了每日密钥,也无法立即将比特币转移到自己的地址;这为他们提供了一个机会,可以使用单独的用户恢复密钥进行干预。

BIP 345 现已标记为“已关闭”,BIP 443 被列为建议的替代方案。

由 Salvatore Ingala 开发的 BIP 443 提供了一个更通用的框架,用于确定比特币在后续交易中可被花费的条件。该提案目前仍处于草案阶段,可用于金库系统、共享资金管理以及各种扩容方案。

只透露一个地址,并且不披露所有付款信息。

BIP 352 定义了一种称为“静默支付”的支付方式。

在比特币中,重复使用同一个地址可以方便地查看发送到该地址的所有付款。而静默支付则确保即使用户只提供一条支付信息,区块链上也会为每笔付款创建一个不同的目标地址。

例如,在网站上公布捐赠地址的人无需为每位捐赠者提供单独的地址即可接收捐款。外部人员也无法仅凭共享的支付信息将这些付款直接关联起来。

作为回报,收款方的钱包需要扫描区块链才能找到收到的款项。这一要求带来了技术挑战,尤其对于轻量级钱包而言。

BIP 352 的技术文本已“完成”。与其他一些提案不同,静默支付并非对比特币共识规则的更新;它的使用取决于钱包的支持。

建议使用“比特币”代替“聪”。

BIP 177 由 John Carvalho 开发,它较少关注技术上的改变,而更多地关注用户如何查看他们的余额。

该提案建议将目前称为聪(satoshi)的最小计量单位更名为“一个比特币”。其目标是在钱包中显示整数,而不是冗长的十进制数字。

例如,今天表示为 0.00010000 BTC 的金额,在新命名规则下可以表示为“10,000 比特币”。

此次变更不会影响比特币的产量、用户持有的价值或供应规则。此外,根据文档中的定义,BTC代码将保持其现有含义:1 BTC 仍然代表 1 亿个基本单位。

该草案可能会对传统用法产生重大影响,因为它提出了一种新的系统,其中“比特币”一词和BTC代码可以代表不同的面额。目前,这只是建议钱包和应用程序采用的一种命名规则。

相关文章  一种山寨币宣布与加密货币交易所 Okx 建立合作关系!

比特币的一项旧功能或将回归

BIP 347 旨在重新引入 OP_CAT 指令,该指令在比特币早期就已存在,但在 2010 年被停用。

OP_CAT 的基本功能是将两段数据合并。这个看似简单的过程,可能为开发者在比特币上实现更复杂的支出条件和验证机制铺平道路。

该提案列出了诸如保险箱、高级合约、支付渠道以及简化 BitVM2 设计中的某些流程等用例。

新设计将合并数据的大小限制为 520 字节,从而对该命令的使用施加了特定的技术限制。

尽管 BIP 347 被标记为“已完成”,但这表明该技术文档已最终定稿。然而,要在比特币中启用该命令,还需要进行一次单独的软分叉。

这或许能为比特币在不同网络上的应用铺平道路。

由 Paul Sztorc 和 CryptAxe 开发的 BIP 300,采用不同的安全模型处理比特币和侧链之间的资金转移。

“驱动链”方法旨在允许用户将他们的比特币转移到具有不同功能的侧链,然后再转移回主比特币网络。

该提案最显著的特点是,从侧链到比特币的转换交易将由基于矿工的工作量证明机制来管理,而不是由固定的公司或签名者团体来管理。

这种架构允许在主网之外测试不同的交易和应用程序设计。然而,对用户而言,关键在于矿工在提取发送到侧链的比特币过程中扮演的角色,以及相关的安全假设。

BIP 300 目前仍处于草案阶段。因此,此处描述的模型并非所有比特币用户都将享有的功能;它只是比特币未来扩展领域提案之一。

*本文不构成投资建议。

guest

0 评论
最新
最旧 最多投票

本周热门文章