Topic: Miners: Time to deprioritise/filter address reuse! - page 15. (Read 51855 times)

What the patch Luke posted does impacts both inputs and outputs, but doesn't hurt the case where you do an unconfirmed spend of a fresh payment in the same block.  And yes, they'll still go through, just deprioritized (currently in the form of only allowing one use per block) so they'll take longer.

Would this effect both inputs and outputs to the address?  And I am correct in understanding this simply would make confirmations longer but not somehow land them in forever limbo?

There are things in the works to make things easier, like the payment protocol and BIP32.
As I said, it would have been nice if these matured before we phased out address reuse, but it seems we don't have that kind of convenience.

In most normal business use you already must use a new address for each transaction you receive in order to distinguish which user is paying you.

Note that reuse has always been problematic and this isn't news. How long do we have to wait for uses to improve their transaction hygiene while there is no direct incentive to do so?
Was it an anti-casuaul knee jerk reaction that had me running a similar patch on my mining farm years ago?

Knee Jerk Reaction.

Except if you are expecting more than a single transaction every 8mins. Are you saying we should make it harder to use bitcoins? I am all for the change, but there does not appear to be the infrastructure in place to support this change. Implement HD addresses and we would be ready to go.

Those things don't require a static address; it is simply much more convenient to use one. Ostensibly, deprioritised transactions may still go though, but it may take hours of days. If you are only emptying such addresses monthly, should not be much of a problem. Fees can likely be used to bump the priority back up.


Check the links in OP. White/green/red/black-lists are coming. If implemented by a large number of merchants or exchanges, they will hurt the fungibility of Bitcoin. Without fungibility, you don't have money: you have collectibles.

Yeah lets make things more complicated!! Who wants user-friendly bitcoins anyways...  

Btw what's the reason for such a change? Are we after vanity addresses or something  

I particularly think this is a good "selling point" to this.

So you're going to make it harder for people to spend coins they legitimately earned.  I have no intention on slowing down transactions on the network by forcing people to implement changes to how they receiving mining payments/accept donations due to overreaction to some Coin Validation scheme that I doubt will ever actually come into existence.  I'll react if it shows the slightest sign of ever actually being implemented, but I highly doubt it ever will be in the first place.

How would this effect things that require a static address? (Donations, etc.)

I personally would prefer to see those HD addresses, or address scopes.

I'd previously run something similar on my miners.

Beyond encouraging behavior that improves privacy for everyone and making censorship more of a non-starter, this has a benefit of giving naturally more equitable access to the shared resource of the blockchain:  If someone is self-identifying as a single user by using an address over and over again, why not use that information to give other transactions (which may all be from independent users) more equal access?

The specific details of what form the deprioritization takes are less clear. Right now this patch implements a hard prohibition on reuse that has a one block scope. E.g. if there are 10 transactions with 1APPLE and if all miners ran this patch it would take 10 blocks for them all to make it in.   I'd probably prefer something softer (e.g. treat reuse as having half or quarter the fee/priority), but with longer memory... but the important thing is to get it out there and explore the ideas and effects, and also clean up some of the Bitcoin ecosystem which was lazily reusing addresses constantly for no reason except nothing was incentivizing them to fix it.

We need to get some things (like BIP32) deployed to eliminate some of the sources of reuse, but it does no good if only the paranoids use it,  faster confirmations will be an added incentive for the changes than the amorphous and indirect benefits of inoculating our economy against censorship and loss of privacy.

good on you man. This was the best approach to stick it up yifu's ass.

Reserved (for pool position list/summary, etc).

Pool	Patch/Position
BTCGuild	Waiting until threat materialises more.
Eligius	unique_spk_mempool

Addresses have always been considered single-time-use since Satoshi released the whitepaper.
While the community has tolerated reuse for things like donation addresses due to lack of convenient alternatives, it looks like the time is here early that this needs to stop.
I had hoped to defer anything in this area until wide deployment of the payment protocol (which should make such things unnecessary), but our hands¹ are perhaps² being forced³ to act sooner⁴.

I am hereby announcing the first release of a the first patch for miners to filter address reuse:
unique_spk_mempool for bitcoind 0.8.5
For now, since this is still somewhat common, this just deprioritises it to one reuse per block.
If I have time, I plan to write patches to be more and less aggressive that miners can choose between (or maybe others will beat me to it!).

If you want to support this move, encourage your favourite mining pool to adopt this or a similar policy change, or use a decentralised pool that lets you apply it yourself.

In collaboration with wizkid057, the Eligius mining pool (15% of total network hashing) is now the first to deploy this change on an experimental basis.