-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 9/13/2014 7:45 PM, Michael Wozniak wrote:
> The biggest problem with a time based rule is that there is no
> central time to provide a measure of how much time has actually
> passed.  You can see this issue on testnet already because block
> timestamps are modified.  For example, the current time is
> (according to my server) 1410626564 and the best block on testnet
> shows a timestamp of 1410628433 (30 minutes in the future).
> 
> 
This problem can be addressed, like the problem of transaction time
and order of transactions in blocks. For sure maybe you cannot get
100% time accuracy, but you can know the time with +/- some error
margin for time window.

And as for the other algorithms used by altcois, i don't have one to
give as an example but can't all of them be unstable. And of course,
it is not a problem now and most probably will never be, but if it's
simple to implement why not take safety precautions and be prepared
even for the unexpected / impossible threat? I mean, isn't this what
cryptocoin decentralized money is all about? :)

> 
> On Sep 13, 2014, at 12:34 PM, Jeff Garzik <jgar...@bitpay.com>
> wrote:
> 
>> Why not on mainnet?  It is simply much lower priority for
>> bitcoin today than other problems.  It tends not to happen at
>> higher difficulties for a variety of reasons.
>> 
>> The difficulty adjustment is capped at a factor of 4, up or down,
>> to address some other attacks that can happen in mining.
>> 
>> Personally, I think there needs to be a mainnet safety rule such
>> as "if 24 hours goes by without a block, you may mine a block"
>> etc.  But I readily admit I've not thought through all the
>> ramifications of such a policy.
>> 
>> 
>> 
>> On Sat, Sep 13, 2014 at 12:00 PM, s7r <s...@sky-ip.org> wrote:
> 
> 
> On 9/13/2014 5:04 PM, Jeff Garzik wrote:
>>>>> This is why testnet has a special rule:  If 20 minutes
>>>>> passes without a block, you may mine a diff-1 block.
>>>>> 
> 
> Thanks for your point of view Mr. Garzik. Why aren't we using this
> in the real bitcoin network too? If it's good for balancing the
> functionality of the network in the context of sudden hashrate
> moves? Specially down moves, since if the hash power goes UP, the
> network will see blocks are created more often than at every 10
> minutes and adjust the difficulty directly proportional, correct?
> 
>>>>> 
>>>>> On Sat, Sep 13, 2014 at 9:15 AM, s7r <s...@sky-ip.org>
>>>>> wrote: Hi there,
>>>>> 
>>>>> I have an contradictory discussion with an altcoin
>>>>> supporter and want to bring some solid arguments in a
>>>>> public talk, so require little help to respond to a
>>>>> question with simplest answer.
>>>>> 
>>>>> The problem is within the difficulty adjustment mechanism,
>>>>> that it happens at every 2016 blocks. In case the hash
>>>>> power will suddenly decrease, the 2016 blocks will take a
>>>>> lot of time to solve, therefor freeze the network in a
>>>>> non-operational way. I know by far this is just a joke,
>>>>> because this is very unlikely to happen anytime (people
>>>>> paid for mining equipment and make money) but for the sake
>>>>> of discussion, let's just assume it 'could' happen.
>>>>> 
>>>>> Can this really freeze the network for unlimited time and
>>>>> bitcoin has no mechanism to balance it back? A resourceful
>>>>> party with the intent to attack the network in an
>>>>> irrational way, brings lot of hashing power and keeps it
>>>>> for 2016 blocks, then removes it leaving the other 2016
>>>>> blocks to solve at very high difficulty but with low hash
>>>>> power in the network causing a 'blackout'? Thank you in 
>>>>> advance for your answers.
>>>>> 
>>>>> 
>>>>>> 
>>>>>> ------------------------------------------------------------------------------
>>>>>>
>>>>>>
>
>>>>>> 
Want excitement?
>>>>>> Manually upgrade your production database. When you want 
>>>>>> reliability, choose Perforce Perforce version control. 
>>>>>> Predictably reliable. 
>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
>>>>>>
>>>>>>
>
>>>>>> 
_______________________________________________
>>>>>> bitcoin-list mailing list
>>>>>> bitcoin-list@lists.sourceforge.net 
>>>>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-list
>>>>>
>>>>>
>>>>>
>>
>>
>>
>>
>>>>>> 
- -- 
>> Jeff Garzik Bitcoin core developer and open source evangelist 
>> BitPay, Inc.      https://bitpay.com/
>> 
>> ------------------------------------------------------------------------------
>>
>> 
Want excitement?
>> Manually upgrade your production database. When you want
>> reliability, choose Perforce Perforce version control.
>> Predictably reliable. 
>> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
>>
>> 
_______________________________________________
>> bitcoin-list mailing list bitcoin-list@lists.sourceforge.net 
>> https://lists.sourceforge.net/lists/listinfo/bitcoin-list
> 
> 
> ------------------------------------------------------------------------------
>
> 
Want excitement?
> Manually upgrade your production database. When you want
> reliability, choose Perforce Perforce version control. Predictably
> reliable. 
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
>
> 
_______________________________________________
> bitcoin-list mailing list bitcoin-list@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/bitcoin-list
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)

iQEcBAEBAgAGBQJUFIFUAAoJEIN/pSyBJlsRTsEIAJoblPgleEBE905tyw3ha9So
eqbPPmfxJ2bAxFWz9f1BeLs3YbOuxzSbwOtmwGeCGg/cepIPW1z94ECLHfXR68cs
7oY1GXTj7WpSN0XXEvQ4NQcLMPqM9W4eFZoY0FWOVQGzy1M3g8JXGfK4mDC+aTD3
BSLkxfg0Q8fzd7aOObW/vqNYjnO64wK/Me/imGbjX3L24cLBuDwDTpcmXMkCsqtx
2BAZoZHBFzTwTxPH4GFJ44u1Lv0+N8C8GroZUMvXUsxo9MX2aEuFKOZ//xhymttH
LqYlIaHPOnByzFBsYG/Wrp0DcQpPpbROOG2s5UP85b3FRIE1HTMx64ckTJYhFXM=
=fd3u
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
bitcoin-list mailing list
bitcoin-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-list

Reply via email to