EVM

给以太坊开发者的 Solana 开发完全指南

为EVMvalidiums设计的退出游戏：Plasma回归

在上两篇文章中，我们分析了SolidityEVM中的存储结构，在本篇文章中，我们将详细分析EVM的calldata是如何进行编码的。

从合约为什么要分类出发，结合每个场景可能面对怎样的恶意攻击，最终给出一套达成相对安全的合约分类分析算法。

在Web3链上数据常见的分析中，往往会有有大量判定合约类型的需求，本文将从相关的标准以及工程实践上，来对合约进行是否属于ERC20/ERC721/ERC1155几个合约的判定。

从Yul角度理解以太坊虚拟机

EVM存储结构在EVM中实际上有六个位置可以存储数据：stack，memory，calldata，storage，code（在一个特定的地址），log（触发事件）实际上深入研究的是前四个：stack，memory，calldata，storage

本文针对几个典型的 EVM Memory 例子进行分析，涉及到 solidity opcode，内联汇编，以及 solidity 内存安全

本文将聚焦于EVM，但我们不会做太多详细的介绍。EVM是图灵完备的以太坊虚拟机，可以完成以太坊网络上的所有交易处理。与此同时，它还是一个完整的256位虚拟机，用于执行任意EVM字节码。

在第 2 部分中，我们将沿着“内存”之路走一趟，全面回顾合约内存 是什么以及它在 EVM 下的工作原理。

同大多数编程语言一样，用Solidity编写的智能合约无法直接在以太坊虚拟机(EVM)上运行，必须先将其编译成字节码。