📅 Original date posted:2015-11-09
📝 Original message:On Mon, Nov 9, 2015 at 11:18 AM, Peter Tschipper via bitcoin-dev <
bitcoin-dev at 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 compress the datastream before
> sending, initially for blocks only but it could theoretically be done
> for transactions as well. Initial results show an average of 20% block
> compression and taking 90 milliseconds for a full block (on a very slow
> laptop) to compress. The savings will be mostly in terms of less
> bandwidth used, but I would expect there to be a small performance gain
> during the transmission of the blocks particularly where network latency
> is higher.
>
The trade-off decisions among bandwidth savings, CPU performance, and
latency are local, and I think it shouldn't be assumed that any particular
node will want to support it. I recommend that if P2P message compression
is implemented, it should be negotiated via the services field at
connection time.
--
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corganlabs.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151109/ba80d6bb/attachment.html>;
Johnathan Corgan [ARCHIVE] /
npub1j6…jm42m
2023-06-07 17:44:21
in reply to nevent1q…k3j6
Author Public Key
npub1j66aek8wm7jq8vaffs2l8w43evyywd4q7tcnqyge6xqezz0vcpks7jm42mPublished at
2023-06-07 17:44:21Event JSON
{
"id": "b386cbc283cc7fb0ad490e1d0b2292b53931dfd185fece9cafe58dfd4918b818",
"pubkey": "96b5dcd8eedfa403b3a94c15f3bab1cb084736a0f2f1301119d1819109ecc06d",
"created_at": 1686159861,
"kind": 1,
"tags": [
[
"e",
"135d35eb642f6996f1dd35c63783ed01db4ec3c84bf3636c660d5a16e2852ec0",
"",
"root"
],
[
"e",
"f8a52fddcc1d094c6f13ca76c668c1141b246edadcb5f1e2e50864f5bd90ae07",
"",
"reply"
],
[
"p",
"ac0cba4c14f9ee9637c44e3773a1d205d62c63ca6095fc39aae39e6fffee6f48"
]
],
"content": "📅 Original date posted:2015-11-09\n📝 Original message:On Mon, Nov 9, 2015 at 11:18 AM, Peter Tschipper via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\n\u003e I opened a PR #6973 this morning for Zlib Block Compression for block\n\u003e relay and at the request of @sipa this should have a BIP associated\n\u003e with it. The idea is simple, to compress the datastream before\n\u003e sending, initially for blocks only but it could theoretically be done\n\u003e for transactions as well. Initial results show an average of 20% block\n\u003e compression and taking 90 milliseconds for a full block (on a very slow\n\u003e laptop) to compress. The savings will be mostly in terms of less\n\u003e bandwidth used, but I would expect there to be a small performance gain\n\u003e during the transmission of the blocks particularly where network latency\n\u003e is higher.\n\u003e\n\nThe trade-off decisions among bandwidth savings, CPU performance, and\nlatency are local, and I think it shouldn't be assumed that any particular\nnode will want to support it. I recommend that if P2P message compression\nis implemented, it should be negotiated via the services field at\nconnection time.\n\n-- \nJohnathan Corgan\nCorgan Labs - SDR Training and Development Services\nhttp://corganlabs.com\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151109/ba80d6bb/attachment.html\u003e",
"sig": "459754a2938c7a6b978d6df209ec31389e9c3c5cf765dc8701fbe51782a60c9bc09fff40b20b8806242dd2616b335704231eeb8691d14bffa6705d16b9df92f5"
}