Vitalik Buterin:协议设计中的封装复杂性和系统复杂性权衡_NFT:apenft币价格今日行情

作者:VitalikButerin,原文来源:vitalik.ca?

以太坊协议设计的主要目标之一是最小化复杂性:使协议尽可能简单,同时仍然使区块链能够完成一条有效区块链需要做的事情。以太坊协议在这方面远非完美,尤其是因为它的大部分是在2014-16年设计的,当时我们对它的了解要少得多,但我们仍然尽可能地积极努力降低复杂性。

然而,这一目标的挑战之一是复杂性是难以定义的,有时,您必须在两种选择之间进行权衡,这两种选择会引入不同类型的复杂性并具有不同的代价。我们如何比较?

允许对复杂性进行更细致入微的思考的一种强大的智力工具是区分我们称之为封装复杂性和系统复杂性的东西。

当一个系统具有内部复杂的子系统但对外提供一个简单的“接口”时,就会出现封装复杂性。当一个系统的不同部分甚至不能完全分开并且彼此之间具有复杂的相互作用时,就会出现系统复杂性。

Vitalik Buterin:AI可提升人类创造力:8月12日消息,以太坊联合创始人Vitalik Buterin最近在The Aarthi and Sriram Show播客节目中透露,尽管SBF此前在主流媒体上很有影响力,但加密领域内很多人一开始就对他持保留态度。Vitalik强调,加密社区中有很大一部分人认为SBF对加密货币技术的价值缺乏清晰的愿景。

此外,Vitalik评论了人工智能的进步,特别是像ChatGPT这样的系统。他对人工智能的潜力表示乐观,认为它可以提高人类的创造力,而不是仅仅取代人类的角色。Vitalik认为,在当前阶段,人工智能更多的是赋予个体权力,而不是取代他们。他设想未来,人工智能工具可以让个人创作者制作电影和其他艺术作品,而无需像传统好莱坞制作那样付出高昂的成本。[2023/8/13 16:22:52]

下面有一些例子。

BLS签名与Schnorr签名

BLS签名和Schnorr签名是可以用椭圆曲线制作的两种流行的加密签名方案类型。

元宇宙基础设施提供商MetaGravity完成950万美元融资:金色财经报道,元宇宙基础设施提供商MetaGravity完成950万美元种子轮融资,本轮融资由Sino Global、Spartan Group LLC、Market One Capital等参投,本轮融资资金将用于扩大其工程和产品团队,以开发支持未来大规模虚拟宇宙体验所需的基础设施层。[2023/4/21 14:17:58]

BLS签名在数学上看起来非常简单:

签署:

验证:

H是一个哈希函数,m是消息,k和K是私钥和公钥。到这里为止,看起来都很简单。然而,真正的复杂性隐藏在e函数的定义中:椭圆曲线配对,这是所有密码学中最难理解的数学题之一。

Vitalik Buterin:开发人员还不知道“Merge + surge + verge + purge + splurge”的执行顺序:金色财经报道,以太坊联合创始人“V神” Vitalik Buterin 今日在社交媒体上发文称“Merge + surge + verge + purge + splurge”不是5个阶段,而是会并行发生。在回应加密社区质疑“合并后不会立即发生所有事情”的问题时,Vitalik Buterin 进一步解释说,这一切都是同时发生,实际的部署会在单独的硬分叉进行,但是不同的团队正在并行完成工作,在某些情况下,开发人员甚至还不知道事情的执行顺序。[2022/7/26 2:38:57]

现在,再看看Schnorr签名。Schnorr签名仅依赖于基本的椭圆曲线。但是签名和验证逻辑要复杂一些:

公链平台及去中心化交易所Vites已上线:据官方消息,近日,由美国Vites基金会打造新一代公链平台、去中心化交易所Vites已正式上线,VTS币是其流通所有生态领域的唯一凭证。Vites基金会表示:“Vites不断探索区块链技术及其在商业领域的应用,融合DeFi概念,推出融合流动性挖矿、质押挖矿的一体化挖矿机制,致力于打造一家真正的去中心化交易所,开拓DeFi金融新局面,让链上交易更快速、链上资产更安全。”据悉,Vites已获得美国MSB金融牌照,可以有权融资、发行数字货币。[2021/3/14 18:44:05]

那么......哪种类型的签名“更简单”?这取决于你关心什么!BLS签名具有巨大的技术复杂性,但复杂性都隐藏在e函数的定义中。如果将e函数视为黑盒,BLS签名实际上非常简单。另一方面,Schnorr签名的总体复杂性较低,但它们有更多可能以棘手的方式与外部世界交互的部分。

例如:

进行一个BLS多重签名很容易:只需

Vitalik Buterin推特发布五个以太坊扩展策略:\tVitalik Buterin在推特上发布了5个扩展策略:1、多条独立链; 2、超大区块; 3、不改变安全模型的逐步升级(例如、用压缩的delta+STARKs替换txs+sigs);4、双层网络(主区链和Plasma);5、分片技术。此前Vitalik Buterin推特上称,分片即将到来[2018/6/9]

