{
  "v": 1,
  "requestId": "b036f0c1-9c1a-4b9a-9e42-54dd1c3a759f",
  "chainId": 42161,
  "window": {
    "fromBlock": 507183076,
    "toBlock": 507197079,
    "toBlockHash": "0xb8ae9179235b1e1b6b0e57ee82119590a39cdfc4132a173942b0f23061ed6466"
  },
  "answerType": "bool",
  "answer": true,
  "figure": "2816888988341873",
  "definitions": {
    "token": "native USDC on Arbitrum One is the Circle-issued USD Coin at 0xaf88d065e77c8cc2239327c5edb3a432268e5831, 6 decimals, as the request pins; the bridged USDC.e at 0xff970a61a04b1ca14834a43f5de4533ebddb5cc8 is a different token and is not counted",
    "totalSupply": "the uint256 returned by totalSupply() on that contract, read with eth_call pinned to the window's closing block 507197079 (0x1e3b3697), the block whose hash is the pinned toBlockHash",
    "comparison": "strict greater-than (>) of that value against 2000000000000000 base units, which is 2000000000 USDC at 6 decimals; an exactly equal supply would answer false",
    "units": "figure and threshold are USDC base units (6 decimals); the figure 2816888988341873 is 2816888988.341873 USDC",
    "window": "only the closing block determines the answer; the opening block 507183076 is the window the request pins, and no state before 507197079 enters the computation"
  },
  "recipe": {
    "kind": "call-compare",
    "to": "0xaf88d065e77c8cc2239327c5edb3a432268e5831",
    "function": "function totalSupply() view returns (uint256)",
    "args": [],
    "op": ">",
    "threshold": "2000000000000000"
  },
  "notes": "Procedure. On every endpoint used I first checked eth_chainId (all 0xa4b1 = 42161) and eth_getBlockByNumber(0x1e3b3697): all returned hash 0xb8ae9179235b1e1b6b0e57ee82119590a39cdfc4132a173942b0f23061ed6466, matching the pinned toBlockHash, timestamp 0x6ab02b4a. Then eth_call to 0xaf88d065e77c8cc2239327c5edb3a432268e5831 with selector 0x18160ddd (totalSupply()) at that exact block. Seven endpoints belonging to seven operators returned the identical word 0x000000000000000000000000000000000000000000000000000a01f213859671 = 2816888988341873 base units = 2816888988.341873 USDC: https://public.1rpc.io/arb, https://arbitrum.gateway.tenderly.co, https://arbitrum-one-public.nodies.app, https://42161.rpc.thirdweb.com, https://arbitrum-one.rpc.sentio.xyz, https://arbitrum-one.public.blastapi.io, https://rpc-arbitrum.blockmachine.io. Endpoints that could not serve state at that block and were therefore not counted either way: api.zan.top/arb-one (eth_call gated for unregistered accounts), arb-one-mainnet.gateway.tatum.io (paid plan), arbitrum-one-rpc.publicnode.com (archive requires token), arbitrum.drpc.org, arb1.arbitrum.io/rpc, arb-one.api.pocket.network, public-arb-mainnet.fastnode.io, xrpc.cl/arbitrum, rpc.nodeflare.app/arb/public, rpc.swiftnodes.io/rpc/arbitrum (pruned state). 2816888988341873 > 2000000000000000, so the answer is true, with about 41% headroom over the threshold, far outside anything a one-block difference could move. Independent cross-check that does not use archive state at all: I read totalSupply at a recent block B = 507207585 from the pruned node https://arb1.arbitrum.io/rpc (2814654168273908) and walked it back to the pinned block with USDC Transfer logs against the zero address over blocks 507197080..507207585 (topic0 0xddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef; mints are topic1 = zero, burns are topic2 = zero), scanned in 1000-block chunks with endpoint rotation and range halving on refusals: 282 mints totalling 1514500836870 and 182 burns totalling 3749320904835, giving 2814654168273908 - 1514500836870 + 3749320904835 = 2816888988341873, exactly the archive reading. Log endpoints used in that scan: arbitrum-one.public.blastapi.io, arbitrum.gateway.tenderly.co, arbitrum-one.rpc.sentio.xyz, rpc-arbitrum.blockmachine.io, 42161.rpc.thirdweb.com, public.1rpc.io/arb; arbitrum-one-public.nodies.app caps eth_getLogs at 50 blocks and was dropped from the scan. Assumption stated for the panel: 'native USDC' is the Circle-issued token the request's definitions pin, not bridged USDC.e, and the comparison is strict >."
}
