富业务场景、扩大业务 规模，且大幅简化链的部署和运维成本。 两翼指的是支持并行计算模型和分布式存储，二者为群组架构带来更好的扩展性。前者改变了区块中按 交易顺序串行执行的做法，基于DAG（有向无环图）并行执行交易，大幅提升性能；后者支持企业（节 点）将数据存储在远端分布式系统中，克服了本地化数据存储的诸多限制。 多引擎是一系列功能特性的总括，比如预编译合约能够突破EVM的性能瓶颈，实现高性能合约；控制台 一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 2.1.4 预 预 预编 编 编译 译 译合 。 当前流行的虚拟机机制包括EVM， 受控的Docker，WebAssembly等，FISCO BCOS的虚拟机模块采用模 块化设计，已经支持受到社区广泛欢迎的EVM，将会支持更多的虚拟机。 图 图 图灵 灵 灵完 完 完备 备 备 图灵机和图灵完备是计算机领域的经典概念，由数学家艾伦·麦席森·图灵（1912～1954）提出的一种抽 象计算模型，引申到区块链领域，主要指合约支持判断、跳转、循环、递归等逻辑运算，支持多种数据

富业务场景、扩大业务 规模，且大幅简化链的部署和运维成本。 两翼指的是支持并行计算模型和分布式存储，二者为群组架构带来更好的扩展性。前者改变了区块中按 交易顺序串行执行的做法，基于DAG（有向无环图）并行执行交易，大幅提升性能；后者支持企业（节 点）将数据存储在远端分布式系统中，克服了本地化数据存储的诸多限制。 多引擎是一系列功能特性的总括，比如预编译合约能够突破EVM的性能瓶颈，实现高性能合约；控制台 一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 2.1.4 预编译合约 FISCO BCOS 编译合约，快速实现需要的业务逻辑，而不需要学习Solidity语言。 并行模型大幅提升处理能力：我们在2.0版本中基于预编译合约和DAG实现了合约的并行执行，用户只 需要指定接口冲突域，底层会自动根据冲突域构建交易依赖关系图，根据依赖关系尽可能并行执行交 易，从而使得交易处理能力大幅提升。 10.2.2 预编译合约与以太坊内置合约的对比 上述说到，FISCO BCOS 预编译合约受以太坊内置合约启发，但实现原理却是大不相同的。

富业务场景、扩大业务 规模，且大幅简化链的部署和运维成本。 两翼指的是支持并行计算模型和分布式存储，二者为群组架构带来更好的扩展性。前者改变了区块中按 交易顺序串行执行的做法，基于DAG（有向无环图）并行执行交易，大幅提升性能；后者支持企业（节 点）将数据存储在远端分布式系统中，克服了本地化数据存储的诸多限制。 多引擎是一系列功能特性的总括，比如预编译合约能够突破EVM的性能瓶颈，实现高性能合约；控制台 一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 2.1.4 预编译合约 FISCO BCOS 编译合约，快速实现需要的业务逻辑，而不需要学习Solidity语言。 并行模型大幅提升处理能力：我们在2.0版本中基于预编译合约和DAG实现了合约的并行执行，用户只 需要指定接口冲突域，底层会自动根据冲突域构建交易依赖关系图，根据依赖关系尽可能并行执行交 易，从而使得交易处理能力大幅提升。 10.2.2 预编译合约与以太坊内置合约的对比 上述说到，FISCO BCOS 预编译合约受以太坊内置合约启发，但实现原理却是大不相同的。