。但是Schnorr多重签名需要两轮交互,并且需要处理棘手的密钥取消攻击。

Schnorr签名需要随机数生成,BLS签名不需要。

椭圆曲线配对就像是一个强大的“复杂性海绵”,因为它们包含大量封装的复杂性,但可以实现系统复杂性低得多的解决方案。在多项式承诺领域也是如此:将KZG承诺的简单性与内积参数的更复杂的内部逻辑进行比较。

密码学与密码经济学

许多区块链设计中出现的一个重要设计选择是密码学与密码经济学的选择。通常这以在有效性证明和欺诈证明之间进行选择的形式出现。

ZK-SNARK是一种复杂的技术。虽然可以在一篇文章中解释它们如何工作背后的基本思想,但实际上实现ZK-SNARK来验证某些计算所涉及的复杂性是计算本身的许多倍。有效地实施ZK-SNARK涉及具有特殊目的优化的电路设计、使用不熟悉的编程语言以及许多其他挑战。另一方面,欺诈证明本质上很简单:如果有人提出挑战,您只需直接在链上运行计算。为了提高效率,有时会添加二进制搜索方案,但即使这样也不会增加太多复杂性。

但是,虽然ZK-SNARK很复杂,但它们的复杂性是封装的复杂性。另一方面,欺诈证明的相对简单的复杂性是系统性的。以下是欺诈证明引入的系统复杂性的一些示例:

他们需要谨慎的激励工程来避免验证者的困境。如果在达成共识的情况下完成,他们需要额外的交易类型来证明欺诈,以及推理如果许多参与者竞争同时提交欺诈证明会发生什么。它们依赖于同步网络。它们允许审查攻击被用来提交盗窃行为。基于欺诈证明的Rollup要求流动性提供者支持即时提款。由于这些原因,即使从复杂性的角度来看,基于ZK-SNARKs的纯加密解决方案也可能长期更安全:ZK-SNARKs存在一些人必须考虑的更复杂的部分,但它们存在更少的每个人不得不考虑的悬而未决警告。

其他示例

工作量证明——低封装复杂度,因为机制极其简单易懂,但系统复杂度更高。哈希函数——高封装复杂性,但非常易于理解的属性,因此系统复杂性低。随机洗牌算法——洗牌算法可能内部复杂但导致易于理解的强随机性保证,或者内部更简单但导致更弱且更难以分析的随机性属性。矿工可提取价值——一个强大到足以支持复杂交易的协议在内部可能相当简单,但这些复杂的交易可能会对协议的激励产生复杂的系统性影响,因为它有助于以非常不规则的方式提出区块的激励。Verkle树——Verkle树确实有一些封装的复杂性,实际上比普通的Merkle哈希树要复杂得多。然而,从系统上讲,Verkle树呈现出与密钥值映射完全相同的相对简洁的界面。主要的系统复杂性“泄漏”是攻击者操纵树以使特定值具有非常长的分支的可能性;但是对于Verkle树和Merkle树,这种风险是相同的。

我们如何进行权衡?

通常,封装复杂度较低的选择也是系统复杂度较低的选择,因此有一个选择显然更简单。但在其他时候,您必须在一种复杂性和另一种复杂性之间做出艰难的选择。在这一点上应该清楚的是,如果将复杂性封装起来,那么它的危险性就会降低。系统复杂性带来的风险并不是规范有多长的简单函数;与其他部分交互的一个小的10行规范比原本被视为黑匣子的一个100行函数增加了更多的复杂性。

然而,这种偏好封装复杂性的方法存在局限性。软件错误可能出现在任何一段代码中,并且随着它变得越来越大,错误的概率接近1。有时,当您需要以一种意想不到的新方式与子系统交互时,最初封装的复杂性可能会变得系统化。

后者的一个例子是以太坊当前的两级状态树,它具有一棵账户对象树,其中每个账户对象又拥有自己的存储树。

这种树结构很复杂,但一开始复杂性似乎得到了很好的封装:协议的其余部分与树交互,作为您可以读取和写入的密钥/值存储,因此我们不必担心关于树的结构。

然而,后来证明复杂性产生了系统性影响:账户拥有任意大存储树的能力意味着无法可靠地期望状态的特定部分有一个可预测的大小。这使得将状态拆分为多个部分变得更加困难,从而使同步协议的设计和尝试分配存储过程变得复杂。为什么封装的复杂性会变成系统性的?因为接口变了。修复?当前迁移到Verkle树的提议还包括迁移到一种平衡良好的树的单层设计。

最终,在任何给定情况下支持哪种类型的复杂性是一个没有简单答案的问题。我们能做的最好的事情就是保持适度支持封装复杂性的态度,但不要过多,并在每个具体情况下行使我们的判断力。有时,牺牲一点系统复杂性来大幅降低封装的复杂性确实是最好的做法。在其他时候,您甚至可能会误判什么是封装的,什么不是。每种情况都不同。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金智博客

[0:15ms0-8:294ms