-
Notifications
You must be signed in to change notification settings - Fork 284
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
Wallet Sync Updates #883
Wallet Sync Updates #883
Conversation
a32818e
to
a3cb91d
Compare
a3cb91d
to
ac1f9c6
Compare
75f3a42
to
2b44a64
Compare
7bc97f7
to
a4d0b01
Compare
a4d0b01
to
c9c6f4b
Compare
Note on #831. The PR and the commit tries to attempt synchronizing filter when running in SPV mode. Unfortunately, that's not going to work. The SPV add filter/set filter on Fullnode wallets can use rescan feature introduced in this PR to properly resolve the transactions, this does not change/fix add blocks on normal sync. |
wallet-node: fix standalone wallet get entry requests when entry is not found on chain. client: expose Wallet class.
Interactive rescan by default does per block scan lock. This enables parallel rescans, as well as chain sync while rescan is in progress. But in specific cases, it may be more beneficial to stop the node from syncing while the rescan is in progress.
wdb/client: fix standalone ChainEntry deserialization and add prevBlock.
bsock hooks that nodeclient tries to imitate, are handlers set on specific event. They are expected to return results to the caller.
Add stack traces to common test helper timeouts. Change default timeout to 2000.
fc8df20
to
f46192d
Compare
Wallet Sync Updates
Node HTTP
fullLock
option to the interactive scan, that locks the whole chainwhile scan is in progress.
Wallet
open
andclose
events.Wallet Client
Wallet
together withWalletClient
asWalletClient.Wallet
.Not changelog related
wdb.addBlock guards.
Add more guards around
wdb.addBlock
. Make sure we did not receive incorrectblock accidentally. This change makes sure:
ensuring we are on the same chain.
Currently, it does nothing to change the behaviour. But it could call
syncChain
which reorgnizes the walletDB to go back to the same chain. If usersare experiencing any of these logs repeteadly, currently they just need to
restart. syncChain is called on wallet->chain connect. This should not happen
when running wallet as a plugin, but if it ever happened wdb would not have
caught it.
Closes #519
Closes #872
Closes #831