Zkool Documentation
  • What's new

    • Since 6.35
    • Since 6.34
    • Since 6.32
    • Since 6.31
    • Since 6.30
    • Since 6.29
    • Since 6.28
    • Since 6.27
    • Since 6.26
    • Since 6.25
    • Since 6.24
    • Since 6.23
    • Since 6.22
    • Since 6.21
    • Since 6.20
    • Since 6.19
    • Since 6.18
    • Since 6.17
    • Since 6.16
    • Since 6.15
    • Since 6.14
    • Since 6.13
    • Since 6.12
    • Since 6.11
    • Since 6.10
  • Guides

    • Getting Started
    • Account Manager
    • Synchronization
    • Account
    • Addresses
    • Payments
    • Other features
    • Building Zkool from source
  • Recipes

    • Edit an Account
    • Supported Key Types
    • Cold Wallet
    • Ledger
    • Troubleshooting Synchronization Issues
    • Folders
    • Contacts
    • Database/Wallet Files
    • Using TOR
    • Security
    • Kiosk Zkool
    • Mempool
    • Payment URI
    • Locking Notes
    • Mainnet, Testnet, Regtest
    • Export to CSV
  • Categories / Reports

    • Overview
    • Examples
    • Categories
    • ZEC Price
    • Charts
  • MultiSig Accounts / FROST

    • Overview
    • Key Generation
    • Signing a Transaction
  • GraphQL

    • GraphQL API
    • Build
    • GraphIQL
    • Account Management
    • Synchronization
    • Balance
    • Transaction History
    • Receiving Funds
    • Sending Funds
    • Unconfirmed Funds
    • Notifications / Subscriptions
  • ZSA

    • Zcash Shielded Assets
    • Testnet
    • Using ZSA with Zkool
  • Coin Weighted Voting

    • Overview
    • How to vote
  • Cloud Vault

    • Overview
    • How to use
  • Zcash tech

    • Shielded Pools
    • Bitcoin Data Model
    • Transaction Graph
    • Privacy

This release rebuilds coin weighted voting on a new foundation and separates the synchronization data of each account.

Released 27 September 2026.

Voting, rebuilt

The voting pages were rewritten around a sidecar database that lives next to the wallet and keeps the state of every round. Selecting Voting opens the list of open rounds, with their details and proposals, while a stepper shows how far the loading has got. The ballot takes one proposal at a time and reopens at the last answered proposal if you leave it halfway. A report lists the decisions recorded for a round.

Before a vote is cast, the eligible notes are previewed. Submitting then walks through delegation, the vote and the delivery of the helper shares, with the progress on screen. If the app is closed before the shares are confirmed, opening the round again resumes their delivery. Requests to the helper servers go through Tor when Tor is the selected transport, and wallet actions that would disturb a run in progress are blocked while it runs.

The list of roundsThe ballot, one proposal at a time

See the Voting section. The submission was carried further in 6.35.

Per-account synchronization headers

The block headers that anchor the synchronization used to be shared by all the accounts in a wallet. Rewinding or rescanning one account could corrupt another account's anchor. Every account now owns its headers, and the first open after the update migrates the existing ones.

Also

  • HTTP requests to a list of servers try them in a random round robin instead of always starting with the first.
  • Tor now carries plain HTTP requests as well, with the Arti client the wallet already uses.
Last Updated: 11/6/26, 12:26 AM
Contributors: hhanh00
Prev
Since 6.31
Next
Since 6.29