-
Notifications
You must be signed in to change notification settings - Fork 192
Introduce Local Caching of Transaction Lists #894
Comments
I fully agree with you. What's the point of downloading all txs over and over again, they can't change, it's a BLOCKCHAIN! 🤣 IMO you should pull only the newest txs, using the timestamp of the latest cached: Webhooks are turned off on most peers. |
Copy that. Yeah, let's get it implemented to achieve a big leap in user experience! |
@zillionn what's the correct API call for timestamp from? The above doesn't work. |
I'm afraid it's not possible yet. Right @faustbrian ? |
I saw the schema, but does it really work? I don't see anywhere in the code where it actually searches by timestamp. |
Timestamp is supported by the |
Am I doing something wrong?
|
timestamp is supposed to be based off of epoch (2017-03-xx?) and devnet goes only to october 24th this year @zillionn |
Oh I see, I have to use the |
Closing, no longer relevant for 3.0 |
This issue has been closed. If you wish to re-open it please provide additional information. |
Problem
It seems like whenever I access a wallet to see it inside the wallet, the triple pulsing blue dots happen. Then when I go to a different screen and go back to the wallet in question, the dots immediately happen again. Are we calling transactions from peers every time we look at a transaction list? This is best case an annoyance as sometimes I have to wait 3-30 seconds every time I click a wallet, and sometimes it doesn't even load... worst case, we are congesting the peers who keep giving us the same transaction lists over and over. This is taking away from the fluidity of the user experience.
Solution
As it is a desktop wallet, we should be able to achieve instant viewing of transaction lists as we move between different addresses, through a local cache. Then new transactions should be pushed to the wallet via webhooks or manual refresh button. The wallet usage experience can become lightning fast and peers will be destrained.
Furthermore, when you are importing a wallet address, should have the option to download all transactions, which will result in a progress bar or log showing activity as the transactions are downloaded into the cache. After that point the peer is not needed again, unless a webhook event occurs or manual refresh button is pressed
Are there any factors regarding local caching that I'm missing?
The text was updated successfully, but these errors were encountered: