HELO BLOCKCHAIN NODES ARE THE BACKBONE OF ITS DECENTRALIZED ARCHITECTURE
Decentralization describes the transfer of power from a centralized entity to a distributed network. For a blockchain to be considered “decentralized,” it must have active running nodes that relay information between each other. These nodes take the place of people or controlled systems performing the actions. Proof of Ethic™ (PoE) is the first consensus that allows any user, regardless of computing hardware or capital, to be a validator.
The PoE consensus algorithm also features the unique concept of dynamic block sizes which adjust to meet the needs of the network, enabling transactions to be processed as efficiently as possible rather than conforming to a predetermined block size. This is HELO’s solution to the long-running “block-size war.”
A network node is a creation point where a message can be received, and/or transmitted. Let’s take a deeper dive into the types of the HELO™ blockchain nodes; actors, requesters, partners, generators, enforcers, storers, lightweight, speedsters, and spectators.
Actors perform specific actions that are inherent in a certain role in the network (generators, enforcers, partners, etc.). All of them are activated based on scoring and various network parameters (such as oracle keys, for example).
To work and keep all actors up to date, the actor_manager class is used. Actor states are changed by the storage: :head_changed_ev event. The actors themselves can subscribe to the events of the modules they need for the correct processing of their logic.
Requesters create transactions.
Nodes, acting as a partner for another node in transaction creation, and creates a signed Peterson.
Generator nodes generate a block from transactions when the mempool is full and controls the enforcement process.
An enforcer node is a partner node that approves and signs transactions or blocks.
When a node score is exceeded, it becomes a storer. The value is assigned as a blockchain net parameter and the storer receives a reward for sending the data to the lightweight nodes.
Storers are full nodes, but not all full nodes are storers. Nodes can become storers when they meet specific criteria.
Full nodes can perform all roles including Storer.
Lightweight nodes do not store block data, instead it only stores block headers. If block data is required, it is requested from the full node. This is an alternative to the Full Node role.
Speedsters are nodes that have special rights to change the size of a block depending on chain activity. They constantly pull transactions from the mempool, where transactions go before they are validated or rejected, to complete a block. If the transaction flow is too high or too low, the speedster generates a block to start a Tyche poll, then each speedster casts their vote based on its own mempool. Once the poll is complete, the upper and lower range block size is adjusted, and the conflict is resolved.
A user who can view the network but does not participate. This may be due to blacklisting or failed authentication.
HELO™ nodes communicate with each other using the HELO™ network, the more nodes communicating with each other, the faster the network will become. The PoE™ consensus algorithm is based on a principle of absolute probabilistic equality, in which all nodes have an equal opportunity to generate the next block without the need for heavy capital investment. A combination of these features, alongside other proprietary components, results in an eco-friendly, accessible, and egalitarian system.