Device and Method for Compatibility with Ethereum EVM through Virtual Sharding

Abstract

An apparatus and method for Ethereum EVM compatibility through virtual sharding, which are used for intelligent contract transaction processing in the Constellation blockchain public chain system. In the Constellation blockchain public chain system, a virtual sharding space Conflux eSpace that is fully compatible with Ethereum is introduced. The virtual sharding space Conflux eSpace is exactly the same as Ethereum in terms of virtual machine rules, transaction formats, and RPCs. It accepts transfer requests sent from other accounts and determines the transfer address and target address of the transfer request. If the transfer address is the address of the Conflux Core Space and the target address is the address of Conflux eSpace, that is, an Ethereum-format address, then by calling the built-in contract Cross-space, the transfer request sent from the Conflux Core Space is processed through the virtual sharding space Conflux eSpace; and vice versa.

Description

Technical Field

[0001] The present invention relates to the field of big data processing and information technology, and more specifically, to an apparatus and method for compatible with Ethereum EVM through virtual sharding, a readable storage medium, and a data processing terminal. Background Art

[0002] Ethereum is a representative of the second-generation blockchain, with the world's largest blockchain user and developer community. Moreover, the Ethereum ecosystem also includes many blockchain systems developed based on the Ethereum code. Currently, the performance of Ethereum can only process about 20 transactions per block, and it is often congested, which has led to many projects building their own public chain bottoms with performance far exceeding that of Ethereum, such as the Constellation blockchain system.

[0003] However, although the Constellation blockchain system has achieved performance far exceeding that of Ethereum, its ecosystem is still not as good as that of Ethereum. This is like the comparison between the old city and the new city in a city. The old city has poor infrastructure, narrow roads and traffic congestion, but it can still remain prosperous for a long time due to the accumulated popularity; the new city has better planning and high infrastructure standards, but various supporting facilities may not be so rich, and the popularity also needs time to accumulate.

[0004] Currently, Constellation is compatible with Ethereum at the smart contract level and can run the same smart contracts on the smart contract virtual machine. However, in terms of transaction formats and RPC interfaces, etc., they are slightly different from those of Ethereum. For example, Constellation uses CIP-37 base32 checksum addresses, while Ethereum uses EIP-55 mixed-case checksum hexadecimal addresses. Comparing the two can show the differences:

[0005] Address format on Constellation:

[0006] cfx:aar32ukvgscmtd9b1w0sp9z3d6jrr35ff6vjy651b6

[0007] Address format on Ethereum:

[0008] 0xd397F685f9783169758d3048dEC106587e46a473

[0009] Therefore, many applications designed for the Ethereum system (for example, Metamask blockchain client wallet, etc.) need to be modified to a certain extent to access the Constellation blockchain system and cannot be directly used like accessing a blockchain developed on the basis of Ethereum.

[0010] Such a threshold actually increases the cost of migration, brings some inconveniences to developers and users, and hinders the transplantation of EVM-compatible dApps to the Conflux system.

[0011] For example, in the past, the Constellation blockchain was compatible with Ethereum at the smart contract level and could run the same smart contracts on the smart contract virtual machine. However, there are slight differences in the transaction format and RPC interface from those of Ethereum, and it does not support transferring funds in the Constellation blockchain address format to the ETH address type, resulting in the inability to directly transplant the ecological applications on Ethereum to the Constellation ecosystem. Extra development is required to support this, which increases the threshold for the application ecosystem to enter the Constellation blockchain ecosystem and brings inconveniences to developers and users. Summary of the Invention

[0012] The purpose of the present invention is to provide a method and device for compatible with Ethereum EVM through virtual sharding, so that the Constellation virtual machine is completely consistent with Ethereum EVM in terms of virtual machine rules, transaction format, and RPC, facilitating existing Ethereum projects and users to directly access the Constellation blockchain using the existing tools in the Ethereum ecosystem.

[0013] To achieve the above object, the technical solution of the present invention is as follows:

[0014] A device for compatible with Ethereum EVM through virtual sharding, which is used for processing smart contract transactions in the Constellation blockchain public chain system. Among them, the Constellation blockchain public chain system has a core space Constellation Core Space, and the core space Constellation Core Space is a native VM space within the Constellation blockchain system, which is used to process requests within the Constellation system; it further includes:

[0015] A virtual sharding space Constellation eSpace module, which introduces a virtual sharding space Constellation eSpace that is completely compatible with Ethereum in the Constellation blockchain public chain system. The virtual sharding space Constellation eSpace is completely consistent with Ethereum in terms of virtual machine rules, transaction format, and RPC;

[0016] A receiving module, which is used to receive transfer requests sent by an external account to the current account. Among them,

[0017] The transfer request includes three transfer methods:

[0018] First, the transfer address is the address of the Conflux Core Space, and the target address is also the address of the Conflux Core Space;

[0019] Second, the transfer address is the address of the Conflux eSpace, i.e., the Ethereum format address, and the target address is also the address of the Conflux eSpace;

[0020] Third, the transfer address is the address of the Conflux Core Space, while the target address is the address of the Conflux eSpace, i.e., the Ethereum format address. Similarly, vice versa, that is, the transfer address is the address of the Conflux eSpace, i.e., the Ethereum format address, and the target address is the address of the Conflux Core Space;

[0021] The sending module is used to process the transfer application in the Conflux Core Space and the Conflux eSpace within the tree graph blockchain public chain system according to the transfer method. Among them, the transfer request of the first method is processed in the Conflux Core Space; the transfer request of the second transfer method is processed in the Conflux eSpace; the third transfer method is processed by calling the built-in contract Cross-space. If the transfer request comes from the Conflux Core Space and the target address is the address of the Conflux eSpace, i.e., the Ethereum format address, the request is transferred to the current Conflux eSpace through the built-in contract Cross-space for processing. Similarly, if the transfer address is the address of the Conflux eSpace, i.e., the Ethereum format address, and the target address is the address of the Conflux Core Space, the transfer request is also transferred to the Conflux Core Space for processing by calling the built-in contract Cross-space.

[0022] Furthermore, the account of the Conflux eSpace can only interact with other accounts of the Conflux eSpace and the EIP-155 transaction type on Ethereum.

[0023] To achieve the above object, the present invention also has the following technical solutions:

[0024] A method for Ethereum EVM compatibility through virtual sharding, including:

[0025] Step S1: In the tree-graph blockchain public chain system, introduce a virtual sharding space Conflux eSpace that is fully compatible with Ethereum. The virtual sharding space Conflux eSpace is exactly the same as Ethereum in terms of virtual machine rules, transaction formats, and RPCs;

[0026] Step S2: Receive a transfer application sent from the core space Conflux Core Space, and determine the transfer address and target address of the transfer application; if the transfer address is the address of the core space Conflux Core Space and the target address is also the address of the core space Conflux Space, then execute Step S3; if the transfer address is the address of the virtual sharding space Conflux eSpace, that is, an Ethereum format address, and the target address is also the address of the virtual sharding space ConfluxeSpace, then execute Step S4; if the transfer address is the address of the core space Conflux Core Space and the target address is the address of the virtual sharding space Conflux eSpace, that is, an Ethereum format address, then execute Step S5;

[0027] Step S3: According to the Ethereum EVM, process the transfer application sent from the core space Conflux Space through the core space Conflux Space;

[0028] Step S4: According to the Ethereum EVM, process the transfer application sent from the virtual sharding space Conflux eSpace, that is, an Ethereum format address, through the virtual sharding space Conflux eSpace;

[0029] Step S5: By calling the built-in contract Cross-space, if the transfer application is sent from the core space ConfluxSpace and the target address is the address of the virtual sharding space Conflux eSpace, that is, an Ethereum format address, then process it through the virtual sharding Conflux eSpace. Conversely, if the transfer address is the address of the virtual sharding space Conflux eSpace format, that is, an Ethereum format address, and the target address is the address of the core space Conflux Core Space, also by calling the built-in contract Cross-space, process the transfer application through the core space Conflux Core Space.

[0030] Further, in the step S3, the transfer is performed in the Conflux Core Space, and the transfer method uses the assets supported by Conflux for transfer, such as CFX.

[0031] Further, in the step S4, the transfer is performed in the Conflux eSpace, and the transfer method uses the assets supported by Conflux for transfer, such as CFX.

[0032] Further, the step S5 specifically includes the following steps:

