Technological innovation

PODA technical architecture

PODA will be designed in two abstraction layers: the rules layer and the core layer, a design that makes it easy to separate game integration from the PODA economic model. In the rules layer, game developers can develop games built into PODA or integrate chips from third-party games with the help of smart oracles, in which the DPOS trustees play an important role. The core layer performs blockchain and general ledger functions. The rules layer will be designed to allow others to develop games and will allow different game coins to be economically balanced while maintaining security and integrity.

PODA technical features

Peer-to-Peer Networks

Peer-to-Peer networks are mainly implemented using the Kad algorithm, which is a Distributed Hash Table (DHT) technology. The DHT algorithm is the use of distributed hash tables for resource numbering and node numbering, which makes the resource space and node space numbering have better characteristics such as uniqueness and uniform distribution, and can fit the requirements of structured distributed networks. Using this technology, fast and accurate routing and location of data in a distributed environment can be achieved. Nodes are usually connected to neighbouring nodes using the TCP protocol, with an authentication 'handshake' process used to determine protocol version, software version, node IP, block height etc.

Consensus mechanism (SH-DPOS)

Delegated Proof of Stake (DPoS), the Chinese name for the Delegated Proof of Stake mechanism, is the blockchain consensus algorithm that is more in line with the performance requirements of PODA so far. According to this algorithm, people holding passes across the network can choose block producers through a voting system, and once elected, anyone can participate in the production of blocks. The authorised block producer should meet a number of requirements, the main ones being being being online for a long time and network stability. The number of super nodes is not immutable. The number of nodes will be a balance between security and speed. However, we can see that the number of supernodes is kept to an odd number. A simple explanation is that this is more conducive to consensus, as in the case of a vote by show of hands.

Transaction confirmation.

Blockchains maintained by the DPOS consensus algorithm are generally 100% online by the block issuer. This means that a transaction is written to the blockchain after an average of 0.5 seconds and is simultaneously known to all outgoing block nodes. This means that it only takes 1 second for a transaction to be deemed 99.9% collected by the blockchain. There are exceptional circumstances such as software defects, network congestion or the presence of malicious blockers where a fork of the blockchain may occur. To ensure that a transaction is irreversible, it is possible to wait for 30 block confirmations. Under normal circumstances 30 block confirmations take an average of 30 seconds.

Improved DPoS Consensus Algorithm (Self-Healing DPoS)

The normal DPoS consensus algorithm, when dealing with malicious nodes, only penalizes the malicious nodes and does not dispose of the malicious blocks that have been written. PODA needs to be more rigorous in its asset handling. Therefore PODA will add self-healing in block consensus on top of the DPoS consensus algorithm with the improved Self- Healing DPoS algorithm to ensure that blocks that have been marked as Cancer (Cancer) can be discarded uniformly and automatically after the emergence of malicious blocks.

Decentralized Application Integration

Decentralized application integration development solutions. A. TDT SDK which provides a unified and stable API interface. B. TDT IDE integrated development environment supporting Solidity with JavaScript language, blockchain test network one-click rapid deployment and other functions. C. Optional functional plug-ins for version management, team collaboration, etc. Smooth migration capability between different blockchain underlying platforms. Through the Adapter module in the PODA SDK, the smooth migration and adaptation of the underlying technology of different public chains can be achieved during the upgrade and iteration of the underlying blockchain infrastructure, the developer can avoid most of the code modifications during the upgrade and iteration of the blockchain infrastructure. module in the PODA suite.

RNG Distributed Random Generation Algorithm

It can be shown that a distributed method of key provisioning can produce a true random number generator (RNG) algorithm. dPOS uses such an RNG algorithm where the order of trustees is shuffled randomly each turn. The whole process can be broken down into the following steps, where a "board of trustees" is not required. Those who want to contribute to the random number generation provide the hash of the key HASH(S), which is provided by all participants after all HASH(S) have been published, and after all participants have provided S, HASH(S[0.N]) is computed as the chosen random number.

Last updated