Re: [bitcoin-dev] Reasons to add sync flags to Bitcoin

2016-07-28 Thread Moral Agent via bitcoin-dev
If there is concern about the block-with-valid-header-but-invalid-transactions-spam-attack, I have a strategy using sync flags that may drastically reduce the problem. Sync flags documented here: https://github.com/moral-agent/sync_flags/blob/master/README.md) The strategy to defeat the above

Re: [bitcoin-dev] Reasons to add sync flags to Bitcoin

2016-07-27 Thread Moral Agent via bitcoin-dev
I made a repo to be a home for sync_flags here: https://github.com/moral-agent/sync_flags If you see any personally identifying information, please be a good sport and let me know. I'm a nobody, but I'd still prefer not to get doxxed. Two changes to the proposal (see repo for explanations) 1.

Re: [bitcoin-dev] Reasons to add sync flags to Bitcoin

2016-07-26 Thread Nick ODell via bitcoin-dev
Moral, Mining the sync flag isn't compatible with the payout structure of non hot-wallet pools like Eligius or decentralized pools like p2pool. Those need the ability to split a reward among multiple parties. Instead of giving an address to send the funds to, you could include the hash of the

Re: [bitcoin-dev] Reasons to add sync flags to Bitcoin

2016-07-26 Thread Tier Nolan via bitcoin-dev
On Tue, Jul 26, 2016 at 9:58 PM, Martijn Meijering via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > Is there a reason miners would be more likely to engage in selfish > mining of sync flags than they are now with ordinary blocks? > This proposal has the same effect as adding

[bitcoin-dev] Reasons to add sync flags to Bitcoin

2016-07-26 Thread Martijn Meijering via bitcoin-dev
- Flags will be mined selfishly, and not published until the advantage gained from withholding is less than the mining reward. This effect may kill the decentralization features, since big miners will be the only ones that can selfish-mine flags. Indeed, collusion would be encouraged...

Re: [bitcoin-dev] Reasons to add sync flags to Bitcoin

2016-07-26 Thread Erik Aronesty via bitcoin-dev
- Flags will be mined selfishly, and not published until the advantage gained from withholding is less than the mining reward. This effect may kill the decentralization features, since big miners will be the only ones that can selfish-mine flags. Indeed, collusion would be

Re: [bitcoin-dev] Reasons to add sync flags to Bitcoin

2016-07-26 Thread Tom via bitcoin-dev
> #Basic idea: > > Ideally, all miners would begin hashing the next block at exactly the same > time. Miners with a head start are more profitable, and the techniques that > help miners receive and validate blocks quickly create centralization > pressure. > > What if there was something that

[bitcoin-dev] Reasons to add sync flags to Bitcoin

2016-07-26 Thread Moral Agent via bitcoin-dev
I posted this to /r/bitcoin yesterday but it got minimal comments. One uses suggested I try the mailing list so here it is: The idea presented here could have the following benefits: 1. Improve mining decentralization 2. Reduce variance in mining profitability 3. Reduce or eliminate SPV mined