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
Refactoring is required to fetch the transaction list first, display them and update the status separately. This way we can show a loader on the status column, while user is able to see all of their transactions.
This is particularly useful when Orbit transactions (which are much slower) are being fetched alongside Mainnet transactions. We don't want to block displaying the Mainnet transactions and have the tx history be very slow in general.
Because getting the transactions themselves is fast (getting their status is slow for Orbit chains), we can display them first and then update the status.
The text was updated successfully, but these errors were encountered:
brtkx
changed the title
[New Tx History] Event logs: fetch transactions first, then status
[New Tx History] Fetch transaction list first, then status
Oct 11, 2023
Refactoring is required to fetch the transaction list first, display them and update the status separately. This way we can show a loader on the status column, while user is able to see all of their transactions.
This is particularly useful when Orbit transactions (which are much slower) are being fetched alongside Mainnet transactions. We don't want to block displaying the Mainnet transactions and have the tx history be very slow in general.
Because getting the transactions themselves is fast (getting their status is slow for Orbit chains), we can display them first and then update the status.
The text was updated successfully, but these errors were encountered: