# Coinholder: Protocol Feature Sentiment Poll

**URL:** <https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487>\
**Category:** Governance\
**Created:** [January 29, 2026, 4:18am UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487 "2026-01-29T04:18:35Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![aquietinvestor](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/aquietinvestor/32/34528_2.png) [@aquietinvestor](https://forum.zcashcommunity.com/u/aquietinvestor)\
**Post date:** [January 29, 2026, 4:18am UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/1 "2026-01-29T04:18:36Z")

</div>

### **Polling is now open! Please read these instructions carefully.**

### **Overview**

This poll is intended to gauge coinholder sentiment on a set of proposed Zcash protocol features and initiatives. It includes **11 questions** , each focused on a specific proposal that is either completed or expected to be ready within the next year. The goal is to better understand where there is alignment, uncertainty, or divergence in sentiment across the ecosystem.

Participants are encouraged to take their time when responding. We recommend reviewing the relevant proposals, discussing them with others, and making informed, thoughtful decisions. For each question, there are two options: **support** or **oppose**. If you wish to **abstain** on a particular question, simply **skip that question**. The poll will remain open until **Friday, February 20 at 8:00pm UTC**. If it becomes clear that additional time is needed for review or discussion, the polling period may be extended.

To help respondents make informed decisions when participating in the poll, **background information and relevant forum discussions for each question** are available at the following link:

> [@NU7 Sentiment Polling Informational Links](https://forum.zcashcommunity.com/t/nu7-sentiment-polling-informational-links/54462):
>
> To help Zcash users when considering their choices for voting in the[NU7 Sentiment Polls](https://forum.zcashcommunity.com/t/nu7-sentiment-polling-and-zip-submission-window/53766/41) I have collated a list of relevant links related to each of the polling questions to hopefully make information and previous forum discussions easier to find. These are what I could dig up scouring the forum, feel free to DM me if there are important ones I may have missed and I will add them to this list Voting Deadline is February 20 at 8:00pm UTC ZCAP members can find instructions [here](https://forum.zcashcommunity.com/t/zcap-nu7-sentiment-polling-january-2026/54480) Coinholders ca…

This poll is one of several taking place in parallel, all asking the same questions. Responses will be collected across multiple groups, including coinholders, ZCAP, and various engineering and community panels. Once polling concludes, results will be compared across all groups to assess whether there is clear, broad consensus. Individual poll results are advisory and non-binding on their own and are evaluated together with all other poll results to assess whether there is clear consensus. If results are close or unclear, the organizers may run additional polling or a follow-up round to better understand community sentiment.

* * *

### **Voting With Shielded ZEC**

Your full voting power is available for each question, meaning you can use the same amount of voting power on multiple questions. Seeing “ **0 remaining voting power** ” after casting a vote only applies to that individual question and does not limit your ability to vote on others.

You can download the app to vote shielded ZEC here:

> **[Release v1.4.0 · hhanh00/zcash-vote-app](https://github.com/hhanh00/zcash-vote-app/releases/tag/v1.4.0)**
>
> 1.4.0 (2025-11-04)
> Features
> 
> add progress messages to vote/delegate (#76) (bd71433)
> 
> Bug Fixes
> 
> add progress to sync (#74) (203b091)
> clippy warnings (#73) (7eb49bc)
> fix android build (#79) (8109010)

**Please note that there is a separate “zecvote.zone” URL for each question.**

> Q1: What is your general sentiment toward including Zcash Shielded Assets (ZSAs) as a protocol feature?
> 
> [https://zecvote.zone/election/d7281580b01f8d1d056b52965397a63895ac491538d49ae9a9bbb4458271f701](https://zecvote.zone/election/d7281580b01f8d1d056b52965397a63895ac491538d49ae9a9bbb4458271f701)
> 
> Q2: What is your general sentiment toward adding protocol support for the Network Sustainability Mechanism (NSM), including smoothing the issuance curve, which allows ZEC to be removed from circulation and later reissued as future block rewards to help sustain network security while preserving the 21 million ZEC supply cap?
> 
> [https://zecvote.zone/election/8f01a2ca0af8e088637dfde26524180bcb48e5ed5f7fb6410cfe2a385b269706](https://zecvote.zone/election/8f01a2ca0af8e088637dfde26524180bcb48e5ed5f7fb6410cfe2a385b269706)
> 
> Q3: What is your general sentiment toward burning 60% of transaction fees via the Network Sustainability Mechanism (NSM)? The goals are to demonstrate Zcash’s commitment to long-term sustainability, to burn ZEC so that it can be re-issued in the future without exceeding the 21M supply cap, and in the context of dynamic fees, to prevent miners from manipulating fees.
> 
> [https://zecvote.zone/election/b4e3b9a1008483ea68d8fb2abb4f8e6987e870d20fca410f3edae8ca8362d00e](https://zecvote.zone/election/b4e3b9a1008483ea68d8fb2abb4f8e6987e870d20fca410f3edae8ca8362d00e)
> 
> Q4: What is your general sentiment toward including Memo Bundles, which let transactions include memos larger than 512 bytes and share a memo across multiple recipients, and also permits inclusion of authenticated reply-to addresses, as a protocol feature?
> 
> [https://zecvote.zone/election/626452804795e079e8a43cb42183a38c55ad45d59bfe30c90478d8c660452308](https://zecvote.zone/election/626452804795e079e8a43cb42183a38c55ad45d59bfe30c90478d8c660452308)
> 
> Q5: What is your general sentiment toward adding protocol support to enable Explicit Fees, allowing transaction fees to be clearly specified and committed to in the transaction?
> 
> [https://zecvote.zone/election/e3ac5600cf85c4e2dd82e53cf9f05975052a9779325c0e43305b6ab7cb592101](https://zecvote.zone/election/e3ac5600cf85c4e2dd82e53cf9f05975052a9779325c0e43305b6ab7cb592101)
> 
> Q6: What is your general sentiment toward reducing the complexity and attack surface of the Zcash protocol by disallowing v4 transactions? This would disable the ability to spend Sprout funds, for which there will be no wallet support in any case after the prior deprecation of zcashd.
> 
> [https://zecvote.zone/election/1d075a9b9e0b53072efebff331722d99a74bc7f21b6d26f0600d47d377a67e2b](https://zecvote.zone/election/1d075a9b9e0b53072efebff331722d99a74bc7f21b6d26f0600d47d377a67e2b)
> 
> Q7: What is your general sentiment toward deploying a new shielded protocol or pool to address scalability challenges as part of Project Tachyon?
> 
> [https://zecvote.zone/election/340534dc1a42a2faef9fe57ecff609526d8433e5e9a9f6feac6d09fe1f0d5d2d](https://zecvote.zone/election/340534dc1a42a2faef9fe57ecff609526d8433e5e9a9f6feac6d09fe1f0d5d2d)
> 
> Q8: What is your general sentiment toward adding protocol support for STARK proof verification via Transparent Zcash Extensions (TZEs) to enable Layer-2 designs on Zcash?
> 
> [https://zecvote.zone/election/89a963d3ea444af7af7460b5c9f6c1aff5b4dc6cbd9b4356f9ef24591fcef626](https://zecvote.zone/election/89a963d3ea444af7af7460b5c9f6c1aff5b4dc6cbd9b4356f9ef24591fcef626)
> 
> Q9: What is your general sentiment toward adding protocol support for a comparable-based, dynamic fee mechanism?
> 
> [https://zecvote.zone/election/a816627d9b7c36116c150d2e80cbda64c616556733cbdeeaf6572db849405335](https://zecvote.zone/election/a816627d9b7c36116c150d2e80cbda64c616556733cbdeeaf6572db849405335)
> 
> Q10: What is your general sentiment toward adding protocol support for consensus accounts, which generalize the functionality of the dev fund lockbox and reduce the operational expense of collecting ZCG funds and miner rewards?
> 
> [https://zecvote.zone/election/b94cacd2a847e2996048b9371a4b4eb989decd8cfa0d3ebb06d0bb6527eb7c3f](https://zecvote.zone/election/b94cacd2a847e2996048b9371a4b4eb989decd8cfa0d3ebb06d0bb6527eb7c3f)
> 
> Q11: What is your general sentiment toward “Orchard quantum recoverability”, which aims to ensure that if the security of elliptic curve-based cryptography came into doubt (due to the emergence of a cryptographically relevant quantum computer or otherwise), then new Orchard funds could remain recoverable by a later protocol — as opposed to having to be burnt in order to avoid an unbounded balance violation?
> 
> [https://zecvote.zone/election/7fa15c2d77bb5b1ad3bec984d95bd5a61954494d6cba2cc2c71a3d85aec0963e](https://zecvote.zone/election/7fa15c2d77bb5b1ad3bec984d95bd5a61954494d6cba2cc2c71a3d85aec0963e)

For the desktop app, follow these steps to cast your vote:

1. Open the voting app.
2. Click **“New”** to start voting in a new election.
3. Enter the **election URL** and your **seed phrase**.
4. Select “Internal Wallet,” if applicable.
5. Save the election file when prompted.
6. Click **“Download Blockchain Data.”** Once it finishes processing, your voting power should appear.
7. Go to the **“Vote”** tab, select your choice, and enter the number of votes you want to cast.
8. You should see a **confirmation message** once your vote has been successfully submitted.

On average, **each vote takes about three minutes to process** before you receive a confirmation.

If you’d prefer to **delegate your vote to ZecHub** , you can use the following address:

`zvote1vqx5jlku3ukhl6vx95mutmvzq7y7gg9s84pcv4undts99jleyqlm5craxfw4j6xj0uqc2ps06ps`

**A couple important things to remember** :

First, the safest way to participate now that the registration period has ended is to **move the ZEC out of the wallet** you’re using to vote. That way, when you enter the seed phrase to vote, the wallet will be empty, eliminating any risk of losing funds.

Second, when you create a new election, you’ll see a switch for “ **Internal Wallet** ” that allows the app to scan for funds stored in internal accounts, like those used by Zashi, Edge, eZcash, and other wallets that follow ZIP 316. This is to address an issue where users of these wallets did not see their full balance available to vote. If you hold ZEC in both internal and external accounts, you’ll need to cast your vote twice: once with the switch turned on, and once with it turned off.

Please use this thread to let us know if you run into any issues or to provide feedback on the overall process and user experience.

* * *

### **Voting With Transparent ZEC**

If you want to vote ZEC held in a transparent address, follow the instructions and example outlined by @outgoing.doze:

> [@Coinholder Polling on Governance and Funding](https://forum.zcashcommunity.com/t/coinholder-polling-on-governance-and-funding/50812/13):
>
> To protect the anonymity of wallet holders, I suggest votes (signed messages) are sent to a shielded wallet where the viewing key is shared with the community so anyone can review the votes. The character limit being 512 if not mistaken, should be plenty. The format could be as simple as this:
> 
> ```auto
> 
> $voteDetails
> 
> $address
> 
> $signature
> 
> ```
> 
> The extra line in between will make it easier easier to review visually.
> 
> Example (ignore invalid signature):
> 
> ```auto
> 
> 1A; 2E Let’s make more Zcash Swag; 3Y
> 
> t1VydNnkjBzfL1iAMyUbwGKJAF7PgvuCfMY
> 
> ICrKSQjLORZP/aUTluyf2sZXXK+HuKtxdBLt2RRCn2j5CxgZlccNmiMC2K104JuhHnvHd5cXgSzdZtGh9vgWAYA=
> 
> ```
> 
> To protect from a Sybil attack, I suggest a **payment of 0.1 ZEC** is sent along with the vote. Anything less than 0.1 ZEC would therefore be ignored.
> 
> The wallet would be generated and controlled by a trusted member of the community, same person that would share the viewing key with the community.

Orchard Address:

`u1lj9s8h3qz6su9gztwrpnw5mnsvfdeklgrn070j9ss9l8f2qpuhpsx2d5347qg30wkja2lzxjyhlc00gcxx2a690zl27qg5axagphf3s7`

View Key:

`uview1t2k9exue8kglrz7ue3f4skqy96qwdvmq3a3gs9l44nvjkh9fp8443e899let73m9wlp3uzumzsa26dtj96swws3kxaqnl4h3l8rafysn7mzffdlsdaeqjh3f8fjgq2xwr9vuuara0l8yqa75nvu6cdw46u0tear84pj6hz4y6jqhex358pn4vxrhpy0s93tn9hqxmfj2urnmpuuzs55hgwcxfu9nt6zscvev43yxm0lr8luxpdu8wx6gq8hprwl24eg8ktgmjyn5sf5mm3uy46cwvpru536u6wyle9u2t5p4qyjp4xpzrpqk8e3z9snf4e45nkatfphe8t4wvav6gktu0d6knzmdy8xnud8llh87xeuw3ltftcxlwjexvqdcr0fjreqgujzf9`

Birthday Height:

`3,221,100`

Note: Funds cannot be moved during the voting period, which runs until **Friday, February 20, at 8PM UTC**.

* * *

### Frequently Asked Questions (FAQ)

**Am I eligible to participate?**

To be eligible to participate, you must have moved ZEC into the Orchard pool or refreshed your notes during the registration period that ran from Block 2,978,050, which occurred on July 1, 2025, to Block 3,218,812, which occurred on January 26 around 11:59 PM UTC.

**Why is there a registration period?**

The registration period exists because it would be too computationally intensive to scan every Orchard note ever created. “Proof of balance” relies on the halo2 circuit, which, like Orchard itself, requires the wallet to compute witness data. Allowing participation from all Orchard notes since inception would mean downloading and processing the entire chain, which involves several gigabytes of data and would be impractical for most users. Limiting it to a registration window keeps the process efficient and accessible.

**What is the recommended approach for registering and voting?**

To participate, coinholders need to move their ZEC into the Orchard pool or refresh their notes (by sending an Orchard transaction to themselves) during the registration window. Once the registration deadline passes, they will be able to cast their vote.

The safest approach is to move the ZEC out of the wallet you used for registration once the window has closed. This way, when you later use the seed phrase to vote, the wallet will be empty, removing any risk of accidentally losing funds while still allowing your vote to be counted.

**Is there a minimum amount of ZEC needed to vote?**

Yes, you’ll need at least 0.01 ZEC to vote.

**Can you provide an overview of the election process?**

The Coin Voting 2.0 application differs from the previous voting system that was integrated into YWallet. This is a standalone application that is not currently integrated into any wallet, meaning users will need to download it separately. Each election consists of four steps: creation, hosting, voting, and auditing. The creator defines the vote parameters, including the question, answers, and eligible block range. The host runs the election logistics, providing a trustless online service for voters to submit ballots. Voters participate using their Orchard funds, with the option to delegate votes. Finally, auditors verify the results once the election concludes by using a revealed seed phrase to validate the ballots and report the final counts.

**Is Coin Voting 2.0 safe to use?**

Yes. The current recommended process is to generate a fresh seed phrase, move funds into that wallet during the registration window, keep them there until registration closes, and then move them out before voting. The seed phrase used for voting should not be reused for any other purpose, but the voting process itself never reveals the seed. In addition, Coin Voting 2.0 has undergone an [independent security audit by Least Authority](https://leastauthority.com/blog/audit-of-zcash-coin-voting-2-0/). Long term, the goal is to integrate voting directly into widely used wallets, making participation more seamless, secure, and accessible for all users.

**Where can I download the Coin Voting 2.0 app?**

> **[Release v1.4.0 · hhanh00/zcash-vote-app](https://github.com/hhanh00/zcash-vote-app/releases/tag/v1.4.0)**
>
> 1.4.0 (2025-11-04)
> Features
> 
> add progress messages to vote/delegate (#76) (bd71433)
> 
> Bug Fixes
> 
> add progress to sync (#74) (203b091)
> clippy warnings (#73) (7eb49bc)
> fix android build (#79) (8109010)

**Is there a demo or walkthrough that explains how the voting process works?**

Yes, check out this video explainer from @dismad of ZecHub:

[![](https://global.discourse-cdn.com/zcash/original/3X/d/4/d422a5abca8f1f7134b1e92353c9e92b32125342.jpeg "Zcash Coin Voting 2.0 Demo") ](https://www.youtube.com/watch?v=BPb1nI5iWrA)

**Are there any technical resources available for those who want to understand how the application works under the hood?**

Here are a couple resources that explain how the mechanism works:

- [Project Proposal - Coin Voting](https://hhanh00.github.io)
- [Coin Voting 2.0 with Hanh - ZconVI #zcash  
 ](https://zcash)

**Why does the app show more votes than the amount of ZEC I hold?**

In the Coin Voting 2.0 system, the number of votes you receive corresponds directly to the amount of ZEC you hold. The system is designed to assign votes in whole numbers by multiplying your ZEC balance by 1,000. So, if you have 10 ZEC, you receive 10,000 votes. This approach makes vote counting and display simpler, while still preserving the proportional relationship between holdings and voting power.

**Is it possible for the voting authority to manipulate votes?**

The Coin Voting 2.0 system is designed to be secure and tamper-resistant, but like any system, it depends on how it’s deployed. Votes are submitted to a dedicated voting blockchain that runs using the CometBFT consensus engine. This blockchain is maintained by a set of validators, which are called voting authorities.

If there’s only one validator, a malicious operator could suppress or selectively include votes. However, when deployed with at least four independent validators, the system becomes resistant to manipulation—as long as two-thirds of them are honest, no single party can control the outcome. This approach ensures that votes are collected and finalized through a consensus mechanism, rather than relying on a centralized server.

**How many voting authorities are there for this poll?**

There are six voting authorities for this poll: @hanh, @dismad, @judah, @alchemydc, Y and @james_katz.

---

<div class="post-metadata">

**Author:** ![dontbeevil](https://avatars.discourse-cdn.com/v4/letter/d/4491bb/32.png) [@dontbeevil](https://forum.zcashcommunity.com/u/dontbeevil)\
**Post date:** [January 29, 2026, 6:08am UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/2 "2026-01-29T06:08:19Z")

</div>

We need to Zashify the whole process (I know it’s not trivial or straightforward). Have wallets integrate the voting so users can vote easily.

---

<div class="post-metadata">

**Author:** ![hanh](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/hanh/32/27853_2.png) [@hanh](https://forum.zcashcommunity.com/u/hanh)\
**Post date:** [January 29, 2026, 6:18am UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/3 "2026-01-29T06:18:37Z")

</div>

We ran into some technical difficulties with a node.

## Voting is suspended until further notice.

(Probably should be up tomorrow though)

---

<div class="post-metadata">

**Author:** ![aquietinvestor](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/aquietinvestor/32/34528_2.png) [@aquietinvestor](https://forum.zcashcommunity.com/u/aquietinvestor)\
**Post date:** [January 29, 2026, 7:12pm UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/5 "2026-01-29T19:12:13Z")

</div>

The system is operational again, and voting can resume. Thank you for your patience!

---

<div class="post-metadata">

**Author:** ![outgoing.doze](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/outgoing.doze/32/37355_2.png) [@outgoing.doze](https://forum.zcashcommunity.com/u/outgoing.doze)\
**Post date:** [January 29, 2026, 8:09pm UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/6 "2026-01-29T20:09:19Z")

</div>

I won’t be participating in this vote.

I explained my reasoning in another thread: [What are we actually deciding? Vision vs technical details](https://forum.zcashcommunity.com/t/what-are-we-actually-deciding-vision-vs-technical-details/54499)

The short version: I don’t think coinholders should be voting on technical implementation details. We should be backing visions and teams, not picking parameters.

Shielded Labs is steering closest to my vision of Zcash. They have my support overall. I don’t have a way to express that through this poll, so this message is my vote.

---

<div class="post-metadata">

**Author:** ![daira](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/daira/32/43253_2.png) [@daira](https://forum.zcashcommunity.com/u/daira)\
**Post date:** [January 30, 2026, 11:42am UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/7 "2026-01-30T11:42:38Z")

</div>

Anyone considering whether to vote in this poll should be aware of the [risks associated with moving funds in order to use the shielded voting protocol](https://forum.zcashcommunity.com/t/nu7-sentiment-polling-and-zip-submission-window/53766/49). These include non-obvious risks that would not be present for normal transfer of funds, because of the need to reveal a seed phrase.

For example, suppose you hold all funds being voted in hardware wallets — which you absolutely should for any amount of funds large enough to matter in the poll. Then there is a software-only attack —valid in the normal threat model for hardware wallet usage— that could potentially mislead you into thinking that the funds have been successfully sent out of the wallet to which you’re going to reveal the seed phrase, when actually they are still in that wallet and could be stolen. This attack is completely undetectable unless you have a reliable independent way of checking whether that transaction that should have moved out the funds is correct and confirmed on the consensus chain (using the viewing key of the account you intended to move the funds back to, and a trusted platform).

To anticipate a likely objection, yes you are “only” explicitly revealing the seed phrase to the voting software, but in the normal threat model for hardware wallet usage, that should be treated as revealing the seed phrase to an adversary, because the voting software runs on an untrusted platform. And so the integrity or good intentions of the provider of the voting software are irrelevant; the malware that steals your funds in general isn’t that software.

As a result, I cannot in good conscience recommend that this protocol be used. I’m aware that saying this is likely to reduce turn-out, and might selectively bias the results against participation by risk-adverse users (or users who trust me on this), but I cannot see any way to avoid that. I would encourage anyone who would otherwise have used the shielded voting protocol, but does not do so because of this advice, to say so here.

Note that this isn’t a necessary problem with shielded coinholder voting. Using a viewing key rather than a seed phrase would help, although it wouldn’t mitigate all risks. I have other issues with putting too much weight on coinholder polls, but that’s not what I’m discussing here.

---

<div class="post-metadata">

**Author:** ![hanh](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/hanh/32/27853_2.png) [@hanh](https://forum.zcashcommunity.com/u/hanh)\
**Post date:** [January 30, 2026, 12:49pm UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/8 "2026-01-30T12:49:08Z")

</div>

Revealing the seed phrase of a wallet that has no funds should not be risky.

> [@daira](#):
>
> Then there is a software-only attack —valid in the normal threat model for hardware wallet usage— that could potentially mislead you into thinking that the funds have been successfully sent out of the wallet to which you’re going to reveal the seed phrase, when actually they are still in that wallet and could be stolen.

I don’t see how this could be possible if I can check the balance of my account in my hardware wallet, because as long as the funds are back, it’s all good.

---

<div class="post-metadata">

**Author:** ![dismad](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/dismad/32/18432_2.png) [@dismad](https://forum.zcashcommunity.com/u/dismad)\
**Post date:** [January 30, 2026, 4:28pm UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/9 "2026-01-30T16:28:36Z")

</div>

> [@outgoing.doze](#):
>
> I won’t be participating in this vote.

> [@daira](#):
>
> As a result, I cannot in good conscience recommend that this protocol be used

Curious if either of you be voting in _any_ polls this cycle?

---

<div class="post-metadata">

**Author:** ![outgoing.doze](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/outgoing.doze/32/37355_2.png) [@outgoing.doze](https://forum.zcashcommunity.com/u/outgoing.doze)\
**Post date:** [January 30, 2026, 4:38pm UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/10 "2026-01-30T16:38:00Z")

</div>

Probably not this cycle.

@daira’s security concerns add to my hesitation, but it’s not just that. I’m trying to focus on fundamentals and strategy rather than parameter details. These polls ask coinholders to weigh in on technical implementation choices. I don’t think that’s the right model.

I’ll vote again when my vote has direct effect on the chain. PoS gets us there. Stakeholders run the code they believe in. That’s cleaner than advisory polls on ZIPs.

Until then, I’m participating through forum discussions and backing teams publicly. That’s my input into the process.

---

<div class="post-metadata">

**Author:** ![daira](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/daira/32/43253_2.png) [@daira](https://forum.zcashcommunity.com/u/daira)\
**Post date:** [January 31, 2026, 12:30am UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/11 "2026-01-31T00:30:18Z")

</div>

> [@dismad](#):
>
> Curious if either of you be voting in _any_ polls this cycle?

Yes, I voted in the ZCAP and ZEC (Zcash Engineering Caucus) polls.

---

<div class="post-metadata">

**Author:** ![daira](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/daira/32/43253_2.png) [@daira](https://forum.zcashcommunity.com/u/daira)\
**Post date:** [January 31, 2026, 12:34am UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/12 "2026-01-31T00:34:55Z")

</div>

> [@hanh](#):
>
> I don’t see how this could be possible if I can check the balance of my account in my hardware wallet, because as long as the funds are back, it’s all good.

How do you “check the balance of [your] account in [your] hardware wallet”? Hardware wallets don’t typically have access to the chain. On a Keystone, for example, I can’t see balances on the Keystone’s screen. How the integration works is that the software wallet gets a viewing key. But that wallet could show you any balance (or more generally, any history).

I can guess what some of yous are probably thinking: “isn’t that a significant flaw in the security model of hardware wallets?” Well, I think many h/w wallet users likely do think they are getting security guarantees that they actually aren’t (and there is room for improvement, e.g. recent h/w wallets have enough memory and processing power that they could potentially check FlyClient proofs). But normally the attack I described is not possible because you’re not revealing your seed phrase. The danger with this protocol is that you only have a relatively short time to discover any discrepancy between what the software wallet shows you, and the actual chain.

---

<div class="post-metadata">

**Author:** ![hanh](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/hanh/32/27853_2.png) [@hanh](https://forum.zcashcommunity.com/u/hanh)\
**Post date:** [January 31, 2026, 1:48am UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/13 "2026-01-31T01:48:10Z")

</div>

I mean the device linked to your hardware wallet on your first seed phrase that is not revealed. That one is completely independent of the voting process.

If the funds are back there, they can’t be in the wallet that you use for voting.

If you worry about a rollback, you can wait a day or two. The blockchain cannot rollback more than 100 blocks (as you know).

---

<div class="post-metadata">

**Author:** ![dismad](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/dismad/32/18432_2.png) [@dismad](https://forum.zcashcommunity.com/u/dismad)\
**Post date:** [January 31, 2026, 5:18pm UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/14 "2026-01-31T17:18:40Z")

</div>

If folks want to use transparet voting here is a video howto using trezor

> [@Registration Period: Coinholder-Directed Retroactive Grants Program (Q4 Round)](https://forum.zcashcommunity.com/t/registration-period-coinholder-directed-retroactive-grants-program-q4-round/52696/13):
>
> One way to verify transparent coin voters: Another way is to use zcashd

---

<div class="post-metadata">

**Author:** ![dismad](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/dismad/32/18432_2.png) [@dismad](https://forum.zcashcommunity.com/u/dismad)\
**Post date:** [January 31, 2026, 5:24pm UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/15 "2026-01-31T17:24:35Z")

</div>

Here are the current number of ballets as I see them: (edit 02-04-26 )

```markdown
Q1: ZSA's election 11 66 ballots
Q2: NSM election 10 44 ballots
Q3: Burn Fees election 6 39 ballots
Q4: Memo Bundles election 9 19 ballots
Q5: Explicit Fees election 5 15 ballots
Q6: Sprout dep election 8 19 ballots
Q7: Tachyon election 2 41 ballots
Q8: STARK proof election 4 16 ballots
Q9: Dynamic Fees election 1 34 ballots
Q10: Consensus Accounts election 7 15 ballots 
Q11: Quantum Recovery election 3 12 ballots

```

Keep the votes comin!

---

<div class="post-metadata">

**Author:** ![Alex\_ZF](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/alex_zf/32/18974_2.png) [@Alex\_ZF](https://forum.zcashcommunity.com/u/Alex_ZF)\
**Post date:** [February 2, 2026, 6:52pm UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/16 "2026-02-02T18:52:26Z")

</div>



---

<div class="post-metadata">

**Author:** ![daira](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/daira/32/43253_2.png) [@daira](https://forum.zcashcommunity.com/u/daira)\
**Post date:** [February 4, 2026, 3:44pm UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/17 "2026-02-04T15:44:13Z")

</div>

> [@hanh](#):
>
> I mean the device linked to your hardware wallet on your first seed phrase that is not revealed.

Which is a software wallet. If you trusted it for authorizing access to funds, you would not need to use a hardware wallet. You are effectively trusting it to authorize access to funds because this attack is possible.

It doesn’t matter that this is the software wallet for which the seed isn’t revealed; if you think that matters, you have misunderstood the attack. The point is that you have no trusted path to verify that the funds have gone out of the wallet to which you _are_ revealing the seed.

---

<div class="post-metadata">

**Author:** ![hanh](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/hanh/32/27853_2.png) [@hanh](https://forum.zcashcommunity.com/u/hanh)\
**Post date:** [February 5, 2026, 1:20am UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/18 "2026-02-05T01:20:18Z")

</div>

Well, if you do not believe that a wallet linked to a keystone can give you the proper balance (because it is a software wallet), then the problem is not related to coin voting. How do you even use this wallet ?

---

<div class="post-metadata">

**Author:** ![daira](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/daira/32/43253_2.png) [@daira](https://forum.zcashcommunity.com/u/daira)\
**Post date:** [February 5, 2026, 1:46am UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/19 "2026-02-05T01:46:06Z")

</div>

I already answered that:

> [@daira](#):
>
> I can guess what some of yous are probably thinking: “isn’t that a significant flaw in the security model of hardware wallets?” Well, I think many h/w wallet users likely do think they are getting security guarantees that they actually aren’t (and there is room for improvement, e.g. recent h/w wallets have enough memory and processing power that they could potentially check FlyClient proofs). But normally the attack I described is not possible because you’re not revealing your seed phrase. The danger with this protocol is that you only have a relatively short time to discover any discrepancy between what the software wallet shows you, and the actual chain.

---

<div class="post-metadata">

**Author:** ![hanh](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/hanh/32/27853_2.png) [@hanh](https://forum.zcashcommunity.com/u/hanh)\
**Post date:** [February 5, 2026, 5:33am UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/20 "2026-02-05T05:33:16Z")

</div>

> [@daira](#):
>
> The danger with this protocol is that you only have a relatively short time to discover any discrepancy between what the software wallet shows you, and the actual chain.

This last part is unclear to me.  
It seems you are saying that any online wallet even just paired with a hardware to display its balance should not be trusted to show a correct amount.

---

<div class="post-metadata">

**Author:** ![dismad](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/dismad/32/18432_2.png) [@dismad](https://forum.zcashcommunity.com/u/dismad)\
**Post date:** [February 5, 2026, 4:27pm UTC](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487/21 "2026-02-05T16:27:19Z")

</div>

Update for 02-05-26 16:27 UTC

```markdown
Q1: ZSA's election 11 68 ballots
Q2: NSM election 10 44 ballots
Q3: Burn Fees election 6 39 ballots
Q4: Memo Bundles election 9 19 ballots
Q5: Explicit Fees election 5 15 ballots
Q6: Sprout dep election 8 19 ballots
Q7: Tachyon election 2 41 ballots
Q8: STARK proof election 4 16 ballots
Q9: Dynamic Fees election 1 34 ballots
Q10: Consensus Accounts election 7 15 ballots 
Q11: Quantum Recovery election 3 12 ballots

```

Keep the votes comin!

[Next page](https://forum.zcashcommunity.com/t/coinholder-protocol-feature-sentiment-poll/54487.md?page=2)
