Registering External Chains for Validators

Learn about what happens when Quantum Portal network adds support for new chains, and the role that Quantum Portal validators play in enabling these new chains.

Background

Quantum Portal provides cross-chain interoperability across all supported chains. These supported chains currently belong under two broad categories, being either EVM based chains, or Cosmos IBC based chains.The next section describes what role validators play when Quantum Portal onboards a new chain.

When a new chain is onboarded into Quantum Portal, it can access and communicate with all the other Quantum Portal connected chains right away. This is possible because Quantum Portal acts as a universal overlay network, similar to a “hub and spoke” model. Since Quantum Portal is a blockchain network itself, it is able to use routing logic to act as the interoperability network’s hub. This architecture means it is fairly easy to onboard additional chains to the network, especially when compared to a “pairwise bridge model”, where adding a single new chain requires connections to be formed between each existing chain and the new one.

Additionally, any validator is able to propose the addition of a new chain into the network. Depending on whether the chain is a Cosmos-based chain or an EVM-based chain, the specific steps will differ, as described later on. When a new chain is added into the network, it is important to have as many validators supporting the new chain as possible, but it is not required for every validator to support every chain. With many validators supporting a chain, the network becomes more decentralized, as even if one validator goes down the connection to the chain will still remain open and messages will continue to be relayed, if a large number of validators supporting the chain remain operational. To ensure each connected chain gets as much validator support as possible, Quantum Portal validators are incentivized with additional network rewards for each connected chain they support.

Role of validators when onboarding Cosmos IBC chains

Quantum Portal network is built on top of the Cosmos SDK, meaning Quantum Portal itself is a Cosmos-based chain. Within the Cosmos ecosystem, the Inter-Blockchain Communication (IBC) protocol allows cross-chain communication. Quantum Portal uses IBC to onboard new Cosmos chains to the Quantum Portal network, and give the onboarded chain access to all other Quantum Portal connected chains, both Cosmos and EVM. Read the Cosmos SDK IBC docs to learn more about the protocol.

IBC is a permissionless protocol, meaning any Quantum Portal validator can start the onboarding process for a new Cosmos chain, by setting up IBC channels between Quantum Portal and the new chain. After a channel is established, Quantum Portal validators are encouraged to support the channel. Quantum Portal validators must run light clients between Quantum Portal and the Cosmos chain, for each external cosmos chain they support. See the Quantum Portal IBC info docs for more details. Having many validators supporting an IBC channel ensures decentralization. If one validator goes down, the IBC channel remains open and messages can still be relayed.

Once an IBC channel is established, connecting the new chain to Quantum Portal network with strong validator support, the Quantum Portal network can register a path, connecting the IBC chain with all other chains supported by Quantum Portal, both IBC and EVM. Incoming messages from the Cosmos chain to Quantum Portal will be sent through the IBC channel, then processed and approved by Quantum Portal validators, and executed on the destination chain. Outgoing messages from Quantum Portal to the Cosmos chain will first be approved by Quantum Portal validators, then executed on the Cosmos chain via the IBC channel.

Role of validators when onboarding EVM chains

Cosmos chains benefit from having broad validator support; for EVM chains, it is required. Since inherently interoperable protocols like IBC do not exist between Quantum Portal and EVM chains, Quantum Portal support and security for EVM chains depends on the Quantum Portal validators’ participation by voting on EVM chain events in a proof-of-stake consensus model. When processing cross-chain messages from a source EVM chain, Quantum Portal validators must query their RPC endpoints from their EVM chain to verify the submitted message. This means that in order to support a new EVM chain, Quantum Portal validators must run a node for the new EVM chain.

The Quantum Portal validator must obtain a secured and private RPC endpoint for the EVM chain. This is usually done by the validator running their own node for the EVM chain, and using their own RPC endpoint. After this is setup, the validator needs to inform Quantum Portal about their support for this new chain, and submit a command to Quantum Portal, registering their validator as a chain maintainer for the new EVM chain. If the amount of validators registering support for the new chain reaches a certain threshold, the EVM chain can be activated on the Quantum Portal network layer, creating paths to and from the new chain and connecting it with every other Quantum Portal supported chain, both IBC and EVM.

Note that it is not required for all Quantum Portal validators to support the new EVM chain. As long as a set threshold of validators register as a chain maintainer, the ability to enable the chain at the network level is supported. However, additional rewards are given out to validators for each additional EVM chain they support, which encourages validators to support as many chains as they can.