-
Notifications
You must be signed in to change notification settings - Fork 978
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
namadac balance executes many requests #2666
Comments
Same with a shielded transfer, but not a transparent to transparent transfer. Trigger was set to 100 requests per 10 seconds.
|
the problem is that both balance and shiedled transfer first are trying to sync the shiedled context and then they do the txs. Try to update to the latest release and use the shielded sync command first and the issue a balance query. |
Syncing is now decoupled from the commands, the user has to manually sync. However the source of problem remains, fetching and scanning all blocks, which gets worse as the chain grows. Depending on the computing power of the client, it could actually become impossible to catch up when not continually syncing. |
totally agree with you @Rigorously |
I had planned to improve syncing. Alas, I cannot make it in time for the end of the Shielded Event. I would have taken inspiration from Zcash BlazeSync and WarpSync: https://forum.zcashcommunity.com/t/zecwallets-blazesync-sync-entire-chain-in-60s/ |
A Good improvement. |
when you start it @Rigorously? , we need it in the mainnet |
namadac balance --owner me
first returns a balance, then triggers a rate limiter set to 30 per 10 sec.namadac balance --token naan
also triggers a rate limiter set to 30 per 10 sec, but does not return anything.namadac balance --owner me --token naan
returns a list of balances, but does not trigger the rate limiter.The implementation of
balance
appears to be inefficient and could put an unnecessarily large load on nodes.The text was updated successfully, but these errors were encountered: