本文来自 Coinbase，原文作者：Ethen Pociask & Eric Meng & Nadir Akhtar & Gabriela Melendez Quan & Tom Ryan，由 Odaily 星球日报译者 Katie 辜编译。
为了加强对交易 ERC-20 和其他基于智能合约的资产的客户的安全和托管保证，Coinbase 区块链安全团队调查了定义这些资产行为的程序层：以太坊虚拟机（EVM）。在评估修改自身网络的 EVM 的项目时，Coinbase 的区块链安全团队会审查关键的 EVM 更改，以确定修改后的 EVM 是否能够提供与原始 EVM 实施相同的安全和托管保证。
截至 2023 年 5 月，以太坊虚拟机（EVM）夺得最热门智能合约执行平台“榜一大哥”头衔。根据 DefiLlama 的数据，总锁仓价值（TVL）排名前 10 位的链中有 9 个支持 EVM 智能合约。因此，深入了解 EVM 对于支持整个区块链生态系统中的智能合约至关重要。
墨西哥官员会见Samson Mow讨论墨西哥如何采用Bitcoin:金色财经报道，Bitcoin Magazine在社交媒体上发文表示，墨西哥参议员兼财政部委员会主席会见Samson Mow讨论墨西哥如何采用Bitcoin。[2023/4/30 14:35:25]
EVM 是一种虚拟机，用于在以太坊网络上去中心化执行智能合约。许多兼容 EVM 的区块链在其协议软件中直接利用不同语言的热门 Ethereum 执行客户端的标准实施方案，如 go-ethereum（Golang）和 besu（Java）。
也就是说，分叉和修改 EVM 实际上在区块链生态系统中非常常见，甚至在主要协议中也是如此。例如，为 Coinbase 的 Base L2 区块链提供“动力”的 Optimism Bedrock Stack 使用了一个名为 op-geth 的 go-ethereum 执行客户端的分叉版本，该版本运行的 EVM 与热门的以太坊执行客户端兼容。然而，这并不意味着以太坊上的 EVM 与 Optimism 上的 EVM 行为完全相同：op-geth EVM 在某些情况下的行为略有不同（即 DIFFICULTY 返回随机值是由序列器确定的）。
波卡社区正在讨论如何限制验证者大幅更改佣金:刚刚，Web3基金会技术教育主管Bill Laboon发推提醒用户小心局。Web3基金会、Polkadot官方以及Parity都没有赠送DOT和KSM代币。与此同时，Bill Laboon还公布波卡项目进展。内容显示：1.目前验证者可以随意更改佣金比例。目前社区正在讨论如何限制佣金变动以避免佣金大幅变动，例如在获得足够多的提名者后，将佣金由0%改为100%。2.财政部已经开始讨论Elara 0.2提案。Elara 0.2是Patract Labs是为以Substrate为基础的链提供的基础设施。[2020/10/29]
虽然这听起来很可怕，但对于 EVM 的采用来说，一般情况下是有益的。虽然标准 EVM 实施方案针对以太坊基础协议进行了高度优化，但分叉的 EVM 通常会针对自己的新协议进行扩展。因此，合约在某些 EVM 兼容链上的执行方式可能与在以太坊上的执行方式不同，EVM 智能合约行为的安全假设在不同协议之间也可能存在很大差异。
为此，Coinbase 开发了一个Web3安全框架，用于评估一些分叉 EVM 实施方案中的安全影响。我们称之为 Coinbase 的分叉 EVM 框架，下面将对其进行详细的解释。
北冥社区创始人北冥：数字资产价格走势无法提前预知，核心在于如何应对:6月19日19:00，MXC抹茶特邀分析师，北冥社区创始人北冥做客MXC抹茶社区进行分享。北冥表示：“交易是对认知的变现，通过数字资产交易获取收益，离不开技术分析。均线缠论系统，有助于远离盲目多空。“中枢”一词源自《缠论》第108课，《缠论》作者禅师通过归纳演绎等数学方法，对任何走势进行统一的定义和分类，并给出一个较为合理的解决方案，《缠论》最厉害的地方就是“完全分类“，大部分走势都是无法提前被预知的，核心就在于应对。缠者，价格重叠区间也，买卖双方阵地战之区域也；禅者，破解之道也。以阵地战为中心，比较前后两段之力度大小。大者，留之，小者，去之。”[2020/6/19]
有了这个分叉 EVM 安全框架，Coinbase 能够有效地：
了解我们的以太坊代币框架的安全假设的无效性，使我们能够安全地启用新的 EVM 兼容区块链，以便在我们的去中心化交易所支持 ERC-20/ERC-721 代币；
为智能合约审计师提供关于分叉 EVM 的智能合约漏洞情况的分析，特别是跨网络中的微小差异；
确保在 Coinbase 的 Base L2区块链上安全使用和执行 EVM 智能合约。
声音 | 王小云：区块链技术创造性地解决了如何在无许可环境下达成共识的问题:12月7日，由中国科学院学部主办的“区块链技术与应用”科学与技术前沿论坛在深圳举行。中国科学院院士、国际密码协会会士王小云在题为“Hash函数与区块链技术”的演讲中表示，密码是保障网络与信息安全的核心技术和基础支撑，加密算法、数字签名算法和Hash函数是密码学三类基础算法，其中Hash函数是区块链的起源性技术。她指出，区块链技术的出现，创造性地解决了如何在无许可环境下达成共识的问题。区块链共识协议的一致性，确保了所有用户记录的区块链数据相同；链增长速度，确保了区块链区块数量增长速度的稳定；链质量，确保链区块链中敌手生成的区块数量不超过可容忍比例。[2019/12/7]
为了解以太坊虚拟机中的安全风险是如何存在的，首先要知道标准 EVM 实施方案为我们提供了哪些保障。我们将标准 EVM 定义为以太坊执行规范中描述的以太坊验证器执行客户端一致使用的 EVM。到目前为止，最常用的客户端是 go ethereum（即 geth）。
我们将安全性总结为两个安全标准，它们代表了任何分叉 EVM 实施方案有资格获得 Coinbase 支持的最低要求。
动态 | ITAM Network发文 “DApps如何优化RAM使用率”:据IMEOS报道，ITAM Network在Medium上发表文章“DApps如何优化RAM使用率”。文中介绍DApps主要是在上传智能合约还有在使用智能合约Table保存数据的情况下使用RAM，并介绍如何通过在区块上运行数据达到RAM使用率最小化，还有DApps开发者应当考虑和准备的工作。文章最后ITAM Network表示这只是一种可供替代的方法，并不是唯一正确的途径。[2018/8/2]
我们的分叉 EVM 框架在评估是否符合总体安全标准（即合约不变性和安全执行环境）时，主要关注以下审计要求。需要注意的是，以下风险成分并不是分叉 EVM 审计的全部范围。
修改 EVM 操作码的定义和编码会导致合约执行方式的重大差异。例如，假设一些分叉的 EVM 实施（EVM'）将算术 ADD 操作码定义逻辑（x 1 + x 2 ）改为减去两个值（x 1 - x 2 ）。
结果，偏离的 EVM '在执行上与标准 EVM 不相等且不兼容。修改操作码的后果可能是有益的行为，比如防止算术操作码中的整数溢出和下溢，也可能是更危险的行为，比如导致本地资产无限铸造的自毁行为。
EVM 使用预编译合约来定义复杂的功能（如加密函数），使用更方便和性能更强的语言，如 Golang，而不是使用不太容易访问的 EVM 字节码。
从根本上说，这些是通过节点软件中表示的预定链地址来访问的编程功能。以太坊黄皮书（截至 2023 年 5 月）中定义了 9 个预编译器，对这 9 个预编译器所做的任何更改或引入新的预编译器都需要进行审计。
让我们再举一个具体的例子——BNB 智能链漏洞。BNB 智能链使用 go-ethereum 的一个偏离的实施方案来运行节点。为此，引入了两个新的预编译合约（tmHeaderValidate，iavlMerkleProofValidate），利用第三方软件（即 Cosmos SDK）来执行轻客户端区块验证和 Merkle 证明验证。问题是，Cosmos SDK 软件在其 IAWL 树表示法中有一个实施错误，允许加密无效的证明通过验证。换句话说，任何人都可以凭空产生资金。攻击者能够利用嵌套在 iavlMerkleProofValidate 预编译器中的这个实施漏洞，从币安跨链桥中抽走数亿美元。
这个利用漏洞的例子是为了展示预编译器安全性的必要性，以及为偏离的 EVM 实施引入新的预编译合约所带来的潜在风险。
引入额外的预编译器可能带来的致命风险包括：
允许一方单方面修改任何已部署合约的状态；
这包括所有存储修改（插入、更新、删除）；
使用不受信任、未经验证或未经审计的第三方依赖项；
提供对不确定节点内值的访问。
尽管将编译器和 EVM 视为完全独立的实体，但值得注意的是，Solidity 编译器确实对前三个预编译合约（ecrecover、sha 256 和&ripemd）的行为做出了严格的假设，这些合约通过 Solidity 语言中的本机语言关键字函数表示。在后台，Solidity 编译器实际上将这些关键字处理成字节码，字节码执行合约间静态调用操作。下图进一步说明了这种合约间的沟通方式。
修改标准预编译器会带来的安全风险包括：
允许中心化的交易对手单方面修改任何已部署合约的状态；
Solidity 编译器预编译位置假设不一致；
提供对不确定节点内值的访问；
使用不受信任、未经验证或未经审计的第三方依赖项。
修改 EVM 基本组成部分所带来的关键风险包括：
不约束解释器堆栈，使其无限大；
对内存模型进行大小修改或改变，可能导致非确定性的执行；
绕过访问控制，允许任意的对手方单方面访问所有链状态；
使用不受信任、未经验证或未经审计的第三方依赖关系。
我们的目标是建立一个基于区块链技术的开放金融系统，为此，我们鼓励开发各种 EVM 实施方案。然而，为了让兼容 EVM 的区块链得到 Coinbase 的全面支持，它必须满足标准 EVM 实施的基本要求。本文希望提高人们对偏离 EVM 相关风险的认识，并鼓励资产发行人在偏离 EVM 时优先开发安全组件，提高整个 Web3 生态系统的安全意识。
Odaily星球日报
媒体专栏
阅读更多
区块律动BlockBeats
Foresight News
曼昆区块链法律
GWEI Research
吴说区块链
西柚yoga
ETH中文
金色早8点
金色财经 子木
ABCDE
0xAyA
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。