FilOzone / FilOzone/dealbot

Move from dealbot subgraph to ponder

Open
#624 1 comment 1 reaction 0 assignees View on GitHub
Dominant language
TypeScript
Stars
3
Forks
9
Avg merge
4d 14h
Merged PRs (30d)
6

Description

## Done Criteria
Instead of relying on https://github.com/FilOzone/dealbot/tree/main/apps/subgraph, we use ponder for finding anonymous pieces (meeting the needs outlined in https://github.com/FilOzone/dealbot/blob/main/apps/subgraph/README.md

## Why Important
Less operations potentially of dealbot needing to rely Goldsky
Less cost since most this data is already stored/indexed in FilOzone/infra anyway for early repair.

## Notes
### 202606 Notes from Kuba
https://filecoinproject.slack.com/archives/C08TVNKJV7C/p1782246908163489
* If we want to rely on Ponder beyond analytics, we should definitely go with an HA PostgreSQL cluster.
- Note: this is follow on work to https://github.com/FilOzone/infra/issues/253
* My strong suggestion is to do that only in Prod and deploy both networks there, rather than using staging for calibration.
- https://github.com/FilOzone/dealbot/issues/297
* How would Dealbot use it: It would create its own ponder indexing rules, creating tables with columns that it needs. If you need stored procedures/views that can be done on top (managed outside of Ponder).
* We can probably share bits and pieces across foc-observer/early-repair/dealbot ponders, but each project wants a slightly different view of the underlying data.  So my assumption is that sharing would be limited to library code for decoding, rather than sharing tables

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with dealbot's apps/subgraph/README.md to understand the anonymous-piece requirements, then review the related deployment and infrastructure context in infra#253 and dealbot#297. Identify how Ponder indexing rules would provide the required view, including the PostgreSQL and production deployment constraints. Done means dealbot no longer relies on the dealbot subgraph for finding anonymous pieces.

Written by the indexing model from the issue text.

Assessment

Tech stack
postgresql, typescript
Domain
backend, databases
Issue type
Refactor
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
38/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.