And that prevents me from disclosing it to someone else how?
So, go through the ballots in your precinct until you find one that voted on all the issues and candidates (I usually have a dozen or so things to vote on), until you find one that matches the ballot that you want to show off. Then transcribe that number onto a different sheet of paper (as it is not going to be provided on a handy laminated card as your actual key is).
Then they ask you, why do you have a separate paper for your public key? Why not use the one you were given? Speaking of which, where’s your private key, if you want this $50/if you want to not get bullied/if you want to not get fired/if you don’t want to sleep on the couch tonight, you need to show me your private key.
The way that the encryption works is that you have to create the numbers at random first, so I don’t know if it would be possible to create a key that resolves to dictionary words. Even if you did, we are talking about creating tokens for hundreds of millions of people, so it would be very difficult for everyone to have their own unique set of dictionary words.
Assuming that we stick with 256 bit, (which is not very secure), then that means that the voter only has somewhere in the 30ish range of characters to enter in order to vote.
I’m thinking that this is another stake through the heart of this plan. People are supposed to be entering in these long alphanumeric codes. Well, there goes the vote of most people over 50. I’d say that is the fatal flaw, but there are so many flaws to this plan, that it is hard to tell which is really the killer of it.
Okra, maybe it would help if you actually explained what it is that your solution is trying to do. As it is, it simply adds layers of complexity, invoices voters, demolishes the integrity of the secret ballot, and opens up the system to easier fraud.
What benefit would this pose?