Re: [bitcoin-dev] request BIP number for: "Support for Datastream Compression"

2015-11-09 Thread Johnathan Corgan via bitcoin-dev
On Mon, Nov 9, 2015 at 5:58 PM, gladoscc via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > I think 25% bandwidth savings is certainly considerable, especially for > people running full nodes in countries like Australia where internet > bandwidth is lower and there are data caps. >

Re: [bitcoin-dev] request BIP number for: "Support for Datastream Compression"

2015-11-09 Thread gladoscc via bitcoin-dev
I think 25% bandwidth savings is certainly considerable, especially for people running full nodes in countries like Australia where internet bandwidth is lower and there are data caps. I absolutely would not dismiss 25% compression. gzip and bzip2 compression is relatively standard, and I'd consid

Re: [bitcoin-dev] Call for Proposals for Scaling Bitcoin Hong Kong

2015-11-09 Thread Pindar Wong via bitcoin-dev
Dear All, Just a note that we've extended the last day for submissions by two days. i.e. Proposals should be submitted to propos...@scalingbitcoin.org by November 11th 23:59 UTC Cheers, p. On Thu, Nov 5, 2015 at 11:32 PM, Jeremy via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote:

Re: [bitcoin-dev] request BIP number for: "Support for Datastream Compression"

2015-11-09 Thread Bob McElrath via bitcoin-dev
I would expect that since a block contains mostly hashes and crypto signatures, it would be almost totally incompressible. I just calculated compression ratios: zlib-15%(file is LARGER) gzip 28% bzip225% So zlib compression is right out. How much is ~25% bandwidth savings worth

Re: [bitcoin-dev] request BIP number for: "Support for Datastream Compression"

2015-11-09 Thread Johnathan Corgan via bitcoin-dev
On Mon, Nov 9, 2015 at 11:18 AM, Peter Tschipper via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > I opened a PR #6973 this morning for Zlib Block Compression for block > relay and at the request of @sipa this should have a BIP associated > with it. The idea is simple, to compr

[bitcoin-dev] request BIP number for: "Support for Datastream Compression"

2015-11-09 Thread Peter Tschipper via bitcoin-dev
This is my first time through this process so please bear with me. I opened a PR #6973 this morning for Zlib Block Compression for block relay and at the request of @sipa this should have a BIP associated with it. The idea is simple, to compress the datastream before sending, initially for blo

Re: [bitcoin-dev] Bitcoin-NG whitepaper.

2015-11-09 Thread Emin Gün Sirer via bitcoin-dev
Hi everyone, Thanks to everyone for a very friendly and scientifically-oriented discussion. We have collated all the issues that have been raised related to NG, and placed them in context, here: http://hackingdistributed.com/2015/11/09/bitcoin-ng-followup/ Overall, NG has a unique insight: tu

Re: [bitcoin-dev] summarising security assumptions (re cost metrics)

2015-11-09 Thread Gavin Andresen via bitcoin-dev
On Sun, Nov 8, 2015 at 12:19 PM, Bryan Bishop wrote: > Gavin, could you please provide some clarity around the definition and > meaning of "key-holder [decentralization]"? Is this about the absolute > number of key-holders? or rather about the number of transactions (per unit > time?) that key-ho

[bitcoin-dev] Bitcoin Core 0.11.2 release candidate 1 available

2015-11-09 Thread Wladimir J. van der Laan via bitcoin-dev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Binaries for bitcoin Core version 0.11.2rc1 are now available from: https://bitcoin.org/bin/bitcoin-core-0.11.2/test/ Source code can be found on github under the signed tag https://github.com/bitcoin/bitcoin/tree/v0.11.2rc1 This is a new