From: Gavin Costin <slashdevnull@hotmail.com>
To: Ryan Carboni <ryan.jc.pc@gmail.com>
Cc: "bitcoin-development@lists.sourceforge.net"
<bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] Bitcoin difficulty sanity check suggestion
Date: Tue, 24 Dec 2013 15:53:09 +0800 [thread overview]
Message-ID: <BLU403-EAS12505C3A52C931DB9057A55C6C00@phx.gbl> (raw)
In-Reply-To: <CAO7N=i3LEGJ-fSApYPhoAkL=BCQuHmYZgOCrq9OOZe0SY4Tb1g@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 5271 bytes --]
Ryan,
Maybe you could test out your ideas somewhere like bitcointalk.org and/or provide some more technical substance before engaging with this forum.
Developers tend to prefer dealing with numbers known to be either 1 or 0, not a variable set of possible values depending on non-technical factors ...
Gavin
> On 24/12/2013, at 15:42, "Ryan Carboni" <ryan.jc.pc@gmail.com> wrote:
>
> Maybe it's because the arguments being presented are nonsensical and irrelevant to the current Bitcoin network topology, composed of a small number of mining pools, not solo miners? Furthermore I think people would realize that their mining pool has gone "off the reservation" so to speak.
>
>
>> On Mon, Dec 23, 2013 at 8:05 PM, Allen Piscitello <allen.piscitello@gmail.com> wrote:
>> Ryan,
>>
>> Why do you continue to try to correct people who clearly have put more thought into this than you? Everyone understood you just fine, you just seem to have trouble comprehending why your ideas are terrible.
>>
>>
>>> On Mon, Dec 23, 2013 at 7:51 PM, Ryan Carboni <ryan.jc.pc@gmail.com> wrote:
>>> I think you misunderstood my statement. If time > 3 days, and after 4 blocks have been mined, then difficulty would be reset.
>>>
>>> In theory, one would have to isolate roughly one percent of the Bitcoin network's hashing power to do so. Which would indicate an attack by a state actor as opposed to anything else. Arguably, the safest way to run Bitcoin is through a proprietary dial-up network.
>>>
>>>
>>>> On Sun, Dec 22, 2013 at 7:22 PM, Mark Friedenbach <mark@monetize.io> wrote:
>>>
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA1
>>>>
>>>> Ryan, these sort of adjustments introduce security risks. If you were
>>>> isolated from the main chain by a low-hashpower attacker, how would
>>>> you know? They'd need just three days without you noticing that
>>>> network block generation has stalled - maybe they wait for a long
>>>> weekend - then after that the block rate is normal but completely
>>>> controlled by the attacker (and isolated from mainnet).
>>>>
>>>> There are fast acting alternative difficulty adjustment algorithms
>>>> being explored by some alts, such as the 9-block interval, 144-block
>>>> window, Parks-McClellan FIR filter used by Freicoin to recover from
>>>> just such a mining bubble. If it were to happen to bitcoin, there
>>>> would be sophisticated alternative to turn to, and enough time to make
>>>> the change.
>>>>
>>>> On 12/22/2013 07:10 PM, Ryan Carboni wrote:
>>>> > I think Bitcoin should have a sanity check: after three days if
>>>> > only four blocks have been mined, difficulty should be adjusted
>>>> > downwards.
>>>> >
>>>> > This might become important in the near future. I project a
>>>> > Bitcoin mining bubble.
>>>> >
>>>> -----BEGIN PGP SIGNATURE-----
>>>> Version: GnuPG v1.4.14 (GNU/Linux)
>>>> Comment: GPGTools - http://gpgtools.org
>>>> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>>>>
>>>> iQIcBAEBAgAGBQJSt6yGAAoJEAdzVfsmodw4SegQAIJAWW0OgSjediSWq+EpkReS
>>>> qMvC2Y9dmVHtowYLdJVcgwFWbpU8RhA6ApQ1Ks2XF4t0hFCObYDecG6Nl3OIaLfb
>>>> snz24v8ymdxYXKNtzHHUP0VBgsaoRghIpkbf7JMUXC22sxPoPOXFt5RevLgJHrvc
>>>> oGFZSIcEcGgwhwZ745CgFZLwaKuSmg5+wFFcrjIihlHKJOl47Z7rzeqnD6mf2Oi3
>>>> hDpRuVbuhlGMliYcmhk1E6oV0in2R4Purw1WtoY8C9DxrSP2za7W1oeCkmlFfJZS
>>>> to6SzRj7nEIl0LFaPGsIdBrRdDHfvu6eP2OecI+GNLEwLY6qE5v5fkh47mcDkrN0
>>>> 02PmepoX5PRzBqp4sx8WaFKuRbmTRRr3E4i9PGoyzTckkZzq+zFmb1y5fwOy17hE
>>>> C+nP+DyuaPzjypjdo6V+/oGzUKtuKPtqcB1vurbm+WBl5C1jWosAXv5pR87mdCUJ
>>>> +0e14wPra5blV6yBVqX7yx+2heDGymPKfHJ8i76Dtix7XVOJWKVY4OpIxO7YrYv8
>>>> IKcIswoKhZdSDOJLcjm4Qp4hrzgCHAHWx6vN71r5r2T6zaJTOvp98GS04Yy7VGAr
>>>> j38hojcwvJC1ahER3LV/vC0cqO+fxrvY8Q9rW2cUxCnzxzjjG0+Z/gjW8uh73lXN
>>>> DOTF7jpt0ZmCm7uhG9z7
>>>> =5Q2H
>>>> -----END PGP SIGNATURE-----
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Rapidly troubleshoot problems before they affect your business. Most IT
>>> organizations don't have a clear picture of how application performance
>>> affects their revenue. With AppDynamics, you get 100% visibility into your
>>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
>>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Bitcoin-development mailing list
>>> Bitcoin-development@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
[-- Attachment #1.2: Type: text/html, Size: 7498 bytes --]
[-- Attachment #2: Type: text/plain, Size: 455 bytes --]
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
[-- Attachment #3: Type: text/plain, Size: 188 bytes --]
_______________________________________________
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
next prev parent reply other threads:[~2013-12-24 7:53 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-23 3:10 [Bitcoin-development] Bitcoin difficulty sanity check suggestion Ryan Carboni
2013-12-23 3:22 ` Mark Friedenbach
2013-12-23 20:22 ` Robin Ranjit Singh Chauhan
2013-12-24 1:51 ` Ryan Carboni
2013-12-24 4:05 ` Allen Piscitello
2013-12-24 7:41 ` Ryan Carboni
2013-12-24 7:53 ` Gavin Costin [this message]
[not found] ` <52B8EB37.2080006@monetize.io>
2013-12-24 7:37 ` Ryan Carboni
2013-12-24 8:34 ` Matt Corallo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BLU403-EAS12505C3A52C931DB9057A55C6C00@phx.gbl \
--to=slashdevnull@hotmail.com \
--cc=bitcoin-development@lists.sourceforge.net \
--cc=ryan.jc.pc@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox