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
The current organization of our Subquery blockchain indexer is monolithic - all client applications send a request to a single service. Subquery is implemented in such a way that if for some reason there is a problem parsing a block, the corresponding block will not be skipped until the problem in the source code is fixed and the project is restarted => if the problem is caused by getting "fiat" values , the transaction history will also be affected.
Solution
Divide the Subquery service into different endpoints - for example, transaction history, fit values, etc.
Problem
The current organization of our Subquery blockchain indexer is monolithic - all client applications send a request to a single service. Subquery is implemented in such a way that if for some reason there is a problem parsing a block, the corresponding block will not be skipped until the problem in the source code is fixed and the project is restarted => if the problem is caused by getting "fiat" values , the transaction history will also be affected.
Solution
Divide the Subquery service into different endpoints - for example, transaction history, fit values, etc.
Tasks
The text was updated successfully, but these errors were encountered: