比特币脚本：专注于构建块，而不是大雁（转）

你今天所知道的建立在比特币之上的一切都是因为比特币脚本支持的原语。我所说的原语是什么意思？编程语言的基本组件，可用于构建实际的应用程序来完成任务。没有一种编程语言是专门为单个应用程序设计的，即构建一个程序。它们旨在支持基本原语，如操纵数据的数学运算，或创建基本数据结构以某种方式存储数据，或在操纵数据时迭代数据的操作。
基本原语的设计方式是，开发人员可以决定如何使用它们来创建实际的应用程序或程序。语言的核心设计不一定关注人们会用它做什么，只是语言的原语不能以一种方式组合在一起，这种方式要么1）在不理解原因的情况下无法完成开发人员试图完成的任务，要么2）以对最终用户不利的方式完成开发人员想要完成的任务。
/ h- C: j! A4 {- `0 R, A/ r没有人从一开始就设计一种编程语言，认为“哦，我们想让开发人员做a、B和C，但完全阻止他们做X、Y和Z。”（对于更多的技术读者来说，我在这里指的是开发人员正在构建的目标，而不是像基元如何组合这样的低级技术细节）。
比特币脚本与其他编程语言没有什么不同，除了一个方面，它意味着某种原语组合对最终用户有害。比特币有两个一般计算机应用程序没有的属性，区块链和在其上执行的内容必须由运行完整节点的所有用户完全验证，系统的整个进程由必须保持平衡的财务激励来保证。除了这些额外的考虑之外，Script就像任何其他编程语言一样，它应该包括任何允许开发人员为用户构建有用的东西的原语，这些东西不能以对用户有害的方式组合在一起。
0 ~: g' b) t* z9 e, p* P至少在公共领域，围绕软分叉添加契约（新原语）的所有对话都已经演变为对契约用途的荒谬要求。这既不是一件可能的事情，也不是需要关注的重要事情。使用Script构建的内容与需要分析的风险无关，构建的内容如何与基础层交互是主要风险。它将带来什么成本，如何限制这些成本？（这是Rusty提出的“大字体修复”提案的重要组成部分）。基础层的这些成本如何扭曲激励措施？这是MEV风险的很大一部分。
可以分析这些问题，而不必过分关注可以用原语构建的每一个可能的东西。在验证成本和复杂性方面，基元可以在基础层受到约束。最重要的是，在激励方面，新的原语可以与今天已经可以构建的东西进行比较。如果新的原语只是改善了已经构建的系统的最终用户的信任模型，这些系统对系统激励有影响，而不会实质性地恶化他们对这些激励的影响，那么就不会引入真正的新风险。
9 j: P& [2 s9 o# n* J5 }( f这些对话需要开始关注真正重要的事情，新功能与最终用户的伤害。他们几乎完全偏离了轨道，再次在公共领域，而不是技术界，陷入了关于是否应该允许最终用户做事的争论。这不是重要的谈话。重要的是为最终用户提供有价值的功能，而不会造成不利后果。
/ P0 ?* E+ E3 a) V* f人们需要关注原始人，而不是他们在远处听到的大雁。
8 p' B6 Y/ d! L8 z" S
2 {! i* z. u9 F* l) r

这个也是可以去关注起来啊。

什么块啊雁的，这是在说什么呢

这是什么脚本的啊，也是不懂啊

不知这个会造成什么样的后果的咯。

脚本的这些是不是真的会啊

这个问题大家也是可以懂的吧

必须是需要看看这些东西了的啊.