Re: [Bitcoin-development] Project status

2011-09-13 Thread Douglas Huff
On Sep 13, 2011 11:40 AM, "Luke-Jr" wrote: > Once created, they must submit the > transaction to a staff member with the proper authority to bring it to the > offline transaction-signing wallet (on a USB key), where it is signed, and > returned to this third wallet. I agreed up to this point. Pri

Re: [Bitcoin-development] Project status

2011-09-13 Thread Luke-Jr
On Tuesday, September 13, 2011 12:48:58 PM Douglas Huff wrote: > On Sep 13, 2011 11:40 AM, "Luke-Jr" wrote: > > Once created, they must submit the > > transaction to a staff member with the proper authority to bring it to > > the offline transaction-signing wallet (on a USB key), where it is > > s

Re: [Bitcoin-development] Difficulty adjustment / time issues

2011-09-13 Thread Luke-Jr
On Tuesday, September 13, 2011 11:06:37 AM Gavin Andresen wrote: > Fixing (2) is easier; incorporating a ntp library and/or simply > removing the bitcoin mining code from the client but requiring pools > and miners to have accurate-to-within-a-minute system clocks (or their > blocks will be "discou

Re: [Bitcoin-development] Project status

2011-09-13 Thread Luke-Jr
On Tuesday, September 13, 2011 10:43:27 AM Gavin Andresen wrote: > 3) I'd really like to come to consensus on one or more > 'multi-signature' standard transactions to enable much better wallet > backup and security. More important in this area, IMO, is support for deterministic keychains in walle

Re: [Bitcoin-development] Difficulty adjustment / time issues

2011-09-13 Thread kjj
Gavin Andresen wrote: > Background: > > Timejacking: >http://culubas.blogspot.com/2011/05/timejacking-bitcoin_802.html > > And a recent related exploit launched against the low-difficulty > alternative chains: >https://bitcointalk.org/index.php?topic=43692.msg521772#msg521772 > > > Seems to

Re: [Bitcoin-development] Difficulty adjustment / time issues

2011-09-13 Thread John Smith
> Fixing (2) is easier; incorporating a ntp library and/or simply > removing the bitcoin mining code from the client but requiring pools > and miners to have accurate-to-within-a-minute system clocks (or their > blocks will be "discouraged") seems reasonable to me. Incorporating NTP seems overkil

Re: [Bitcoin-development] Difficulty adjustment / time issues

2011-09-13 Thread Vladimir Marchenko
> 2) Bitcoin's "what time is it" code is kind of a hack. ... > Fixing (2) is easier; incorporating a ntp library and/or simply > removing the bitcoin mining code from the client but requiring pools > and miners to have accurate-to-within-a-minute system clocks (or their > blocks will be "discourage

[Bitcoin-development] Difficulty adjustment / time issues

2011-09-13 Thread Gavin Andresen
Background: Timejacking: http://culubas.blogspot.com/2011/05/timejacking-bitcoin_802.html And a recent related exploit launched against the low-difficulty alternative chains: https://bitcointalk.org/index.php?topic=43692.msg521772#msg521772 Seems to me there are two fundamental problems: 1

[Bitcoin-development] Project status

2011-09-13 Thread Gavin Andresen
0.4 RELEASE Bitcoin version 0.4 release candidate 2 looks stable; I've been running a slightly-modified version of it on the Faucet website with no issues for a couple of days now, and am not aware of any show-stopper issues. I built and uploaded OSX binaries to github: https://github.com/bitco

[Bitcoin-development] Network status charts

2011-09-13 Thread Mike Hearn
These are now formally announced: https://bitcointalk.org/index.php?topic=43626.0 -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerry® mobile plat