2. Key Features¶
Tags: “Key Features”
Air, Pro, Max: Deployable in three architectural forms
Lightweight Air Edition: Has the same form as v2.0, all functions in one blockchain node (all-in-one)。The architecture is simple and can be quickly deployed in any environment。You can use it for blockchain entry, development, testing, POC verification, etc。
Pro EditionThe architecture allows the blockchain core function module to be extended in a multi-group manner while implementing the partition deployment of the access layer and the core module by using the access layer module of the blockchain node as a process。The architecture implements partition isolation to cope with possible future business expansion and is suitable for production environments with continuous business expansion。
Large Capacity Max EditionBased on the Pro version, the architecture provides the ability to switch the core module of the chain between master and standby, and can deploy transaction executors and access distributed storage TiKV through multiple machines to achieve parallel expansion of computing and storage。A node in this architecture consists of a series of microservices, but it relies on high O & M capabilities and is suitable for scenarios that require massive computing and storage。
Pipeline: Block pipeline to generate blocks continuously and compactly
-The block generation process can be split into four stages: packaging, consensus, execution, and placement。In previous designs, the system had to wait for the previous block to complete four stages before entering the next block generation。This version uses a pipeline design, so that the four stages of adjacent blocks overlap before and after, reducing the waiting time between blocks and improving the speed of continuous block output。For example, block 103 is being packaged, 102 is in consensus, 101 is being executed, and 100 is falling。Related Documents: Two-Stage Parallel Byzantine Consensus
DMC realizes multi-machine expansion of transaction processing performance
In the traditional design, the transaction execution can only be single machine。V3.0 stable version adopts the original deterministic multi-contract parallel solution (DMC), which can automatically process transaction conflicts when the system is running, and schedule multiple transactions to different machines for parallel execution。Related Documentation: Deterministic Multi-Contract Parallelism
+TiKV: Distributed transactional commit, supporting mass storage
-v3.0 stable version integrates TiKV storage engine, and secondary development on its basis, supports distributed transactional submission, combines DMC multiple computing instances, gives full play to storage performance, and supports massive data on the chain。At the same time, this version introduces the KeyPage mechanism, referring to the cache mechanism of memory pages, the key-value organization into pages of access, to solve the previous key-value way to store data, storage data scattered problems, improve data access locality, more suitable for large-scale data access。Related Documentation: Transaction-Based Storage Module
Blockchain File System: WYSIWYG Contract Data Management
Supports the management of resources on the chain through the blockchain file system, which can manage the contracts on the chain like the file system and call them through the path of the contract. Commands include: pwd, cd, ls, tree, mkdir, ln。Users can experience the feature through the console。Related Document: Blockchain Contract File System
SDK basic library: more convenient access to the whole platform
-V3.0 Stable Edition builds a universal national secret basic component, which encapsulates the national secret algorithm, national secret communication protocol, domestic cipher machine access protocol and FISCO BCOS blockchain basic data structure, based on which SDKs of different platforms, different operating systems and different programming languages can be quickly developed, greatly improving the development efficiency。Related Documentation: Multilingual SDK
Transaction Parallel Conflict Analysis Tool: Automatically Generate Transaction Conflict Variables
-To implement parallel transactions in v2.0, you need to manually specify transaction conflict variables when writing contracts。This version introduces a transaction parallel conflict analysis tool, no need to manually specify transaction conflict variables when writing contracts, just focus on their own code implementation, contract compilation tool automatically generates transaction conflict variables, the corresponding transactions can be automatically executed in parallel。
WBC-Liquid: Writing Contracts with Rust
In addition to supporting Soldity language, this version also supports writing contracts with Rust。WBC-Liquid is a Rust-based smart contract programming language developed by Weizhong Blockchain. With the help of Rust language features, it can achieve more powerful programming functions than Solidity language。Related Documentation: Liquid Online Documentation
Permission governance framework: multi-party voting governance blockchain
This version has a built-in permission governance framework that provides effective permission control directly from the blockchain implementation layer。After the permission governance function is enabled, multi-party voting authorization is required to modify the blockchain。Based on the framework, blockchain participants can customize governance policies on the blockchain and update them iteratively through voting。Related Documents: Rights Management System Design
Feature Inheritance and Upgrade
The stable version of v3.0 also inherits and upgrades many of the important features of v2.0, including:
PBFT consensus algorithm: immediately consistent consensus algorithm, to achieve transaction second-level confirmation
Solidity: Support up to version 0.8.11 -CRUD: Use a table structure to store data. This version encapsulates an easier-to-use interface, which is more friendly to business development -AMOP: On-chain messenger protocol, which enables information transmission through the P2P network of the blockchain and data communication between applications accessing the blockchain
Disk encryption: The private key and data of the blockchain node are encrypted and stored in the physical hard disk, and the physical hardware cannot be decrypted even if it is lost
Cryptographic algorithm: built-in group ring signature and other cryptographic algorithms, can support a variety of secure multi-party computing scenarios
Blockchain monitoring: Realize real-time monitoring and data reporting of blockchain status