# Stats on compact block reconstructions

**URL:** <https://delvingbitcoin.org/t/stats-on-compact-block-reconstructions/1052>\
**Category:** Protocol Design\
**Created:** [August 2, 2024, 11:58am UTC](https://delvingbitcoin.org/t/stats-on-compact-block-reconstructions/1052 "2024-08-02T11:58:02Z")\
**Posts on this page:** 1\
**Showing post:** 20

<div class="post-metadata">

**Author:** ![ajtowns](https://delvingbitcoin.org/user_avatar/delvingbitcoin.org/ajtowns/32/417_2.png) [@ajtowns](https://delvingbitcoin.org/u/ajtowns)\
**Post date:** [February 4, 2025, 7:39am UTC](https://delvingbitcoin.org/t/stats-on-compact-block-reconstructions/1052/20 "2025-02-04T07:39:48Z")

</div>

The FIBRE code is [AGPL licensed](https://github.com/bitcoinfibre/bitcoinfibre/blob/65e12faf7c5516757476b9b9f227b9bd497ab8cb/src/fec.cpp) so would presumably need a rewrite/relicense to be included in bitcoin p2p.

Not sure what it would look like in a decentralised model; maybe just the ability to select some peer(s) as ultra-high-bandwidth compact block relay, and have them stream an FEC-encoded version of the block contents at you immediately after the compact block announcement? Not sure if it would make sense to have that open to random peers, or just restricted to whitelisted peers.

---

_[View the full topic](https://delvingbitcoin.org/t/stats-on-compact-block-reconstructions/1052)._
