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
Describe the enhancement
Currently, there is no way to sync a Wallet to a specific block (and no further).
One can specify an initial chain tip in a sync request, but there is no way to specify a target chain tip. A sync always ends with the current best tip.
There is no way to disconnect a wallet tip either, so syncing to current best tip and then disconnecting blocks is not possible (#1271, #1655).
Use case
In an application that needs to keep a wallet in sync with some other component that updates on each new tip (eg. a mempool), an initial sync process is quite awkward:
For each new tip, apply block to wallet and other component, and persist wallet
In particular, the requirement to sync a wallet to the current tip before anything else is a constraint on application architecture - it is more complex to perform initial sync concurrently, since a wallet may sync to a different tip than another component. If that other component also does not support disconnecting blocks, one needs to repeatedly attempt to sync each to the same block.
If specifying a target chain tip for sync was possible, an initial sync process could look like
Uh oh!
There was an error while loading. Please reload this page.
Describe the enhancement
Currently, there is no way to sync a
Wallet
to a specific block (and no further).One can specify an initial chain tip in a sync request, but there is no way to specify a target chain tip. A sync always ends with the current best tip.
There is no way to disconnect a wallet tip either, so syncing to current best tip and then disconnecting blocks is not possible (#1271, #1655).
It should be possible to either:
Wallet
Use case
In an application that needs to keep a wallet in sync with some other component that updates on each new tip (eg. a mempool), an initial sync process is quite awkward:
sequence
/rawblock
/hashblock
In particular, the requirement to sync a wallet to the current tip before anything else is a constraint on application architecture - it is more complex to perform initial sync concurrently, since a wallet may sync to a different tip than another component. If that other component also does not support disconnecting blocks, one needs to repeatedly attempt to sync each to the same block.
If specifying a target chain tip for sync was possible, an initial sync process could look like
sequence
/rawblock
/hashblock
If disconnecting blocks was possible, an initial sync process could look like
sequence
/rawblock
/hashblock
The text was updated successfully, but these errors were encountered: