比特币操作码技术新闻通讯190期
2022-03-12 02:17
Words count:
3745
真神奇：比特币核心开发者们觉得编程能力太强不太好，容易损害比特币的抗审查特性，鼓励大家写没用的程序。我觉得有点道理。通过闪电网络发消息现在是免费的，程序员们讨论应该收费来防止滥用，而且现在实际上大部分服务器是不转发的。
翻译：Google Translate 校对：李林
本周的时事通讯描述了关于未来软分叉应该在多大程度上增加比特币脚本和 Tapscript 语言的表达能力的讨论的多个方面，并总结了一项对用于中继洋葱消息的带宽收费的提议。 还包括我们的常规部分，其中包括比特币核心公关审查俱乐部会议的摘要、新软件版本和 RC 的公告，以及对流行的比特币基础设施项目的显着变化的描述。
新闻
● 限制脚本语言的表达能力：在 Bitcoin-Dev 邮件列表中，针对将 OP_TXHASH 或 OP_TX 操作码添加到 Script 的提议开始了几个子讨论（参见 Newsletters #185 和 #187)。 Jeremy Rubin 注意到 提案（可能与其他操作码提案相结合，例如 OP_CAT) 可能允许创建递归 covenants——需要的条件在每笔交易中重新使用这些比特币或与之合并的任何比特币，以实现永续性。有人询问 是否有人担心允许比特币中的递归契约，总结了一些最值得注意的问题以下：
1
times bought,
0
times reward
Comments
