Predictify-org / Predictify-org/predictify-frontend
[GrantFox][Medium] Show stale market data and indexing state
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 4
- Forks
- 194
- Avg merge
- 15h 38m
- Merged PRs (30d)
- 23
Description
Summary
Show stale market data and indexing state
Why this matters
Users can mistake delayed indexer data for final market state.
Scope
Track freshness, last indexed ledger, pending operations, and authoritative refresh status.
Acceptance criteria
- Stale data is visibly identified.
- Freshness thresholds are configurable.
- Confirmed operations reconcile after indexing.
- Tests cover delayed, missing, and recovered data.
Validation
Add regression coverage for existing behavior, failure modes, authorization boundaries, and compatibility. The implementation must pass the repository CI checks.
Non-goals
- Typo-only, formatting-only, or documentation-only changes.
- Unrelated refactors or dependency upgrades.
- Weakening existing security, authorization, CI, or production safeguards.
Contributor application
Before implementation, comment with relevant experience, a 1–4 bullet approach, and an estimate for opening the first draft PR. Wait for maintainer assignment before coding.
PR requirements
Use a feature branch, include Closes #<issue-number>, check every acceptance criterion, link criteria to code/tests, explain security and failure-mode considerations, and pass CI.
Reward-readiness
This is a substantive GrantFox campaign issue. Merge and CI success do not by themselves guarantee reward eligibility; final reward-readiness is determined by campaign review.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the existing market-data and indexing-state entry points and related tests in the repository. Trace how delayed, missing, recovered, and authorized data states are represented, then use the acceptance criteria to define the regression coverage and run the repository CI checks.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- frontend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100