[0033] Inside the tree graph blockchain public chain system, according to the target address of the transfer request, find the corresponding built-in contract Core-space for processing; if the target address is the address of the Conflux eSpace in the virtual sharding space, that is, the Ethereum format address, then by calling the built-in contract Cross-space, transfer the transfer request on the Conflux Core Space to the Conflux eSpace in the virtual sharding space for processing. On the contrary, if the target address is the address in the Conflux Core format of the virtual sharding space, then by calling the built-in contract Cross-space, transfer the transfer request sent from the virtual sharding space to the Conflux Core Space for processing. From the above technical solutions, it can be seen that the present invention is based on the Conflux tree graph blockchain system and proposes a method for compatible with the Ethereum EVM based on the virtual sharding method. It introduces a space that is completely compatible with Ethereum in the tree graph blockchain public chain system, which is completely consistent with Ethereum from the virtual machine rules, transaction formats to RPC, facilitating existing Ethereum projects and users to directly access the Conflux tree graph blockchain using the existing tools in the Ethereum ecosystem. Especially for Ethereum users, they can directly use the familiar tools, which is more in line with the usage habits of ordinary users.

[0034] Moreover, the existing Conflux tree graph blockchain accounts and state spaces of the present invention can interact with the accounts in the Conflux espace in the virtual sharding space through special built-in contract interfaces. Since these interactions are actually within the Conflux tree graph blockchain system, there are no consistency problems and security risks in cross-chain and cross-sharding interactions such as sharding, side chains, and cross-chains. Therefore, the efficiency and security of the interactions are better.

[0035] In addition, the technology of the present invention can also be used to simulate the virtual sharding of other blockchains (including public blockchains and consortium blockchains) in the future. Description of the Drawings

[0036] Figure 1The figure shows a schematic diagram of the device for the present invention to be compatible with Ethereum EVM through virtual sharding

[0037] Figure 2 The figure shows a schematic diagram of the method flow for the present invention to be compatible with Ethereum EVM through virtual sharding

[0038] Figure 3 The figure shows a schematic diagram of a preferred embodiment of the present invention Detailed implementation manners

[0039] The following further elaborates on the detailed implementation manners of the present invention with reference to the accompanying drawings.

[0040] It should be noted that the present invention is based on the Conflux tree graph blockchain system, and proposes a device and method for being compatible with Ethereum EVM in a virtual sharding manner. Specifically, please refer to Figure 1 , Figure 1 The figure shows a schematic diagram of the device for the present invention to be compatible with Ethereum EVM through virtual sharding. As Figure 1 shown, the device for being compatible with Ethereum EVM through virtual sharding is used for the intelligent contract transaction processing of the tree graph blockchain public chain system, wherein the tree graph blockchain public chain system has a core space Conflux Core Space.

[0041] In the embodiment of the present invention, in addition to including the core space Conflux Core Space, the device may include a virtual sharding space Conflux eSpace module, a receiving module, and a sending module. That is to say, the virtual sharding space Conflux eSpace module introduces a new space of a virtual shard that is fully compatible with EVM in the Conflux system. This new space is called the virtual sharding space Conflux eSpace, and the current space is called the core space Conflux Core Space.

[0042] The virtual sharding space Conflux eSpace is completely consistent with Ethereum from the virtual machine rules, transaction formats to RPCs; this independent Conflux eSpace space can be regarded as a virtual 100% Ethereum-compatible sharding space, and this sharding space can be considered as a part of the processing power separately allocated in the Conflux tree graph blockchain system to simulate the Ethereum environment, similar to a virtual operating system on a computer. For example, running a virtual machine that simulates the Windows operating system on the MacOS system of an Apple computer, and Windows applications can be run within the virtual machine.

[0043] That is to say, the virtual sharding space Conflux eSpace follows the same rules as the EVM and supports Ethereum's RPC, such as directly calling interfaces like eth_getBalance. Therefore, tools from the Ethereum ecosystem can be directly used in the Conflux Tree Graph blockchain system.

[0044] Furthermore, in the embodiments of the present invention, the receiving module is used to receive transfer applications sent from the core space Conflux Core Space; wherein, the transfer applications of the core space Conflux Space include three transfer methods:

[0045] Inside the Conflux Tree Graph blockchain public chain system, according to the target address of the transfer request, find the corresponding built-in contract Core-space for processing; if the target address is the address of the virtual sharding space Conflux eSpace, that is, an Ethereum format address, then by calling the built-in contract Cross-space, transfer the transfer request on the core space Conflux Core Space to the virtual sharding space Conflux eSpace for processing. Conversely, if the target address is the address of the virtual sharding space Conflux Core format, then by calling the built-in contract Cross-space, transfer the transfer request sent from the virtual sharding space to the core space Conflux Core Space for processing.

