<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="">Hmm… well, yes and no. Mostly no :)<div class=""><br class=""></div><div class="">The main idea i was trying to describe was that the actual difficulty for the block could be adjusted according to how much the size of the proposed block differ compared to the average size of blocks in the previous difficulty period. Unless I’m being very dense atm your gist is just about dynamically adjusting the blocksize?</div><div class=""><br class=""></div><div class=""><div class=""><br class=""></div><div class="">&nbsp;I’ll give a numeric example to clarify a bit.</div><div class=""><br class=""></div><div class="">Assume the current difficulty was calculated to be 1000, and the average size of the blocks in the period used to calculate the difficulty was 500kb.</div><div class="">Example 1:</div><div class="">I’m now attempting to find a new block with a size of 450 kb, or 450/500 = 10% smaller than average. The difficulty would then be 1000 * 110% = 1100</div><div class="">Example 2:</div><div class="">If I instead was trying to make a block sized 10000 kb, or 10000/500 = 2000% bigger than average the difficulty would be adjusted to 1000*20 = 20000</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Why I find this interesting is in a possible future when the block reward is insignificant compared to the transactions fees miners would make bigger blocks as fees rise. A miner could include more transactions into blocks as long as the fees are high enough to offset the reduced chance of actually finding the block. However, I now realize that there wouldn’t be any downward pressure below the average size if the price shrinks (using the particular numbers i have in my examples) though. Maybe this method is only useful on the upside of the blocks, meaning blocks smaller than the average size doesn’t get adjusted difficulty. I need to go for a walk and think this through :)</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div class=""><div class=""><div><blockquote type="cite" class=""><div class="">14 aug 2015 kl. 15:32 skrev Angel Leon &lt;<a href="mailto:gubatron@gmail.com" class="">gubatron@gmail.com</a>&gt;:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Like this?<br class=""><a href="https://gist.github.com/gubatron/143e431ee01158f27db4" class="">https://gist.github.com/gubatron/143e431ee01158f27db4</a><br class=""></div><div class="gmail_extra"><br clear="all" class=""><div class=""><div class="gmail_signature"><a href="http://twitter.com/gubatron" target="_blank" class="">http://twitter.com/gubatron</a><br class=""></div></div>
<br class=""><div class="gmail_quote">On Fri, Aug 14, 2015 at 5:59 AM, Jakob Rönnbäck <span dir="ltr" class="">&lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank" class="">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings,<br class="">
<br class="">
a thought occurred to me that I would love to hear what some bitcoin experts think about.<br class="">
<br class="">
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="">
<br class="">
<br class="">
In practice:<br class="">
<br class="">
1. calculate average block size for the previous difficulty period (is it 2016-blocks?)<br class="">
2. when trying to find a new block adjust the difficulty by adding the relative size difference. For instance, if i’m trying to create a block half (or double) the size of the average block size for the previous difficulty period then my difficulty will be 2x the normal one… if I’m trying to make one that is 30% bigger (or smaller) then the difficulty is 1.3 times the normal one<br class="">
<br class="">
<br class="">
Right now this would force miners to make blocks as close to 1mb as possible (since the block reward &gt;&gt; fees). But unless I’m mistaken sometime in the future the block size should be adjusted to maximize the fees…<br class="">
<br class="">
<br class="">
Could the concept be useful somehow?<br class="">
<br class="">
I apologize if it’s been discussed before or if it’s a stupid idea, I would have run it by some other people, but I’m afraid I don’t know anyone that have any interest in bitcoin.<br class="">
<br class="">
Regards<br class="">
/jakob<br class="">
_______________________________________________<br class="">
bitcoin-dev mailing list<br class="">
<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" class="">bitcoin-dev@lists.linuxfoundation.org</a><br class="">
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" rel="noreferrer" target="_blank" class="">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</a><br class="">
</blockquote></div><br class=""></div>
</div></blockquote></div><br class=""></div></div></div></div></body></html>