ord icon indicating copy to clipboard operation
ord copied to clipboard

/r/blockinfo returning not found on valid blocks

Open astralarkitekt opened this issue 9 months ago • 4 comments

I've only found a few so far, but I'm sure there are more of these results that are 404'ing when making a request to /r/blockinfo

https://ordinals.com/r/blockinfo/141751 https://ordinals.com/r/blockinfo/133367 https://ordinals.com/r/blockinfo/0

Any idea why these are 404'ing? The blocks exist, but I can't pull the blockinfo for them.

Is this an error?

astralarkitekt avatar May 16 '24 04:05 astralarkitekt

I can confirm that all 3 work fine against my localhost in v0.18.5. I only see the server error for /0 and /141751, though - /133367 seems to be working ok for me on ordinals.com

cryptoni9n avatar May 16 '24 17:05 cryptoni9n

Yeah - the problem seems to have been intermittent with all but the genesis block.

Any idea what causes the internal server error on 0?

astralarkitekt avatar May 18 '24 10:05 astralarkitekt

This happens for inscriptions as well. There seem to be intermittent 404s across the board.

veryordinally avatar May 19 '24 07:05 veryordinally

today, the results are a bit different. when running a curl script against each of the ordinals.com blockinfo endpoints, I receive output like this:

$ curl -s -H "Accept: application/json" 'http://ordinals.com/r/blockinfo/141751'
<html>
<head><title>301 Moved Permanently</title></head>
<body>
<center><h1>301 Moved Permanently</h1></center>
<hr><center>cloudflare</center>
</body>
</html>

when running against my localmachine, it looks good:

$ curl -s -H "Accept: application/json" 'http://localhost/r/blockinfo/141751' | jq '.'
{
  "average_fee": 304166,
  "average_fee_rate": 539,
  "bits": 436816518,
  "chainwork": "000000000000000000000000000000000000000000000004b55af816e5b19920",
  "confirmations": 702399,
  "difficulty": 1805700.836193673,
  "hash": "000000000000056a3cc4e8e58526d1937f3c7e641cbc4a092b3eb50fa0c3da87",
  "height": 141751,
  "max_fee": 5000000,
  "max_fee_rate": 5112,
  "max_tx_size": 3855,
  "median_fee": 0,
  "median_time": 1313835186,
  "merkle_root": "cfa55ebcbed5ae859f3caa1861500a2bc0d6563fa3f8660271cdc1a601f5268c",
  "min_fee": 0,
  "min_fee_rate": 0,
  "next_block": "00000000000007284f0375a5c9763f9b2deccb71d4afbaa196b3a0e47c04300d",
  "nonce": 1837327241,
  "previous_block": "00000000000004ab8002d59d508f9d375e06b2e6722dee60d51329510b208e7d",
  "subsidy": 5000000000,
  "target": "000000000000094a860000000000000000000000000000000000000000000000",
  "timestamp": 1313838008,
  "total_fee": 7300000,
  "total_size": 13535,
  "total_weight": 54140,
  "transaction_count": 25,
  "version": 1
}

cryptoni9n avatar May 19 '24 15:05 cryptoni9n

Fixed this, was an issue with our load balancer.

raphjaph avatar May 20 '24 14:05 raphjaph