[codex] add hyperliquid routes and sync openapi

[DenisCarriere]

Summary

This PR syncs the SDK with the latest OpenAPI spec from the staging endpoint and adds first-class wrapper support for the new HyperLiquid analytics routes.

Before this change, the generated src/openapi.d.ts exposed HyperLiquid endpoints that were not available through src/index.ts. That meant consumers could see the routes in the generated types but could not call them from the high-level SDK client without dropping down to the raw OpenAPI client.

Root cause

The SDK wrapper and tests had not yet been updated after the staging OpenAPI spec introduced the HyperLiquid route family and refreshed some existing SVM protocol enums/metadata.

What changed

• Regenerated src/openapi.d.ts from the staging OpenAPI endpoint
• Added client.hyperliquid to TokenAPI
• Added wrapper methods for:
  • GET /v1/hyperliquid/dexes
  • GET /v1/hyperliquid/markets
  • GET /v1/hyperliquid/markets/ohlc
  • GET /v1/hyperliquid/markets/oi
  • GET /v1/hyperliquid/markets/activity
  • GET /v1/hyperliquid/markets/liquidations
  • GET /v1/hyperliquid/markets/liquidations/ohlc
  • GET /v1/hyperliquid/users
  • GET /v1/hyperliquid/users/positions
  • GET /v1/hyperliquid/users/activity
  • GET /v1/hyperliquid/vaults
  • GET /v1/hyperliquid/vaults/depositors
  • GET /v1/hyperliquid/platform
• Added HyperLiquid response type exports for common entry points
• Updated SVM protocol enums in src/index.ts to match the regenerated spec
• Added mocked-fetch tests for every new HyperLiquid wrapper method
• Kept src/index.ts at 100% function and line coverage

User impact

Consumers can now call the full HyperLiquid endpoint set through the typed SDK instead of manually using getClient() and raw path strings.

Validation

• bun run generate
• bun run typecheck
• bun test --coverage