ZcashSDK

The number of zatoshi that equal 1 ZEC.

The theoretical maximum number of blocks in a reorg, due to other bottlenecks in the protocol design.

The amount of blocks ahead of the current height where new transactions are set to expire. This value is controlled by the rust backend but it is helpful to know what it is set to and should be kept in sync.

Default size of batches of blocks to request from the compact block service.

Default amount of time, in in seconds, to poll for new blocks. Typically, this should be about half the average block time.

Default attempts at retrying.

The default maximum amount of time to wait during retry backoff intervals. Failed loops will never wait longer than this before retyring.

Default number of blocks to rewind when a chain reorg is detected. This should be large enough to recover from the reorg but smaller than the theoretical max reorg size of 100.

The number of blocks to allow before considering our data to be stale. This usually helps with what to do when returning from the background and is exposed via the Synchronizer’s isStale function.

Default Name for LibRustZcash data.db

Default Name for Compact Block caches db

Default name for pending transactions db

File name for the sapling spend params

File name for the sapling output params

The Url that is used by default in zcashd. We’ll want to make this externally configurable, rather than baking it into the SDK but this will do for now, since we’re using a cloudfront URL that already redirects.