Hi everyone,
The Moonbeam active collator set for all three networks (Moonbeam, Moonriver, Moonbase Alpha) is special because it includes individuals and organizations from various backgrounds and of varying sizes. Collators often work together in different ways, with the idea that collaboration in a competitive environment can help increase the stability of the chain, increase the visibility of the ecosystem, and that collators can play a part in creating a welcoming community.
Collators are rewarded for providing their services with GLMR as part of the chain tokenomics, and there is a simple formula running more collators = more GLMR rewards. However, because the active set is fixed, there is a risk that a single entity or backer could increase the number of collators in the set to a point where the optimal functioning of the chain could be threatened.
For instance, consider a future scenario where one organization controls 20% of the collators in the active set. That organization pushes an update to their collators via automation which breaks them. At that point there is the potential for a 1/5th increase in the number of missed blocks, causing the transaction queue to get backed up. This could also cause rounds to take longer resulting in an increased time for staking rewards to be dispersed. This organization could also start prioritizing transactions and blacklisting addresses that didnât pay a fee.
There are many other reasons that a diverse set with limited nodes per organization / backing entity benefits the chain and the community but considering that Moonbeam is a permissionless network which includes open access to the collating function, maintaining that diversity lies with the community. This primarily comes in the form of staking â a well-informed community that agrees with maintaining diversity would use staking to help achieve this, spreading delegations over many entities with less nodes in the set.
However, even with informed staking by the community, it still leaves open the possibility that a highly financed organization could use private funds to push multiple nodes in the set. In addition, with the inevitable liquid staking options coming to Moonbeam, itâs possible that the issue could become more prevalent. These scenarios, and what the community could do to help prevent them has been a frequent topic on the collators channel of the Moonbeam Discord, and here is a summary of some of the suggestions that could help. Also included are suggestions from discussions with community collators:
-
Raising the minimum bond will act as a deterrent to running multiple nodes and is a desirable action. There is acknowledgement that this may not stop very large whales as anonymity will allow any org to bypass community norms. Also, what would be an acceptable number of nodes by any one entity or organization?
-
Use on chain registrars to verify identity and persuade the Foundation to create the ability to filter out nodes with NO identity from the collator list at apps.moonbeam.network (or put them in a separate list).
-
See if the foundation could default-filter out all nodes from the staking webapp when any registered identity is discovered to be operating more than the community agreed maximum number of nodes.
3a) This could be an automatic function and require no manual intervention by the Foundation.
3b) It would bypass any on-chain censoring, there would be only censoring on the staking webapp frontend.
3c) Precedent exists for this approach â Polygonâs frontend filters out all nodes with high backing to promote decentralization.
3d) It does not solve the super-whale problem that can self-fund (e.g) 6 of their nodes, but it does increase their financing cost to the point it might not be worth it on a risk basis. -
A watchful community could also assist in identifying suspicious operator via a new communications channel with the Foundation or community channel.
-
Other ânudgingâ techniques should be considered to keep delegators informed and guided to a diversified selection of collators.
These are only a few of the suggestions that Iâve âcollatedâ from some of the community collators and wider community, and I hope it starts a good discussion on this topic including things that we can take action on.