[0046] The sending module is used to interact the transfer application among the accounts in the core space Conflux Core Space, the virtual sharding space Conflux eSpace, and the Ethereum space inside the Conflux Tree Graph blockchain public chain system according to the transfer method.

[0047] It should be noted that in the embodiments of the present invention, an account in a virtual sharding space Conflux eSpace can only interact with other accounts in the virtual sharding space Conflux eSpace and the EIP-155 transaction type on Ethereum.

[0048] Among them, the transfer of the first method is carried out in the core space Conflux Core Space, and the transfer method uses the assets supported by Conflux for transfer, such as CFX (Conflux Token); the transfer of the second transfer method is carried out in the virtual sharding space Conflux eSpace, and the transfer method uses the assets supported by Conflux for transfer, such as CFX; for the third transfer method, the corresponding built-in contract is found according to the format of the target address, and by calling the built-in contract Cross-space, the transfer on the core space Conflux Core Space is transferred to the current virtual sharding space Conflux espace address according to the address of the virtual sharding space Conflux eSpace. Conversely, it also supports transferring the transfer request of ConfluxeSpace to the Conflux Core Space for processing through the built-in contract.

[0049] Please combine Figure 1 Refer to Figure 2 , Figure 2 The figure shows a schematic flow chart of the method for the present invention to be compatible with Ethereum EVM through the virtual sharding method. As shown in the figure, the method may specifically include the following steps:

[0050] Step S1: In the tree graph blockchain public chain system, a virtual sharding space Conflux eSpace that is fully compatible with Ethereum is introduced. The virtual sharding space Conflux eSpace is completely consistent with Ethereum from the virtual machine rules, transaction format to RPC;

[0051] Step S2: Receive the transfer application sent from the core space Conflux Core Space, and judge the transfer address and target address of the transfer application; if the transfer address is the address of the core space Conflux Core Space and the target address is also the address of the core space Conflux Space, then execute Step S3; if the transfer address is the address of Conflux eSpace, that is, the Ethereum format address, and the target address is also the address of Conflux eSpace, that is, the Ethereum format address, then execute Step S4; if the transfer address is the address of the core space Conflux Core Space and the target address is the address of Conflux eSpace, that is, the Ethereum format address, then execute Step S5;

[0052] Step S3: Process the transfer application sent from the core space Conflux Space to the target address of the core space Conflux Space;

[0053] Step S4: Send a transfer application from Conflux eSpace, i.e., the space in Ethereum address format, to Conflux eSpace for processing;

[0054] Step S5: Transfer the transfer application sent from the core space Conflux Space to the virtual sharding space Conflux eSpace for processing by calling the built-in contract Cross-space. Conversely, if the transfer address is an address in Conflux eSpace, i.e., an Ethereum format address, and the target address is an address in the core space Conflux CoreSpace, then the transfer request is transferred to the core space Conflux Core Space for processing by calling the built-in contract Cross-space.

[0055] In the embodiment of the present invention, in step S3, the transfer is carried out in the core space Conflux CoreSpace, and the transfer method uses the assets supported by Conflux for transfer, such as CFX; in step S4, the transfer is carried out in the virtual sharding space Conflux eSpace, and the transfer method uses the assets supported by Conflux for transfer, such as CFX.

[0056] Please refer to Figure 3 , Figure 3 which shows a schematic diagram of a preferred embodiment of the present invention. That is to say, step S5 specifically includes the following steps:

[0057] Step S51: Inside the tree graph blockchain public chain system, find the corresponding built-in contract according to the target address of the transfer request;

[0058] Step S52: Transfer the transfer on the core space Conflux Core Space to the current virtual sharding space Conflux eSpace for processing according to the address of the virtual sharding space Conflux eSpace by calling the built-in contract Cross-space.

[0059] From Figure 1 it can be seen that after the implementation of the method of the present invention, in the Conflux tree graph blockchain public chain system, it not only supports transfers between Ethereum addresses (0x ＊＊＊ ), but also simultaneously supports transfers from the cfx: ＊＊＊＊ this address type to the Ethereum 0x: ＊＊＊ this address type, thus making the deployment of the Ethereum ecosystem in the Conflux tree graph blockchain public chain system more convenient and simple.

