ord
ord copied to clipboard
/r/blockinfo returning not found on valid blocks
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?
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
Yeah - the problem seems to have been intermittent with all but the genesis block.
Any idea what causes the internal server error on 0?
This happens for inscriptions as well. There seem to be intermittent 404s across the board.
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
}
Fixed this, was an issue with our load balancer.