富业务场景、扩大业务 规模，且大幅简化链的部署和运维成本。 两翼指的是支持并行计算模型和分布式存储，二者为群组架构带来更好的扩展性。前者改变了区块中按 交易顺序串行执行的做法，基于DAG（有向无环图）并行执行交易，大幅提升性能；后者支持企业（节 点）将数据存储在远端分布式系统中，克服了本地化数据存储的诸多限制。 多引擎是一系列功能特性的总括，比如预编译合约能够突破EVM的性能瓶颈，实现高性能合约；控制台 一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 2.1.4 预编译合约 FISCO BCOS 编译合约，快速实现需要的业务逻辑，而不需要学习Solidity语言。 并行模型大幅提升处理能力：我们在2.0版本中基于预编译合约和DAG实现了合约的并行执行，用户只 需要指定接口冲突域，底层会自动根据冲突域构建交易依赖关系图，根据依赖关系尽可能并行执行交 易，从而使得交易处理能力大幅提升。 10.2.2 预编译合约与以太坊内置合约的对比 上述说到，FISCO BCOS 预编译合约受以太坊内置合约启发，但实现原理却是大不相同的。

富业务场景、扩大业务 规模，且大幅简化链的部署和运维成本。 两翼指的是支持并行计算模型和分布式存储，二者为群组架构带来更好的扩展性。前者改变了区块中按 交易顺序串行执行的做法，基于DAG（有向无环图）并行执行交易，大幅提升性能；后者支持企业（节 点）将数据存储在远端分布式系统中，克服了本地化数据存储的诸多限制。 多引擎是一系列功能特性的总括，比如预编译合约能够突破EVM的性能瓶颈，实现高性能合约；控制台 一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 2.1.4 预 预 预编 编 编译 译 译合 。 当前流行的虚拟机机制包括EVM， 受控的Docker，WebAssembly等，FISCO BCOS的虚拟机模块采用模 块化设计，已经支持受到社区广泛欢迎的EVM，将会支持更多的虚拟机。 图 图 图灵 灵 灵完 完 完备 备 备 图灵机和图灵完备是计算机领域的经典概念，由数学家艾伦·麦席森·图灵（1912～1954）提出的一种抽 象计算模型，引申到区块链领域，主要指合约支持判断、跳转、循环、递归等逻辑运算，支持多种数据

富业务场景、扩大业务 规模，且大幅简化链的部署和运维成本。 两翼指的是支持并行计算模型和分布式存储，二者为群组架构带来更好的扩展性。前者改变了区块中按 交易顺序串行执行的做法，基于DAG（有向无环图）并行执行交易，大幅提升性能；后者支持企业（节 点）将数据存储在远端分布式系统中，克服了本地化数据存储的诸多限制。 多引擎是一系列功能特性的总括，比如预编译合约能够突破EVM的性能瓶颈，实现高性能合约；控制台 一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 2.1.4 预 预 预编 编 编译 译 译合 。 当前流行的虚拟机机制包括EVM， 受控的Docker，WebAssembly等，FISCO BCOS的虚拟机模块采用模 块化设计，已经支持受到社区广泛欢迎的EVM，将会支持更多的虚拟机。 图 图 图灵 灵 灵完 完 完备 备 备 图灵机和图灵完备是计算机领域的经典概念，由数学家艾伦·麦席森·图灵（1912～1954）提出的一种抽 象计算模型，引申到区块链领域，主要指合约支持判断、跳转、循环、递归等逻辑运算，支持多种数据

富业务场景、扩大业务 规模，且大幅简化链的部署和运维成本。 两翼指的是支持并行计算模型和分布式存储，二者为群组架构带来更好的扩展性。前者改变了区块中按 交易顺序串行执行的做法，基于DAG（有向无环图）并行执行交易，大幅提升性能；后者支持企业（节 点）将数据存储在远端分布式系统中，克服了本地化数据存储的诸多限制。 多引擎是一系列功能特性的总括，比如预编译合约能够突破EVM的性能瓶颈，实现高性能合约；控制台 一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 2.1.4 预 预 预编 编 编译 译 译合 。 当前流行的虚拟机机制包括EVM， 受控的Docker，WebAssembly等，FISCO BCOS的虚拟机模块采用模 块化设计，已经支持受到社区广泛欢迎的EVM，将会支持更多的虚拟机。 图 图 图灵 灵 灵完 完 完备 备 备 图灵机和图灵完备是计算机领域的经典概念，由数学家艾伦·麦席森·图灵（1912～1954）提出的一种抽 象计算模型，引申到区块链领域，主要指合约支持判断、跳转、循环、递归等逻辑运算，支持多种数据

