Probabilistic collisions, while present, would be statistically insignificant at 4 chars length.
Implementation by wallets would just require a loop of their existing address generation until a match is found, trivial to implement. Wallets could provide a dropdown which shows the most commonly used signals as seen on the block chain, or a write-in. Signalling within OP_RETURN increases the tx size and cost. This address hashing method keeps the very small economic cost of voting off the chain, rather than passing it cumulatively to everyone with the insertion of additional data. Since I wrote this I have come across a similar idea called CryptoVoter which I think deserves more attention than it has had. ________________________________ From: Natanael <natanae...@gmail.com> Sent: Sunday, February 5, 2017 4:22 PM To: Bitcoin Dev; John Hardy Subject: Re: [bitcoin-dev] Transaction signalling through output address hashing Censorship by miners isn't the only problem. Existing and normal transactions will probabilistically collide with these schemes, and most wallets have no straightforward way of supporting it.
_______________________________________________ bitcoin-dev mailing list bitcoin-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
