<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div class=""><div class=""><blockquote type="cite" class=""><div class="">14 aug 2015 kl. 16:20 skrev Anthony Towns <<a href="mailto:aj@erisian.com.au" class="">aj@erisian.com.au</a>>:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_default" style="font-family: monospace;"><span class="" style="font-family: arial, sans-serif;">On 14 August 2015 at 11:59, Jakob Rönnbäck </span><span dir="ltr" class="" style="font-family: arial, sans-serif;"><<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank" class="">bitcoin-dev@lists.linuxfoundation.org</a>></span><span class="" style="font-family: arial, sans-serif;"> wrote:</span><br class=""></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex;">What if one were to adjust the difficulty (for individual blocks) depending on the relative size to the average block size of the previous difficulty period? (I apologize if i’m not using the correct terms, I’m not a real programmer, and I’ve only recently started to subscribe to the mailing list)<br class=""></blockquote><div class=""><br class=""></div><div class=""><div class="gmail_default" style="font-family: monospace;">That would mean that as usage grew, blocksize could increase, but confirmation times would also increase (though presumably less than linearly). That seems like a loss?</div><div class="gmail_default" style="font-family: monospace;"><br class=""></div></div></div></div></div></div></blockquote><div class=""><br class=""></div>Would that really be the case though? If it takes 5% to find a block, but it contains 5% more transactions would that not mean it’s the same? That would argue against the change if not for the fact that the blocks will be bigger for the next difficulty period.</div><div class=""><br class=""><blockquote type="cite" class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><div class=""><div class="gmail_default" style="font-family: monospace;">If you also let the increase in confirmation time (due to miners finding harder blocks rather than a reduction in hashpower) then get reflected back as decreased difficulty, it'd probably be simpler to just dynamically adjust the max blocksize wouldn't it?</div><div class="gmail_default" style="font-family: monospace;"><br class=""></div></div></div></div></div></blockquote><br class=""></div><div class="">I guess that could make the difficulty fluctuate a bit depending on the amount of transactions and the fees being paid. Would it really matter in the long run though? Since it’s the same amount of miners, doesn’t that just mean it’s just the number that is lower, not the actual investment needed to mine the blocks? Not sure if this would open up some forms of attacks on the system for someone willing to lose money though…</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Very good feedback though, thanks a lot :)</div><div class=""><br class=""></div><div class="">/jakob</div></div></body></html>