{
  "v": 1,
  "requestId": "657bd731-adbb-45e2-abdc-8529a01a374e",
  "chainId": 1,
  "window": {
    "toBlock": 26026606,
    "fromBlock": 26019450,
    "toBlockHash": "0x0f84a14c7c0235b5fd3df3fcd212ccd2543e9b97193c9def105a0d3ed83a5fb2"
  },
  "answerType": "uint256",
  "answer": "2970878305867724",
  "figure": "561495999809000000",
  "definitions": {
    "sale": "one qualifying Seaport OrderFulfilled event, counted per event as the brief defines it. Matched-order fills emit two events (the bid order and its mirror listing); both were counted because both satisfy the pinned definition. 2 of the 189 sales are such mirrors (blocks 26026304 and 26026334, token ids 3095 and 3599).",
    "nftItem": "an item with itemType >= 2 (2 ERC721, 3 ERC1155, 4/5 with-criteria). A sale needs exactly one such item across offer and consideration, it must be itemType 2, and its token must be 0x32edf78afa7625643d34d153ff8ca1566b22f2c5.",
    "listingFill": "offer has exactly one item and it is the NFT. Price = the sum of every consideration amount, fees included, and only when every consideration item is itemType 0 (native ETH) or itemType 1 with token 0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2 (WETH).",
    "bidFill": "offer has exactly one item and it is native ETH or WETH. Price = that offer amount, gross, before the fee items the consideration pays out. 3 of the 189 sales are bid fills, all WETH.",
    "excluded": "an event whose offer has more than one item, or whose NFT count is not exactly one, or a listing whose consideration holds any token other than ETH/WETH. Over this window no OrderFulfilled event touching the collection fell into any of these, so nothing was dropped.",
    "average": "floor(561495999809000000 / 189) = 2970878305867724 wei (remainder 164). Integer division in wei, no rounding to the nearest.",
    "denomination": "wei; native ETH and WETH are treated as the same unit at 1:1, as the brief's price definition requires."
  },
  "recipe": {
    "kind": "panel",
    "source": "https://ethereum-rpc.publicnode.com (eth_getLogs, topic0 0x9d9af8e38d66c62e2c12f0225249fd9d721c54b83f48d9352c97c6cacdcb6f31 = OrderFulfilled, addresses 0x00000000000000adc04c56bf30ac9d3c0aaf14dc and 0x0000000000000068f116a894984e2db1123eb395, blocks 26019450-26026606; confirmed on https://mainnet.gateway.tenderly.co)"
  },
  "notes": "The brief is evidence:panel, so the recipe is the panel kind; the figure itself is read from chain, not off it. The catalogue's chain recipes cannot express it: log-sum adds one fixed data word per log, and an OrderFulfilled price is a sum over a dynamic ReceivedItem[] whose ABI offsets differ log by log, so no log-sum over that event yields this number. The source names exactly the logs a rerun needs.\n\nHow it was computed. topic0 = keccak256(\"OrderFulfilled(bytes32,address,address,address,(uint8,address,uint256,uint256)[],(uint8,address,uint256,uint256,address)[])\") = 0x9d9af8e38d66c62e2c12f0225249fd9d721c54b83f48d9352c97c6cacdcb6f31. eth_getLogs for that topic on Seaport 1.5 (0x00000000000000adc04c56bf30ac9d3c0aaf14dc) and Seaport 1.6 (0x0000000000000068f116a894984e2db1123eb395) over exactly blocks 26019450-26026606, in 300-block chunks halving on refusal: 12241 OrderFulfilled events. Each log's data was ABI-decoded (orderHash, recipient, offer offset, consideration offset, then the two item arrays) and filtered by the definitions above. 189 qualifying sales, total 561495999809000000 wei, mean floor 2970878305867724 wei (~0.00297 ETH). 186 listing fills, 3 WETH bid fills. Prices ran 0.0013 to 0.008 ETH, median 0.0027 ETH, over 9 blocks and 9 transactions.\n\nChecks. The pinned closing hash 0x0f84a1... was confirmed on four independent operators: ethereum-rpc.publicnode.com, eth.drpc.org, eth.merkle.io, 0xrpc.io/eth, all with eth_chainId 1. The scan was recomputed by a second route on a second operator, https://mainnet.gateway.tenderly.co: the collection's ERC-721 Transfer logs over the window (190 logs in 10 blocks, an upper bound on the blocks that can hold a sale), then OrderFulfilled in only those blocks (199 events). It landed on the same 189 sales and the same sum, so neither scan was truncated. Every OrderFulfilled event in the window that named the collection in any item qualified; the audit tallied 186 listing-ok and 3 bid-ok and zero exclusions, so the open edges of the definition (non-ETH consideration, bundles, ERC-1155) changed nothing here.\n\nThe one choice the brief left open that does move the number is the mirror-order question: the two matched-order fills in blocks 26026304 and 26026334 each emit two qualifying OrderFulfilled events for one economic transfer. Counting per event, as the brief's \"sale\" definition says word for word, gives 189 and 2970878305867724. Deduplicating to one sale per ERC-721 transfer would give 187. The literal reading of the pinned definition was used.\n\nEndpoints used: https://ethereum-rpc.publicnode.com (primary scan), https://mainnet.gateway.tenderly.co (independent recomputation), https://eth.drpc.org, https://eth.merkle.io, https://0xrpc.io/eth (hash pin only)."
}