[bitcoin-dev] Bitcoin-s v0.3.0 release

2020-03-22 Thread Chris Stewart via bitcoin-dev
Hi all We just released v0.3.0 of bitcoin-s. Bitcoin-s is a loosely coupled set of cryptocurrency libraries for the JVM. They work well together, but also can be used independently. This project's goal is NOT to be a full node implementation, rather a set of scalable cryptocurrency libraries that

Re: [bitcoin-dev] Block solving slowdown question/poll

2020-03-22 Thread Dave Scotese via bitcoin-dev
The software currently allows up to a two hour difference between the system clock and the time implied by a fresh block's timestamp (if I remember correctly). This reliance on realtime system clocks can be used in a much weaker form to justify a plan for a difficulty adjustment to be built into t

Re: [bitcoin-dev] Block solving slowdown question/poll

2020-03-22 Thread Eric Voskuil via bitcoin-dev
Mining is a lottery. e > On Mar 22, 2020, at 07:10, LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev > wrote: > >  > There seems to be the real possibility that miners are simply trying to > optimise mining profit by limiting the average hash rate during the > retargeting, saving some electri

Re: [bitcoin-dev] Overview of anti-covert-channel signing techniques

2020-03-22 Thread Tim Ruffing via bitcoin-dev
On Sun, 2020-03-22 at 11:30 -0400, Russell O'Connor wrote: > Your claim is that if we don't fix the pubkey issue there is no point > in fixing the signature issue. I disagree. While I think both > issues need to be fully addressed, the issues around the original > proposed non-deterministic signa

Re: [bitcoin-dev] Overview of anti-covert-channel signing techniques

2020-03-22 Thread Russell O'Connor via bitcoin-dev
On Sun, Mar 22, 2020 at 5:43 AM Tim Ruffing wrote: > On Sat, 2020-03-21 at 12:59 -0400, Russell O'Connor wrote: > > Public keys are deterministic and can be spot checked. In fact, > > AFAIU if hardened HD key derivations are not used, then spot checking > > is very easy. > > > > While spot check

Re: [bitcoin-dev] Block solving slowdown question/poll

2020-03-22 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
There seems to be the real possibility that miners are simply trying to optimise mining profit by limiting the average hash rate during the retargeting, saving some electricity but poorly considering the overall situation where they give opportunity to other miners probably raising the hashrate

Re: [bitcoin-dev] Overview of anti-covert-channel signing techniques

2020-03-22 Thread Tim Ruffing via bitcoin-dev
On Sat, 2020-03-21 at 12:59 -0400, Russell O'Connor wrote: > Public keys are deterministic and can be spot checked. In fact, > AFAIU if hardened HD key derivations are not used, then spot checking > is very easy. > > While spot checking isn't ideal, my original concern with the > synthetic none s

Re: [bitcoin-dev] RFC: Deterministic Entropy From BIP32 Keychains

2020-03-22 Thread Ethan Kosakovsky via bitcoin-dev
I have completely revised the wording of this proposal I hope to be clearer in explaining the motivation and methodology. https://gist.github.com/ethankosakovsky/268c52f018b94bea29a6e809381c05d6 Ethan ‐‐‐ Original Message ‐‐‐ On Friday, March 20, 2020 4:44 PM, Ethan Kosakovsky via bitco

Re: [bitcoin-dev] Block solving slowdown question/poll

2020-03-22 Thread David A. Harding via bitcoin-dev
On Sat, Mar 21, 2020 at 11:40:24AM -0700, Dave Scotese via bitcoin-dev wrote: > [Imagine] we also see mining power dropping off at a rate that > suggests the few days [until retarget] might become a few weeks, and > then, possibly, a few months or even the unthinkable, a few eons. I'm > curious to