Re: [Bitcoin-development] we can all relax now

2013-11-08 Thread Gregory Maxwell
On Fri, Nov 8, 2013 at 11:49 AM, Andreas M. Antonopoulos wrote: > Nicholas Weaver is reporting that pools have already started delaying > blocks, something that hints at Selfish Mining, since Nov. 3rd. > https://medium.com/something-like-falling/d321a2ef9317 > > He dismisses other reasons for dela

Re: [Bitcoin-development] we can all relax now

2013-11-08 Thread Andreas M. Antonopoulos
Nicholas Weaver is reporting that pools have already started delaying blocks, something that hints at Selfish Mining, since Nov. 3rd. https://medium.com/something-like-falling/d321a2ef9317 He dismisses other reasons for delayed block propagation. Any ideas on whether pools are already mucking aro

[Bitcoin-development] 1. Re: On the optimal block size and why transaction fees are 8

2013-11-08 Thread Goss, Brian C., M.D.
Peter, What is the propagation time within a pool? If my pool is made up of a ton of fancy ASICs connected by 300 baud modems, how does that affect your analysis (ie, Q for a mining pool is effectively a function of time as well)? Brian P.S. I hope these are not ignorant questions; if they ar

Re: [Bitcoin-development] BIP 38

2013-11-08 Thread Wladimir
Hello Mike, I tried (and eventually succeded) to implement BIP 0038 today in Python and have a few comments on your BIP, - The BIP does not describe how flag 0x04 (lotsequence_present) should exactly be used in decoding (it does not indicate how ownersalt / ownerentropy is handled differently). I

Re: [Bitcoin-development] [ANN] High-speed Bitcoin Relay Network

2013-11-08 Thread Mike Hearn
I took a brief look at the code - it's looking very reasonable. You can replace any construct like try { Thread.sleep(1000); } catch (InterruptedException e) { throw new RuntimeException(e); } which is quite verbose, just with Uninterruptibles.sleepUninterruptably(1000, TimeUnit.MILLISECONDS)