GIP-0081: Indexing Payments

The full text is available at GIP-0081.

---
GIP: "0081"
Title: A New Proposal for Indexing Payments
Authors: ["Matias <matias@edgeandnode.com>", "Pablo <pablo@edgeandnode.com>"]
Created: 2024-12-11
Updated: 2024-12-11
Stage: Draft
Discussions-To: https://forum.thegraph.com/t/gip-0081-indexing-payments/6271
Category: "Protocol Logic"
Depends-On: ["GIP-0066", "GIP-0068"]
Replaces: GIP-0058
---

Abstract

This GIP describes Indexing Payments, a mechanism by which a protocol participant (commonly a gateway) can incentivize a candidate indexer to serve a subgraph. It details a target, trust-minimized end-state that relies on Graph Horizon and the Subgraph Service, while also introducing a semi-trusted Minimum Viable Product (MVP) based on the current protocol and off-chain components (gateway + indexer stacks). This GIP is an alternative, simplified proposal to GIP-0058.

Motivation

We want to provide a convenient way for Developers to have the subgraphs they need indexed. While curation is a way to achieve that, it’s not convenient and it’s not always clear the amount of GRT required as it’s influenced by other activity on the network. While the quality of service provided on the network is generally high, Indexers collect rewards for posting Proofs of Indexing independently to the query service they provide, so Developers are not guaranteed a certain level of service for the amount of curation they put into the system.

For Indexers, there is no clear relationship between the Indexing Rewards on a subgraph and the amount of work required to index it. Attempts at defining better curation and rewards models to pay for indexing have so far been unsuccessful, which presents a need for a simpler mechanism where parties interested in indexing a subgraph can simply pay for it through the protocol. However, when building such a mechanism, it is imperative to preserve the protocol’s trust-minimization and decentralization principles.

5 Likes

I listened to the Core Dev Team live about this proposal.

I find this proposal a centralization of the Graph Protocol. Developers choose an indexer and fees with a contract agreement. Then, it’s a business not a decentralized crypto project.

Taking Payments like Fiat is going back in time and requires accounting, taxes and it doesn’t help $GRT.

The curation mechanism should be replaced, in my opinion, with an algorithm that calculates the rewards and fees based on the offer and demand with computer units required to index each subgraph and have a better distribution among indexers. It should be automated.

Hey @pierre, welcome to The Graph forum!

It might initially seem that way, however I encourage you to look at the detail of GIP-0081, which describes how a gateway, rather than a developer, chooses an indexer.

Indexers are paid in GRT. Developers already pay gateways in fiat, with gateways paying indexers in GRT. There is no change to that relationship as part of this proposal.

I agree.

If you read GIP-0081 in conjunction with Evolving The Graph Protocol Economics (2024), do you see anything missing from our target state that you would like to see?

There will be interim steps that do not fully achieve those objectives, but I think the target state aligns with your suggestion?