[0060] In summary, the present invention introduces a space that is fully compatible with Ethereum in the Constellation tree graph blockchain public chain system. From virtual machine rules, transaction formats to RPC, it is completely consistent with Ethereum, facilitating existing Ethereum projects and users to directly access the Constellation blockchain using the existing tools in the Ethereum ecosystem. Especially for Ethereum users, they can directly use the familiar tools, which is more in line with the usage habits of ordinary users.

[0061] The existing Constellation blockchain accounts and state space can interact with the accounts of this virtual shard through special built-in contract interfaces. Since these interactions are actually within the Constellation blockchain system, there are no consistency issues and security risks in cross-chain and cross-shard interactions such as those in sharding, side-chain, and cross-chain solutions. Therefore, the efficiency and security of the interactions are both better.

[0062] The technology of the present invention can also be used in the future to simulate virtual shards of other blockchains (including public blockchains and consortium blockchains). Inside the Constellation blockchain system, assets and data will interact across spaces through a newly deployed internal contract. Different from cross-chain operations, there are no consistency issues and security risks in cross-chain and cross-shard interactions such as those in sharding, side-chain, and cross-chain solutions. Since these cross-space interactions are actually within the Constellation blockchain system, cross-space operations through internal contracts are atomic and have Layer-1 security.

[0063] In an embodiment of the present invention, the present invention also proposes a readable storage medium storing executable instructions for executing the method of compatible with Ethereum EVM through virtual sharding as described above.

[0064] In an embodiment of the present invention, a data processing terminal is also proposed, which is used as a consensus node of the P2P network to receive, consensus verify and store blocks in the P2P network. The data processing terminal includes the readable storage medium and a processor as described above; the processor retrieves and executes the executable instructions in the readable storage medium to execute the method of compatible with Ethereum EVM through virtual sharding.

[0065] In addition, the present invention also proposes a P2P network, where the consensus nodes of the P2P network are the aforementioned data processing terminals.

[0066] Those of ordinary skill in the art can understand that all or part of the steps in the above methods can be completed by instructing relevant hardware (such as a processor) through a program, and the program can be stored in a readable storage medium, such as a read-only memory, a magnetic disk, or an optical disc, etc. All or part of the steps of the above embodiments can also be implemented using one or more integrated circuits. Accordingly, each module in the above embodiments can be implemented in the form of hardware, for example, by an integrated circuit to implement its corresponding function, or can be implemented in the form of a software functional module, for example, by a processor executing a program / instruction stored in a memory to implement its corresponding function. The embodiments of the present invention are not limited to any specific form of the combination of hardware and software.

[0067] The above are only the preferred embodiments of the present invention, and the embodiments are not intended to limit the patent protection scope of the present invention. Therefore, all equivalent structural changes made by using the content of the specification and drawings of the present invention should, by the same token, be included in the protection scope of the present invention.

Claims

1. A device for compatible with Ethereum EVM through virtual sharding, which is used for processing smart contract transactions in the Constellation blockchain public chain system. Among them, The Constellation blockchain public chain system has a core space Conflux Core Space, which is a native VM space within the Constellation blockchain system and is used to process requests within the Constellation system. It is characterized in that it further includes: A virtual sharding space Conflux eSpace module, which introduces a virtual sharding space Conflux eSpace that is fully compatible with Ethereum in the Constellation blockchain public chain system. The virtual sharding space Conflux eSpace is exactly the same as Ethereum in terms of virtual machine rules, transaction formats, and RPC. A receiving module, which is used to receive transfer requests sent by external accounts to the current account. Among them, The transfer requests include three transfer methods: The first one is that the transfer address is the address of the core space Conflux Core Space, and the target address is also the address of the core space Conflux Core Space. The second one is that the transfer address is the address of the virtual sharding space Conflux eSpace, that is, an Ethereum-format address, and the target address is also the address of the virtual sharding space Conflux eSpace. The third one is that the transfer address is the address of the core space Conflux Core Space, while the target address is the address of the virtual sharding space Conflux eSpace, that is, an Ethereum-format address. Similarly, vice versa, that is, the transfer address is the address of the virtual sharding space Conflux eSpace, that is, an Ethereum-format address, and the target address is the address of the core space Conflux Core Space. A sending module, configured to process a transfer application in a core space Conflux Core Space and a virtual sharding space Conflux eSpace within the Constellation blockchain public chain system according to the transfer method; wherein, the transfer request of the first method is processed in the core space Conflux Core Space; the transfer request of the second transfer method is processed in the virtual sharding space Conflux eSpace; the third transfer method is processed by calling a built-in contract Cross-space. If the transfer request comes from the core space Conflux Core Space and the target address is an address in the core space Conflux eSpace, that is, an Ethereum format address, the request is transferred to the current virtual sharding space Conflux eSpace for processing through the built-in contract Cross-space. Vice versa, if the transfer address is an address in the virtual sharding space Conflux eSpace, that is, an Ethereum format address, and the target address is an address in the core space Conflux Core Space, the transfer request is also transferred to the core space Conflux Core Space for processing by calling the built-in contract Cross-space.

2. The device for compatible with Ethereum EVM through virtual sharding according to claim 1, wherein, the accounts in the virtual sharding space Conflux eSpace can only interact with other accounts in the virtual sharding space Conflux eSpace and the transaction types of EIP-155 on Ethereum.

3. A method for compatible with Ethereum EVM through virtual sharding, used for processing smart contract transactions in the Constellation blockchain public chain system, wherein, it includes the following steps: Step S1: In the Constellation blockchain public chain system, a virtual sharding space Conflux eSpace that is fully compatible with Ethereum is introduced. The virtual sharding space Conflux eSpace is completely consistent with Ethereum in terms of virtual machine rules, transaction formats, and RPCs. Step S2: Receive a transfer application sent from the Conflux Core Space, and determine the transfer address and the target address of the transfer application; if the transfer address is the address of the Conflux Core Space and the target address is also the address of the Conflux Space, then execute Step S3; if the transfer address is the address of the Conflux eSpace (i.e., an Ethereum format address) and the target address is also the address of the Conflux eSpace, then execute Step S4; if the transfer address is the address of the Conflux Core Space and the target address is the address of the Conflux eSpace (i.e., an Ethereum format address), then execute Step S5; Step S3: According to the Ethereum EVM, process the transfer application sent from the Conflux Space through the Conflux Space; Step S4: According to the Ethereum EVM, process the transfer application sent from the Conflux eSpace (i.e., an Ethereum format address) through the Conflux eSpace; Step S5: By calling the built-in contract Cross-space, if the transfer application is sent from the Conflux Space and the target address is the address of the Conflux eSpace (i.e., an Ethereum format address), then process it through the Conflux eSpace. Conversely, if the transfer address is the address of the Conflux eSpace (i.e., an Ethereum format address) and the target address is the address of the Conflux Core Space, also by calling the built-in contract Cross-space, process the transfer application through the Conflux Core Space.

4. The method for compatible with Ethereum EVM by virtual sharding according to claim 3, wherein, the accounts in the Conflux eSpace can only interact with other accounts in the Conflux eSpace and the transaction types of EIP-155 on Ethereum.

5. The method for compatible with Ethereum EVM by virtual sharding according to claim 3, wherein, in Step S3, the transfer is carried out in the Conflux Core Space, and the transfer method uses the assets supported by Conflux for transfer.

6. The method for compatible with Ethereum EVM by virtual sharding according to claim 3, wherein, In the step S4, the transfer is performed in the virtual sharding space Conflux eSpace, and the transfer method uses the assets supported by Conflux for transfer.

7. The method for compatible with Ethereum EVM by virtual sharding according to claim 3, wherein, the step S5 specifically includes the following steps: Inside the tree graph blockchain public chain system, according to the target address of the transfer request, find the corresponding built-in contract Core-space for processing; if the target address is the address of the virtual sharding space Conflux eSpace, that is, the Ethereum format address, then by calling the built-in contract Cross-space, transfer the transfer request on the core space Conflux Core Space to the virtual sharding space Conflux eSpace for processing, and vice versa, if the target address is the address of the virtual sharding space Conflux Core format, then by calling the built-in contract Cross-space, transfer the transfer request sent from the virtual sharding space to the core space Conflux Core Space for processing.

8. A readable storage medium, wherein, stores executable instructions for executing the method for compatible with Ethereum EVM by virtual sharding according to any one of claims 3 to 7.

9. A data processing terminal, wherein, is used as a consensus node of the P2P network to receive, consensus verify and store the blocks in the P2P network, and the data processing terminal includes: the readable storage medium according to claim 8; a processor that retrieves and executes the executable instructions in the readable storage medium to execute the method for compatible with Ethereum EVM by virtual sharding.

10. A P2P network, wherein, the consensus node of the P2P network is the data processing terminal according to claim 9.

Images