You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We currently don't add cache headers to /extended/v1/tx/:tx_id because its results may come from either the canonical chain or the mempool, and we don't have a cache handler that can deal with that variable scenario. This is causing that endpoint to produce spikes of ~10K uncached requests every ~10 minutes as some applications/marketplaces may be polling for some transactions continuously.
We should add an "adaptive" cache handler that would choose the correct ETag depending if the result came from the mempool or the canonical chain, and install it in that endpoint.
The text was updated successfully, but these errors were encountered:
We currently don't add cache headers to
/extended/v1/tx/:tx_id
because its results may come from either the canonical chain or the mempool, and we don't have a cache handler that can deal with that variable scenario. This is causing that endpoint to produce spikes of ~10K uncached requests every ~10 minutes as some applications/marketplaces may be polling for some transactions continuously.We should add an "adaptive" cache handler that would choose the correct ETag depending if the result came from the mempool or the canonical chain, and install it in that endpoint.
The text was updated successfully, but these errors were encountered: