Re: [bitcoin-dev] [bitcoin-core-dev] Bitcoin Core update notice

2018-09-21 Thread gb via bitcoin-dev
If the bugfix can be backported to earlier versions why is the hype/hysteria about "everybody" must immediately upgrade to 0.16.3 currently being spread on the forums/reddit? https://bitcointalk.org/index.php?topic=5034070.0 https://old.reddit.com/r/Bitcoin/comments/9hp90p/1775_nodes_out_of_9616_1

Re: [bitcoin-dev] Bitcoin Cash's new difficulty algorithm

2017-11-02 Thread gb via bitcoin-dev
You launched the political football by coming here with a verbose 'recommendation'. Without a code submission in form of pull request to the core repo on github this was never a technical discussion. On Thu, 2017-11-02 at 19:53 -0400, Scott Roberts via bitcoin-dev wrote: > Whatever their failings

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread gb via bitcoin-dev
It's controversial not contriversial. And it isn't controversial except among a small clique, which you seem to be the sole representative of here. It might be time to consider unsubscribing (again) if you don't seem to know when to shut up and the moderators are letting you go on an inappropriate

Re: [bitcoin-dev] The increase of max block size should be determined by block height instead of block time

2015-12-19 Thread gb via bitcoin-dev
On Fri, 2015-12-18 at 15:15 -0500, Jeff Garzik via bitcoin-dev wrote: > My preference is height activation + one step per block (i.e. also > height). Height seems KISS. > > Under this scheme the size of the step-per-block increase could be decreased every 210,000 blocks (at time of reward halvin

Re: [bitcoin-dev] Forget dormant UTXOs without confiscating bitcoin

2015-12-12 Thread gb via bitcoin-dev
The general concept has merit and the basic outline here seems sound enough. I have harboured a notion for having "archived UTXO" for some time, this is essentially it. The retrieval from archive cost is on the UTXO holder not the entire storage network, which is then only bearing full 'instant' re

Re: [bitcoin-dev] Weekly development meetings on IRC

2015-09-21 Thread gb via bitcoin-dev
Although the planning for this a bit far along now, one consideration I might add from experience on working with other transglobal IT projects is the effect of timezones on local mood/alertness/awareness etc. The guys at 9am pinging on their first coffee in the antipodes will be in a different mi

Re: [bitcoin-dev] Bitcoin, Perceptions, and Expectations

2015-07-24 Thread gb via bitcoin-dev
Validated - (seen on network) Settled/Cleared - 1 conf Finalised - 6 confs On Sat, 2015-07-25 at 00:37 +1000, Vincent Truong via bitcoin-dev wrote: > > "Fast transactions" > Fast transactions implies it is slower than Visa, and Visa is > 'instant' by comparison from the spender's POV. Bitcoin

Re: [bitcoin-dev] Making Electrum more anonymous

2015-07-22 Thread gb via bitcoin-dev
Why RSA? > > Here is an idea, inspired by TOR, on which I would like to have some > feedback: We create an anonymous routing layer between Electrum servers > and clients. > > * Each server S publishes a RSA public key, KS > * Each client receives a list of available servers and their pubkeys > *