SubQuery Network — In Summary

SubQuery Network
4 min readJun 15, 2021

--

How does the SubQuery Network work? ELI5

Today we’re going to talk about how the SubQuery Network works at a high level.

Participants

Participants in the SubQuery Network

There are three types of participants in the SubQuery Network:

  • Consumers: Consumers will make requests to the SubQuery Network for specific data and pay an advertised amount of SQT
  • Indexers: Indexers will host SubQuery Projects in their own infrastructure, running both the node and query service to index data and answer GraphQL requests.
  • Delegators: Delegators will participate in the network by supporting their favourite Indexers to earn rewards

Indexers, Consumers, and Queries

Let’s start with Indexers, Indexers do a lot of the hard work behind the scenes. The manage hardware, run infrastructure, monitor resources, and choose the right SubQuery projects to index

This takes time and money, but once they have this, Consumers may come and make requests. Consumers will make requests to the SubQuery network for specific data and pay an advertised amount of our token, SQT.

Consumers will make requests to the SubQuery network for specific data and pay an advertised amount of our token, SQT.

Cobb-Douglas Production Function

This payment goes into a project revenue pool and at the end of a staking era (28 days) we take this project revenue pool and split it. It’s spit across indexers by something called the Cobb-Douglas production function.

It’s spit across indexers by something called the Cobb-Douglas production function.

This approach, in simple terms, means that revenue is allocated to competing Indexers as a proportion of both requests answered and amount staked.

Revenue is allocated to competing Indexers as a proportion of both requests answered and amount staked.

In our view, the beauty of this equation is that a rational Indexer must maintain a high level of staked SQT relative to the work they do in order to receive optimal revenue. As a result, we do not need to enforce arbitrary staking requirements because Indexers are incentivised to self-manage and maintain a stake or skin in the game.

Delegators

So Indexers are incentivised to both do as much work as possible, and to stake as much as possible to maximise their rewards. This is where delegators come in.

Delegators can delegate their spare SQT to Indexers, each Indexer can publish a query fee revenue share rate, and those delegators will be rewarded by a portion of the query fee revenue that the indexer is rewarded in.

Delegators can delegate their spare SQT to Indexers and those delegators will be rewarded by a portion of the query fee revenue that the indexer is rewarded in

The query fee revenue share rate that indexers advertise is locked for each 28 day staking era, and a decrease to it must be advertised for an entire 28 day staking era before coming into force.

Similarly, delegators can remove their delegation amounts at any point, but they will only receive rewards when they have delegated for the entire staking era.

Delegators will only receive rewards when they have delegated for the entire staking era

Purchase Orders

Indexing a project takes time and money, there’s a lot of data on the chain. In order to encourage Indexers to index and support an entirely new SubQuery Project, we plan to implement a market mechanism for Consumers to signal guaranteed revenue to Indexers of new SubQuery Projects.

We’re calling them purchase orders, and Consumers can advertise a contract on chain for a set price and number of requests. Indexers can view this and choose to fill the contracts.

Consumers can advertise a purchase order on chain for a set price and number of requests.

Purchase orders can also be placed on existing SubQuery Projects to attract additional Indexers to improve competition and decrease prices

--

--

SubQuery Network
SubQuery Network

Written by SubQuery Network

Pioneering fast, flexible, and scalable web3 infrastructure. Supercharge your dApp with SubQuery today. https://subquery.network/

No responses yet