Queries EVM chain data including chain info, account balances, token/NFT holdings, transaction history, and bridge enrichment via Etherscan, Blockscout, and JSON-RPC.
How this skill is triggered — by the user, by Claude, or both
Slash command
/paulrberg-agent-skills:evm-atlas <chain-name-or-id><chain-name-or-id>The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Match chains by displayed name or numeric chain ID. `./references/target-mainnets.json` is the skill's authoritative scope. If the requested chain is not listed there, do not use Etherscan, Blockscout, Bungee, LayerZero, LI.FI, RouteMesh, Chainlist, web search, or public RPCs to work around the scope. Ask the user to file a feature request in <https://github.com/PaulRBerg/agent-skills>.
agents/openai.yamlreferences/address-sweeps.mdreferences/atlas-overlays.jsonreferences/blockscout-api.mdreferences/blockscout-chains.mdreferences/blockscout-endpoints.mdreferences/bridge-bungee.mdreferences/bridge-circle.mdreferences/bridge-layerzero.mdreferences/bridge-lifi.mdreferences/chain-aliases.jsonreferences/etherscan-api.mdreferences/etherscan-chains.mdreferences/explorer-paths.jsonreferences/optimism-pre-2021-11-11.mdreferences/target-fallback-rpcs.jsonreferences/target-mainnets.jsonscripts/blockscout-detect-plan.shscripts/etherscan-detect-plan.shscripts/resolve-chain.shMatch chains by displayed name or numeric chain ID. ./references/target-mainnets.json is the skill's authoritative scope. If the requested chain is not listed there, do not use Etherscan, Blockscout, Bungee, LayerZero, LI.FI, RouteMesh, Chainlist, web search, or public RPCs to work around the scope. Ask the user to file a feature request in https://github.com/PaulRBerg/agent-skills.
Also normalize common code aliases from ./references/chain-aliases.json to their target mainnet rows.
When the user provides an EVM address and asks whether it was ever active on any chain, which chains it used, or whether it holds balances now across chains, read ./references/address-sweeps.md before the single-chain router below. The sweep scope is still only ./references/target-mainnets.json, not every provider-supported EVM chain.
If the prompt names a specific target chain, use Querying On-Chain Data (Routing) instead.
To read account data — native balance, token holdings, ERC-20/721/1155 transfers, transaction history, or first-funding — resolve the chain, then dispatch to the right explorer API. Do not default to Ethereum; infer the chain from the prompt (explicit chain mention, chain-specific tokens like POL→137 / ARB→42161, target-chain aliases). If ambiguous, ask.
./references/target-mainnets.json and ./references/chain-aliases.json../references/etherscan-chains.md, follow ./references/etherscan-api.md (unified API V2, needs $ETHERSCAN_API_KEY)../references/blockscout-api.md.cast from the cli-cast skill, or curl).Paid-chain auto-fallback. Base (8453), Optimism (10), Avalanche (43114), and BNB Chain (56) are Etherscan-listed target chains, but their data endpoints require a paid Etherscan plan. If the target is one of these and ./scripts/etherscan-detect-plan.sh reports paid_chains=false (free tier), route to Blockscout instead. Etherscan stays the default for every other Etherscan-listed target chain.
When the user mentions bridging, bridge tx, cross-chain swap, or a bridge provider, or when a transaction looks bridge-related from logs, counterparties, calldata, or token movement, first confirm the known origin and destination chains are target chains.
Then route to the bridge reference that matches the prompt or evidence:
./references/bridge-bungee.md../references/bridge-circle.md../references/bridge-layerzero.md../references/bridge-lifi.md.Use bridge APIs as read-only enrichment sources alongside Etherscan, Blockscout, explorers, and RPC receipts. Do not treat bridge APIs as authoritative for on-chain execution by themselves; verify submitted transactions and terminal outcomes with explorer/RPC data whenever possible. Returned route steps, calldata, userSteps, transactionRequest, or signatures are for inspection only in this skill. Do not sign messages, submit signatures, execute user steps, or broadcast bridge transactions.
Use RouteMesh only when the routeMesh field in ./references/target-mainnets.json is true and the ROUTEMESH_API_KEY environment variable is available.
To verify current RouteMesh support, call GET https://lb.routeme.sh/chains; use https://lb2.routeme.sh/chains as the backup endpoint. Do not use https://rpc.routeme.sh/chains; the hostname may not resolve even though it appears in RouteMesh's OpenAPI spec.
Construct the RouteMesh RPC URL as:
https://lb.routeme.sh/rpc/CHAIN_ID/ROUTEMESH_API_KEY
Replace CHAIN_ID with the numeric chain ID and ROUTEMESH_API_KEY with the value of the ROUTEMESH_API_KEY environment variable. If routeMesh is false or ROUTEMESH_API_KEY is not available, use the chain's primary public RPC first, then the listed fallback RPCs in order.
Public RPCs are best-effort. Before relying on one for data fetches or contract calls, verify it with eth_chainId. If the primary endpoint fails, try the fallback endpoints for that chain from ./references/target-fallback-rpcs.json in order. If a chain has no fallback row, only the primary public RPC is listed.
Only use RPCs for target chains.
The explorerUrl field in ./references/target-mainnets.json is the base URL of the chain's canonical block explorer. Append the path patterns from ./references/explorer-paths.json to build links.
Etherscan and Etherscan-stack explorers (Arbiscan, Basescan, BscScan, Polygonscan, Optimism Etherscan, Lineascan, Snowscan, Blastscan, Berascan, Uniscan, Gnosisscan, abscan.org) all follow this scheme. Most Blockscout-based and chain-native target explorers accept the same segments, but conventions can drift — verify against the explorer UI when in doubt.
Explorer URL presence, Etherscan-style paths, or an Etherscan-stack explorer name do not imply Etherscan API V2 support. When API coverage matters, use ./references/etherscan-chains.md. Etherscan's live https://api.etherscan.io/v2/chainlist endpoint may contain additional provider-supported chains, but those are outside this skill unless they appear in ./references/target-mainnets.json. Treat this JSON as chain metadata for RPC and explorer-link construction only.
OP Mainnet pre-regenesis history is not available through current explorer/RPC routes. For OP Mainnet (10) queries before the final regenesis on 2021-11-11, read ./references/optimism-pre-2021-11-11.md before using Etherscan, Blockscout, or public RPC results.
Ronin (app.roninchain.com) does not follow the Etherscan path scheme. Verify against the explorer UI before constructing a Ronin link.
Ronin (2020) collides with a non-target Chainscout registry entry. Do not use Chainscout metadata for Ronin; use Ronin's listed explorer/RPC or another target-aware source.
Target mainnet metadata lives in ./references/target-mainnets.json. The slug field is the Sablier SDK chain slug (sablier package ~/sablier/sdk, src/evm/chains/specs.ts, resolved as meta.slug ?? key). Arbitrum Nova, Celo, Fantom, IoTeX, and Zora are not defined in the SDK; their slugs follow the same convention (lowercase, hyphenated name).
Maintainers generate this file from @prb/crypto-registry plus ./references/atlas-overlays.json; installed skills use the committed static file.
Target fallback RPC metadata lives in ./references/target-fallback-rpcs.json. Use each chain's fallbackPublicRpcs values in order after the primaryPublicRpc from ./references/target-mainnets.json fails verification.
npx claudepluginhub joshuarweaver/cascade-code-general-misc-1 --plugin paulrberg-agent-skillsQueries and analyzes blockchain data across EVM-compatible networks (Ethereum, Polygon, Arbitrum, Optimism, BSC) via CLI. Supports transaction lookups, address balances, token holdings, block inspection, and whale wallet tracking.
Monitor cross-chain bridge TVL, volume, fees, and transaction status across networks. Use when researching bridges, comparing routes, or tracking bridge transactions. Trigger with phrases like "monitor bridges", "compare bridge fees", "track bridge tx", "bridge TVL", or "cross-chain transfer status".
Queries EVM chains (Ethereum, Polygon, etc.) for balances, blocks, transactions, token transfers, contract reads, ENS lookups, and chain health.