2.2 Orbit Chain's Design Goal

Decentralization: Anybody can participate in the blockchain with O(c) amount of resources, including but not limited to verification and sending.

Resilience: The chain is to maintain connectivity even if majority of the nodes on the network become disconnected, or go offline.

Simplicity: Complexity is lowered, even if it means less efficiency.

Longevity: The chain is to be built with modular designs regarding functions to maintain operation continuously even while security/governance flaws are being rectified.

Scalability: Transactions and other functionalities are to be processed in a parallel way to increase scalability.

Connectivity: The chain is to connect to different systems regardless of their format and design.

Blockchain Security: Safeguards and protection are put in place against the risk of a 51% Attack.

Finality reversion: Should a certain block A be finalized by a Validator, it must be prevented from being finalized again by another individual.

Invalid chain finalization: ‌A validator cannot finalize an invalid block.

An invalid block must be rejected, following the laws regarding blocks and signature information.

Liveness denial: The chain is to continue functioning in the event that a small number of validators stop producing blocks

Because Orbit Chain is based on a PoS consensus algorithm, validators that do not validate are pushed out of validator group by penalization through the algorithm.

Censorship: ‌Validator must verify all transactions made on the blockchain fairly.

Should the majority of validators choose to take advantage of their majority voting power, a small number of honest nodes may run the chain independently from the main chain through a soft fork process. In this case, the market is left to choose between the original chain, and the new chain.

Last updated