Read on Twitter
Saw a few people inquiring on the concept of core channel nodes and staking.
Let me explain a bit in a thread :)
Let me explain a bit in a thread :)
The @aleph_im network isn't a blockchain. It's a peer to peer network that handles messages, verifying their signature, storing data and doing processing and indexing where needed.
The avoid having a "noisy neighbors" issue, the network is organized in what we call "channels". Think of them as chat rooms.
When you join you see the history, including the last version and edits of past messages. And when you send a message all those in the rooms receive it.
When you join you see the history, including the last version and edits of past messages. And when you send a message all those in the rooms receive it.
Those channels are organized by interest points, let's imagine one per dApp or one per ecosystem that works tightly together.
Here the nodes that are subscribed to a channel all get the data of that channel, all the database entries and history. Some of them actually store the files (storage resource nodes) and some of them actually host the virtual machines associated (computing resource nodes).
A developer wants to incentivize nodes to join his channel, giving specific prices he is ok to pay. Resource nodes will join, expecting to be paid.
Now, you'll ask, how do you control they are doing their job?
Now, you'll ask, how do you control they are doing their job?
That's where the core channel nodes enter the game. They do something widely used in the manufacturing industry: quality control sampling. They randomly check that they are doing what they should do. If they don't, their availability score goes down.
Yes, you've seen the whole point: the core channel nodes are the controllers of the network.
Now, who controls the controllers? You as a staker (and their stake in the game (the 200k they need to keep) :))
Now, who controls the controllers? You as a staker (and their stake in the game (the 200k they need to keep) :))
Ok, it's a bit of a simplification, but let's look at it this way:
1. Core channel nodes are controlled by other core channel nodes
2. They get a list of availability score
3. Outliers removed, it gives a definite availability score
1. Core channel nodes are controlled by other core channel nodes
2. They get a list of availability score
3. Outliers removed, it gives a definite availability score
4. This score is a multiplier for your reward as a staker and the node owner reward
5. As a staker you won't stay in nodes that don't have a good availability score or that are known to play the network rules, effectively pulling them out
5. As a staker you won't stay in nodes that don't have a good availability score or that are known to play the network rules, effectively pulling them out
This is why we have the current rules:
- Node owner needs to have 200k ALEPH in a wallet to register the core channel node
- Stakers need to entrust the node with 500k at least for the node to start being regarded as a core channel node
- Node owner needs to have 200k ALEPH in a wallet to register the core channel node
- Stakers need to entrust the node with 500k at least for the node to start being regarded as a core channel node
Now I think this chart will make sense to you.
You can have a more in depth look there: https://aleph.im/#/architecture and in our papers: https://github.com/aleph-im/aleph.im-papers
You can have a more in depth look there: https://aleph.im/#/architecture and in our papers: https://github.com/aleph-im/aleph.im-papers