富业务场景、扩大业务 规模，且大幅简化链的部署和运维成本。 两翼指的是支持并行计算模型和分布式存储，二者为群组架构带来更好的扩展性。前者改变了区块中按 交易顺序串行执行的做法，基于DAG（有向无环图）并行执行交易，大幅提升性能；后者支持企业（节 点）将数据存储在远端分布式系统中，克服了本地化数据存储的诸多限制。 多引擎是一系列功能特性的总括，比如预编译合约能够突破EVM的性能瓶颈，实现高性能合约；控制台 一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 2.1.4 预 预 预编 编 编译 译 译合 。 当前流行的虚拟机机制包括EVM， 受控的Docker，WebAssembly等，FISCO BCOS的虚拟机模块采用模 块化设计，已经支持受到社区广泛欢迎的EVM，将会支持更多的虚拟机。 图 图 图灵 灵 灵完 完 完备 备 备 图灵机和图灵完备是计算机领域的经典概念，由数学家艾伦·麦席森·图灵（1912～1954）提出的一种抽 象计算模型，引申到区块链领域，主要指合约支持判断、跳转、循环、递归等逻辑运算，支持多种数据

富业务场景、扩大业务 规模，且大幅简化链的部署和运维成本。 两翼指的是支持并行计算模型和分布式存储，二者为群组架构带来更好的扩展性。前者改变了区块中按 交易顺序串行执行的做法，基于DAG（有向无环图）并行执行交易，大幅提升性能；后者支持企业（节 点）将数据存储在远端分布式系统中，克服了本地化数据存储的诸多限制。 多引擎是一系列功能特性的总括，比如预编译合约能够突破EVM的性能瓶颈，实现高性能合约；控制台 一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 2.1.4 预 预 预编 编 编译 译 译合 。 当前流行的虚拟机机制包括EVM， 受控的Docker，WebAssembly等，FISCO BCOS的虚拟机模块采用模 块化设计，已经支持受到社区广泛欢迎的EVM，将会支持更多的虚拟机。 图 图 图灵 灵 灵完 完 完备 备 备 图灵机和图灵完备是计算机领域的经典概念，由数学家艾伦·麦席森·图灵（1912～1954）提出的一种抽 象计算模型，引申到区块链领域，主要指合约支持判断、跳转、循环、递归等逻辑运算，支持多种数据

的数据共享和共识，从而快速丰富业务场景、扩大业务规模，且大幅简化链 的部署和运维成本。 两翼指的是支持并行计算模型和分布式存储，二者为群组架构带来更好的扩 展性。前者改变了区块中按交易顺序串行执行的做法，基于DAG（有向无环 图）并行执行交易，大幅提升性能；后者支持企业（节点）将数据存储在远 端分布式系统中，克服了本地化数据存储的诸多限制。 多引擎是一系列功能特性的总括，比如预编译合约能够突破EVM的性能瓶 颈，实现高性能 区块，在一个 区块中交易顺序串行执行的。 2.0版本基于预编译合约，实现一套并行交易处 理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统 将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执 行交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 预编译合约 FISCO BCOS 2.0 2014年后出现的区块链大多支持图灵完备的智能合约，使得区块链系统具备 更高的可编程性，在区块链既有的基本特性（如多方共识，难以篡改，可追 溯等，安全性等）基础上，还可以实现具有一定业务逻辑的业务契约，如李 嘉图合约（The Ricardian Contract），也可以使用智能合约来实现。 合约的执行还需要处理“停机问题”，即判断程序是否会在有限的时间之内解 决输入的问题，并结束执行，释放资源。想象一下，一个合约在全网部署，