One pool by its address

One liquidity pool, addressed by the POOL rather than by a token in it. Answers which two tokens it holds and which way round, how deep it is, what the base token costs there, how much has traded through it in 24 hours, and when it was created. Served on all seven chains, each measured live against a populated pool. THE POOL IDENTIFIER IS NOT ALWAYS AN ADDRESS: on Uniswap v4 venues it is a 32-byte pool ID, so do not validate it as a 20-byte contract address. A well-formed identifier this surface has no pool for returns 404, never a body of nulls — "no such pool here" and "this pool is empty" are different answers and a pool-keyed resource keeps them apart. EVERY FIGURE DESCRIBES THIS POOL ALONE: nothing is summed across the token's other pools, so liquidityUsd here is smaller than the token-wide liquidity resource and that is not a disagreement. A 0 is a real measurement everywhere it appears — a liquidityUsd of 0 means DRAINED, and only null means no data. THE SWAP FEE IS NOT PUBLISHED HERE: it costs a second upstream call and the token-keyed pool resource already carries it, so the field is absent rather than always null. On SOL a pool the first source cannot resolve is answered by a second one that does not carry the quote token's name and symbol, 24-hour volume, 24-hour buy and sell counts, the 24-hour price change or FDV: those are null in that answer, never zero. includeTokens=true adds tokens, the project profile of both tokens (links, categories, holder count), for one more upstream call.