KO | EN

GitLite

Minimalist Open Source Repository Search Engine

gitlite — search

#dsh #dsh-plugin #ai-agent #developer-tools #codex #typescript #cli #deepseek-harness #claude-code #ai-agents #mcp #rust

graph-network-subgraph

★ 81 Open GitHub ↗

The subgraph, the smart contracts, the tests, and documents for the Graph Explorer Decentralized Application

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

# Graph Network Subgraph

This repository contains the code for the Graph Network Subgraph. The mainnet version of the
[subgraph can be explored through the playground here](https://thegraph.com/explorer/subgraph/graphprotocol/graph-network-mainnet?version=pending).

# Contributing to the repository

Contributions are always welcome! Likely you will want to create a PR against `mainnet-staging`. If you are unsure you can always reach out to us on discord.
## Submitting bugs

Please submit bugs as an issue in this repository.
## Maintaining the repository

This repository has three different configurations for the `testnet`, `mainnet`, and 
`mainnet-staging` subgraphs. These can be seen in the npm scripts.

We are using `mustache` to configure two different `subgraph.yaml` manifests. Each manifest
will have different contract addresses populated depending on whether we are using rinkeby or
mainnet. Ensure the npm package for `@graphprotocol/contracts` is set to the newest rinkeby
or mainnet package, [which you can find here](https://www.npmjs.com/package/@graphprotocol/contracts).

The setup for each branch is:

```
master -            The code on master will always match the subgraph deployed to 
                    graph-network-mainnet in the explorer, as well as the version of the subgraph
                    the gateway is using. All code must be reviewed before merging to master.
                    The front end team should also confirm mainnet-staging works before the
                    master branch can be updated.
                    When master is updated a hook will automatically deploy the subgraph to the
                    hosted service.

mainnet-staging -   This branch will be where mainnet subgraph updates are tested. We will let the
                    subgraph sync here, and confirm it works, before merging into master.

testnet -           This branch will contain the testnet subgraph. Development work can be done 
                    here first, and then the commits brought into mainnet-staging. In general
                    it is likely this branch will be used more for new features that might not work
                    on mainnet-staging, such as contract upgrades. Then the new work would have
                    to be merged into mainnet-staging when it is appropriate to do so.

```

In general, the workflow should be:
- Develop on `mainnet-staging` and get it working, merge to `master` and the hook will auto deploy
  to the hosted service
- `testnet` can be rebased on top of `master` or `mainnet-staging`, with a single commit that
  changes the contracts package imported ny npm. `testnet` can also diverge onto it's own branch
  path if it has contract updates that do not yet exist on `mainnet`. And then care will have to
  be taken to cherry-pick these updates into `master` when the contract updates are on `mainnet`.

### Versioning

Everytime a new release is merged into `master` there will be a new github release, following semantic versioning.

# Deploying the subgraph

The npm scripts are set up to deploy the subgraphs in one command. Mainnet is connected to a hook
where it will be deployed automatically when the `master` branch is updated. Therefore, we never
have to use npm scripts to directly deploy to `graph-network-mainnet`.
### Mainnet Staging
```
yarn deploy-mainnet-staging
```

### Testnet
```
yarn deploy-testnet
```

### Testing the subgraph

If you need to test the subgraph on your personal account for the explorer (which you will have
to do if you are not part of the `graphprotocol` organization) you can run the following script:
```
yarn deploy-testing
```
Note that you will have to fill in your own subgraph name in the npm script, where it says
`<INSERT_SUBGRAPH_NAME>`. Depending if you are deploying to rinkeby or mainnet, you will also
have to fill in `prepare:rinkeby` or `prepare:mainnet` where it has `<INSERT_MAINNET_OR_RINKEBY>`.

## Documentation

For documentation on the subgraph, please see [DOCUMENTATION.md](./DOCUMENTATION.md).

This will outline nuances of the subgraph, and help shed light on some of the fields and types in
the schema.

## Copyright

Licensed under the [MIT license](./LICENSE).

graph-network-subgraph

Explore Similar Repositories

Was this content helpful?

Recent Feedback

Download README