docs: rewrite the PancakeSwap Infinity page around PoolId, live pools and top traders

[buddies2705]

Rewrites the PancakeSwap Infinity page for BNB Chain around what the singleton design means for queries: the manager contract on every row, Trade.PoolId as the pool key, a live worked token and pool, and USD-capped rankings.

What changed

• Explains the singleton manager 0xa0ffb9c1ce1fe56963b0321b32e7a0302114058b and that Trade.PoolId identifies the pool
• Busiest pools by PoolId, price, hourly OHLC, bought/sold volume and top traders by Transaction.From for a live token (POWER)
• Most bought and most sold tokens with a single-trade USD cap
• Pool reserves for a live PoolId through DEXPoolEvents
• sidebar_label, FAQ, related links; title says what the page answers

Verification

• Every query and subscription on the page was executed with a live token: 8/8 queries returned rows; 1/1 subscriptions delivered messages within the timeout.
• Every Infinity example returns rows for POWER and the USDT/KII PoolId at the time of writing

Fact checklist

• Infinity manager on BNB Chain is 0xa0ffb9c1ce1fe56963b0321b32e7a0302114058b
• ProtocolName pancakeswap_infinity selects the venue; Dex.SmartContract is the manager on every row
• Side.Type describes the counter-side; bought = if Side.Type sell
• DEXPoolEvents on BNB Chain carries USD reserve fields and is realtime-only

IDE saved queries linked from this page are updated by IDE_QUERY_UPDATES_2026-09-venue.sql (repo root, git-excluded), to be run on the primary database.

Part of the crawled-not-indexed cleanup (P2 block): venue pages are rewritten around live examples so every query and stream on them returns data, and the three EVM screener pages are split so they stop being treated as copies of one another.

🤖 Generated with Claude Code