Article Rewrite:
Developing or porting games is made easier with Tabi Chain. Tabi Chain offers modular consensus, security layers, and customization to meet the needs of different games and applications.
At its core, Tabi Chain provides an all-encompassing execution layer that allows developers to choose their desired execution environment. The essence of blockchain is maintaining a verifiable permanent state synchronization of a state machine in a distributed network. This means that blockchain maintains a globally recognized state machine and its functioning state:
– Each input is deterministic and recorded in each block.
– The state transition function is deterministic and is represented by the blockchain client’s virtual machine or runtime.
– The output state is also deterministic and recorded in each block.
Therefore, in a chain’s consensus system, there can exist multiple execution layers (such as EVM) as long as the chain can verify the states of multiple execution layers to allow each game to run in its own environment. This solves the aforementioned issues.
In Tabi Chain, each game or dApp can build its own independent Service. All Services submit the blocks they generate to the chain’s consensus system, and Supervisor Nodes contain the runtime/VM of all Services to verify the state of the service blocks.
The core of Tabi Chain’s all-encompassing execution layer can be seen as a polymorphic virtual machine (VM) called Polymorphism VM. Polymorphism VM includes existing blockchain VMs and provides corresponding interface calling methods.
For example, Ethermint can be added as a layer to support EVM compatibility, where both Ethermint and EVM represent the same underlying data.
Tabi Chain’s Main Service will adopt this world state sharing approach. With the appropriate VM adaptation, dApps developed based on this VM can choose to deploy directly on the Main Service instead of starting a separate service.
However, since different applications and games have varied requirements, not all can be accommodated by sharing the world state. In these cases, an independent world state is necessary, which is relatively simpler and suitable for Services that have data completely unrelated to on-chain operations.
Regardless of the approach chosen, it must be verifiable by Supervisor Nodes, meaning that Polymorphism VM contains all the VMs or Runtimes of the different implementation approaches.
Polymorphism VM offers high customizability, especially for Web2 developers who can use their familiar languages and frameworks to port any business logic to Polymorphism VM.
For example, if Minecraft wants to be ported to Tabi Chain, it would involve making slight modifications to the Minecraft server code (Java, or any other language) and moving the data to be stored on-chain into a database or a group of databases. The functions that may cause changes to this database (i.e., state transition functions) are selected. The database and these functions are packaged into a JAR file, which is an executable program in Java, along with the required JRE (Java Runtime Environment). This package is then loaded into Polymorphism VM, and all the data is ultimately stored on-chain. Other backend logic unrelated to on-chain operations, such as team formation or chat features, can run on off-chain servers.
To summarize, Tabi Chain’s all-encompassing execution layer, with its modular approach, provides great flexibility for game developers. By allowing developers to use their preferred languages, development platforms, and engines, and making simple adaptations and modifications using an SDK, their creations can be brought into the blockchain world. This significantly improves efficiency and reduces complexity exponentially.
Tabi Chain aims to attract excellent Web2 game developers, enabling mass adoption of Web3 games that offer true entertainment value and playability.