Indexer + UI: deep limit order book (pagination, load) #194
Labels
No labels
agent:fix_bugfix
agent:fix_conflicts
agent:fix_security
agent:gap_analysis
agent:implement
agent:implement
agent:implement
agent:open_issues
agent:ready
agent:research
agent:security_audit
agent:verify
architecture
backend
blocker:hybrid
blocker:launch
blocker:limit-orders
blocker:v2
block:log_only
block:security
bug
ci
contracts
correctness
deploy
dev
devops
docs
documentation
duplicate
e2e
enhancement
epic
feature
frontend
functional-completion
gas
good first issue
governance
help wanted
high-risk
hooks
hybrid
indexer
infra
infrastructure
integrators
invalid
launch-blocker
limit-orders
localnet
localterra
low priority
missing-implementation
needs-design
ops
performance
priority
high
priority
medium
product
qa
QA
question
ready
ready
research
scripts
security
security-hardening
smartcontracts
tech-debt
testing
ux
UX
v2
verification
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
code/cl8y-dex-terraclassic#194
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem statement
The product ships shallow limit book surfacing (head + shallow depth 10–20 via indexer LCD proxy). CEX-style deep book, pagination, and performant load are still required (#102 / DEX-P1-001 remainder).
Evidence / context
LimitOrdersPage.tsx,docs/limit-orders.md.Proposed solution
/limitsand/tradeorder book panel.Acceptance criteria
indexer/tests/).docs/frontend.md.Priority
P1
mentioned in commit
82599b42e7Implementation summary (GitLab #194)
Completed deep limit order book surfacing on main (
82599b4).What shipped
Indexer (already present; verified)
GET /api/v1/pairs/{addr}/limit-book(keyset viaafter_order_id, default limit 50, max 100)indexer/tests/api_limit_book_deep.rsFrontend
useLimitBookInfinite+ sharedLIMIT_BOOK_UI_PAGE_SIZE(45) inlimitBookPagination.tsOrderBookPanelon/tradeand/limitsuses infinite query + Load more depth (non-blocking async pages)OrderBookPanel.test.tsx(pagination) +useLimitBookInfinite.test.tsxDocs / agents
limit-orders.md,indexer-invariants.md,docs/README.mdVerification checklist
cargo test --test api_limit_book_deep --test api_limit_book_lcd_mock(needs PostgresTEST_DATABASE_URL)npm test -- --run OrderBookPanel useLimitBookInfinite/trade: select a pair with resting limits → book loads → Load more depth appends rows without freezing UI/limits: same book panel behavior + row actions still worklimit-bookwithafter_order_iduntilhas_more=false; confirm 400 on bad cursor@brouie — please verify on localterra/mainnet when convenient; leaving this issue open until sign-off.
/cc @brouie
mentioned in commit
ea9b8d6391Verification sign-off (GitLab #194)
Verified deep limit order book surfacing end-to-end on local stack (LocalTerra + host Postgres + indexer :3001 + frontend :5173 + bot swarm).
Checklist
cargo test --test api_limit_book_deep --test api_limit_book_lcd_mock— 6/6 passedOrderBookPanel+useLimitBookInfinite— 5/5 passed/trade: EMBER/CORAL book loads; Load more depth on asks appended page 2 without UI freeze (45 → 52 rows)/limits: same pair — order book panel + Edit/× row actions present; Load more depth availablelimit-bookwithafter_order_id; bad cursor now HTTP 400 (Unknown after_order_id) — see fix belowdocs/frontend.md,docs/integrators.md, agent skill links confirmedBug fixed during verification
LocalTerra LCD returns HTTP 500 (wasm key not found) for missing
limit_orderids instead of{ "data": null }. The indexer previously surfaced that as 502; it now maps to 400 Bad Request per ADR/docs (lcd_query_missing_keyinlimit_book_lcd.rs+ testlimit_book_invalid_cursor_lcd_not_found_400).Commit:
ea9b8d6onmain.Closing — all acceptance criteria met.
mentioned in issue #206
mentioned in issue #210
marked as related to #220
mentioned in issue #220
mentioned in issue #261
mentioned in issue #354