The Graph Online Hackathon
Subgraph Submission Requirements
Each hackathon submission should include both a subgraph and a frontend web interface. The subgraph should:
Include a valid project description.
Have the Github field set to your subgraph's project repository.
Index data from Ethereum and/or IPFS.
Meet the specific requirements outlined in the chosen project.
Be complete, working and deployed to the Graph Explorer.
The frontend web interface should:
Consume the subgraph's GraphQL API.
Be complete and working. Check out the starter dapp for an example dapp that uses React + Apollo.
Project specific submission requirements
Maker
Lending
Kyber
Exchange
0x
Exchange
Bzx / Fulcrum
Lending
Nuo
Lending
rDai
Lending
Nexus Mutual
Insurance
Ray
Investing
Bloom
Identity
Market Protocol
Derivatives
Maker
Lending
Maker
Decentralized protocol for the issuance of stablecoins backed by collateralized debt positions (CDPs) - focus on Multi-Collateral DAI
View code2000 DAI
4 people
Requirements
This subgraph should track all relevant contracts in the creation of MCD. This means that there will be multiple types of CDPs tracked. User MCD balances should also be tracked, with the DAI savings rate return for each user shown.
Example Entities
Cdp, User
Kyber
Exchange
Kyber
Decentralized liquidity protocol and exchange network
View code2000 DAI
4 people
Requirements
This subgraph should track the two main Kyber user types. Reserves, which are smart contracts that enable trading, and Takers, which execute the trades. Additionally, each Trade should also be tracked.
Example Entities
Trade (i.e. a completed trade), Taker (aka Traders or users), Reserve - (aka liqiduity providers)
0x
Exchange
0x
Decentralized exchange and relayer protocol
View code2000 DAI
4 people
Requirements
This subgraph should track all user Orders from V1 and V2 of the exchange protocols, and allow them to be filtered by maker and taker. Bonus - Governance and V3 updates.
Example Entities
V1 and V2 0x versions of the protocol: Order, Cancelled Order, A User entity with all orders, filterable by both maker and taker. Governance: Vote (should also be a field on the User entity), Proposal (with vote results) V3: Update the User entity to track all staking data BridgedLiquityEvent
Bzx / Fulcrum
Lending
Bzx / Fulcrum
Decentralized protocol for margin lending and trading
View code1500 DAI
3 people
Requirements
This subgraph should track Users with their pToken and iToken balance, as well as all the Loans and Orders they have created. Loans, Orders and Tokens should be created as their own entities. The subgraph should also include an entity for every pToken, showing information such as name, and total totals. It should also include iToken entities for each iToken market, showing information such as total lends and borrows.
Example Entities
User (with pToken and iToken balances, Loans and Orders), Loan, Token (i.e. a token in the Token Registry), Order, pToken, iToken (i.e. the iToken marketplace)
Nuo
Lending
Nuo
Decentralized debt marketplace that connects lenders and borrowers across the world using smart contracts.
View code1000 DAI
2 people
Requirements
This subgraph should include an Account entity that links to the associated lends, borrows and orders. Entities should also be created for Lends, Borrows and Orders.
Example Entities
Lend, Borrow, Order, Account
rDai
Lending
rDai
Decentralized protocol for lending DAI and distributing interest to any user, such as charities or other causes
View code500 DAI
1 person
Requirements
This subgraph should track all rTokens (including rToken type), and each Users rToken balance.
Example Entities
Hat, User (with rDai balance), rToken
Nexus Mutual
Insurance
Nexus Mutual
Decentralized protocol for smart contract insurance, to secure code risk
View code1000 DAI
2 people
Requirements
This subgraph should track all smart contract insurance contracts and pooled mutuals. All Claims should be tracked (with votes) and the subgraph should also include a Vote entity. Bonus - Governance tracking.
Example Entities
InsuranceContract / MutualContract, Claim, Vote
Ray
Investing
Ray
Robo-Advisor for Yield, a decentralized investment tool that re-balances funds to the highest yielding opportunities
View code1000 DAI
2 people
Requirements
This subgraph should track all Opportunities, Users and RAY tokens.
Example Entities
Opportunity, User (with ray token balances), RayToken
Bloom
Identity
Bloom
Decentralized identity and credit scoring solution
View code500 DAI
1 person
Requirements
This subgraph should track all identities (Accounts), with their credit score as well as all Attestors, and the Attestations. Bonus - Track BLT token escrow and protocol voting.
Example Entities
Account (with BLT token balance), Attestor, Attestation
Market Protocol
Derivatives
Market Protocol
Decentralized trading protocol for derivatives, crypto and traditional fiat assets
View code1000 DAI
2 people
Requirements
This subgraph should track all Users. All Trades (short, longs, and leveraged trades) should be tracked and related to the user. Each market should also be tracked (e.g. sBTC, iBTC, sETH, iETH).
Example Entities
User, Market, Trade