Luke-Jr wrote: > On Thursday, September 15, 2011 8:56:24 AM kjj wrote: >> Luke-Jr wrote: >>> On Wednesday, September 14, 2011 9:57:00 PM Gavin Andresen wrote: >>>> I'm looking for review of this pull request: >>>> https://github.com/bitcoin/bitcoin/pull/517 >>> "Non-standard" transactions, or those with "insufficient" fees should not >>> be penalised. These are properly relay/miner policy decisions, not >>> protocol violations, and should be made more easily configurable, not >>> punished for configuration. >> A few non-standard transactions are probably legitimate. A whole bunch >> of them are probably not. I would think that assigning a point or two >> of badness to a peer sending one is pretty reasonable, with the >> understanding that we would need to adjust that as the network evolves. > No. There is no such thing as "non-standard transactions" really; it is simply > "transactions outside of the bounds that I as a user/miner will relay/accept". > It is perfectly legitimate for other users/miners to relay/accept transactions > more liberally. By penalising for transactions falling outside of your > *personal policies*, you would end up banning many legitimate nodes. It is certainly true that standardness is an artificial construct that only has meaning to this particular implementation of the software, but no meaning in the context of the protocol or the system as a whole.
On the other hand, the vast, vast majority of all transactions follow a particular pattern. If someone gives you one that doesn't match the standard pattern, you might be a little suspicious, but it is no big deal. But, if they emit dozens or hundreds, it is hardly unreasonable to disconnect them until you figure out what's going on. ------------------------------------------------------------------------------ Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ _______________________________________________ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
