Skip to content

Multi-pool support in BlendAdapter #12

Description

@dubemoyibe-star

Context

CLAUDE.md tracks YieldBlox as representable via a small multi-pool refactor of blend.ts — it's a Blend V2 pool, not an independent protocol. Generalizing the adapter to target multiple poolIds adds a real second entry with minimal new scoring code.

Scope

In scope: refactor BlendAdapter so one engine handles multiple pools with distinct metadata/poolId, and register the YieldBlox pool as a second entry.
Out of scope: presenting YieldBlox as an independent protocol — it must be clearly labelled as a Blend-deployed pool in both the data and the UI.

Acceptance criteria

  • One adapter engine, multiple pool configs — no duplicated scoring logic
  • YieldBlox pool registered, scored, and visible end-to-end (indexer → DB → API → UI)
  • Labelled in the UI as a Blend V2 pool, not an independent protocol — no misleading presentation
  • Existing Blend flagship pool scores unchanged by the refactor (verify before/after)

Difficulty

Intermediate — needs familiarity with the codebase or methodology

Notes / open questions

Check the pool's current status before investing effort — it may be deprecated post-hack. If it turns out to be dead, the refactor is still worth doing for future pools; just don't register a dead pool as a live entry.

Metadata

Metadata

Assignees

No one assigned

    Labels

    GrantFox OSSIssue tracked in GrantFox OSSMaybe RewardedIssue maybe eligible for a GrantFox rewardOfficial Campaign | FWC26Official Campaign | FWC26adaptertouches core adapter logichelp wantedExtra attention is needed

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions