在复习evm之前，首先先做一个主流区块链平台的比对。
一、前情补充
（一）btc和eth的挖矿
eth挖矿需要读取内存并存储DAG文件，受限内存读取效率限制，传统的增加算力无法提升挖矿效率
btc挖矿，每四年减半
eth挖矿，固定5-3-2eth
（二）btc vs eth
- eth多了个智能合约→btc是分布式账本，而eth是分布式状态机
- eth刚开始都是工作量证明，22年9月15号切换到权益证明
- btc支付网络，eth是价值市场
以太坊立足比特币创新之上，于 2015 年启动，两者之间有一些显著不同。
两者都允许你使用数字货币，而无需支付服务提供商或银行。但是以太坊是可编程的，所以你还可以在以太坊网络上构建和部署去中心化应用程序。
比特币使我们能够互通基本信息，了解我们认为有价值的东西。在没有权威的情况，确定价值就已经很强大了。以太坊则更进一步，不仅可以互通信息，用户还能编写任何常规程序或合约。可以创建和达成共识的合约种类没有限制，因此以太坊网络上时常出现重大创新。
比特币只是一个支付网络，而以太坊更像是一个金融服务、游戏、社交网络和其他应用程序的市场，它们尊重你的隐私并且不能审查你。
（三）eth vs fabric
- 公有链eth和联盟链fabric→身份匿名和可验证，加入需要许可
- eth顺序执行（验证、排序、执行），fabric执行（背书）-排序-验证→由于使用了全新的方法，在执行阶段已经排除了任何不确定性，因此fabric支持通用编程语言编写智能合约，且具有高交易吞吐量性能
- fabric无需原生加密货币激励挖矿和合约执行→降低系统的风险，和其他分布式系统大致相同的运营成本
- fabric链上的数据隐私和保密性→通道架构和私有数据
顺序执行
- 验证并将交易排序，然后将它们传播到所有的节点，
- 每个节点按顺序执行交易。
并行执行
- 执行一个交易并检查其正确性，从而给它背书，
- 通过（可插拔的）共识协议将交易排序，
- 提交交易到账本前先根据特定应用程序的背书策略验证交易
（四）待补充
fabric：
背书策略：通道背书策略和链码背书策略？
每个channel可以使用不同的共识算法吗？如果不能，这是一项将来会被实现的功能吗？
二、EVM
EVM（Ethereum Virtual Machine）是以太坊虚拟机的缩写，是以太坊区块链平台的核心组成部分之一。EVM是一个基于栈的虚拟机，用于在以太坊网络上执行智能合约的字节码。
EVM的几个关键方面：
（一）栈架构
EVM是基于栈的虚拟机，使用一个栈来保存和处理操作数。它采用后进先出（LIFO）的执行方式，将操作数从栈顶弹出执行，并将结果重新推入栈顶。通过栈结构，EVM实现了智能合约的计算和状态转换。
（二）字节码
EVM的程序由一系列字节码指令组成，这些指令用于执行智能合约的操作。每个指令都有自己的操作码和操作数，用于定义执行的具体行为，例如算术运算、逻辑判断、存储和加载等。
（三）内存模型
EVM还包含一个内存模型，用于存储临时数据。智能合约可以在EVM的内存中进行临时数据的读写操作。内存模型的大小是动态的，并且可以根据合约的需要进行扩展。
（四）持久存储
EVM使用持久存储来保存智能合约的状态和数据。以太坊中的持久存储是通过Merkle Patricia树实现的，它将状态和数据存储在一个持久化的数据结构中，以提供高效的数据访问和验证。
（五）燃气模型
EVM引入了燃气（Gas）的概念，用于控制智能合约的执行成本和资源消耗。每个EVM指令都有一个相关的燃气成本，执行合约时会消耗相应的燃气。燃气模型确保了智能合约的执行公平性和可预测性。
（六）智能合约的编译和部署
智能合约通常是使用高级编程语言（如Solidity）编写的，然后通过编译器将其转换为EVM字节码。编译后的字节码可以被部署到以太坊网络中，并由EVM来执行。
通过理解EVM的架构和原理，作为一名专业的区块链工程师，您将能够开发和调试智能合约，理解合约的执行方式和资源消耗，以及优化合约的性能和安全性。EVM作为以太坊生态系统的核心技术之一，对于构建和开发基于以太坊的去中心化应用程序至关重要。
三、默克尔帕特里夏树（Merkle Patricia Tree）
MPT树结合了字典树和默克尔树的优点，在压缩字典树中根节点是空的，而MPT树可以在根节点保存整棵树的哈希校验和，而校验和的生成则是采用了和默克尔树生成一致的方式。 以太坊采用MPT树来保存，交易，交易的收据以及世界状态，为了压缩整体的树高，降低操作的复杂度，以太坊又对MPT树进行了一些优化。将树节点分成了四种：
- 空节点（hashNode）
- 叶子节点（valueNode）
- 分支节点（fullNode）
- 扩展节点（shortNode）
默克尔帕特里夏树的优势：
- 我们可以在插入、更新编辑或删除操作后快速计算新的树根，而无需重新计算整个树。
- 树的深度是有限制的，即使攻击者故意精心制作事务以使树尽可能深。否则，攻击者可以通过操纵树使其太深，以至于每次更新都变得非常慢来执行拒绝服务攻击。
- 树的根仅取决于数据，而不取决于进行更新的顺序。以不同的顺序进行更新，甚至从头开始重新计算树不应该改变根。
四、fabric是否有类似EVM的合约虚拟机
Hyperledger Fabric是一个开放源代码的企业级区块链平台，与以太坊的EVM相比，它在智能合约的执行方面有一些不同的设计。
在Fabric中，智能合约被称为链码（Chaincode），它是用来定义业务逻辑和状态转换规则的一段代码。与EVM的合约虚拟机不同，Fabric中的链码并不依赖于虚拟机来执行，而是直接在背书节点（Endorser）上以本地代码方式执行。
Fabric的链码可以使用不同的编程语言编写，包括Go、JavaScript等。这意味着开发者可以使用熟悉的编程语言来编写链码，而不需要学习专门的虚拟机指令集。链码在执行时可以直接访问底层的状态数据库，并通过调用Fabric的API与网络进行交互。
在链码的执行过程中，Fabric采用了一种被称为容器化执行的方式。每个链码实例都运行在独立的容器中，使得链码的执行环境与其他组件隔离开来，提供了更好的安全性和可扩展性。
尽管Fabric没有像以太坊的EVM那样提供虚拟机级别的指令集执行，但通过链码的容器化执行和底层的状态数据库访问，Fabric能够提供类似的智能合约功能，支持灵活的业务逻辑和状态转换规则的定义。
总结而言，Hyperledger Fabric并不具备类似EVM的合约虚拟机，但通过链码的容器化执行和直接访问底层状态数据库的方式，Fabric提供了类似的智能合约功能，并支持不同编程语言的链码开发。
