Transaction

76a8f1b9be24aeb24a4df08e2d2a8eee7e8b8406b780890ea69b5d4fd1a3ae7c
Timestamp (utc)
2024-03-24 17:00:36
Fee Paid
0.00000014 BSV
(
0.01011193 BSV
-
0.01011179 BSV
)
Fee Rate
10.46 sat/KB
Version
1
Confirmations
97,305
Size Stats
1,338 B

2 Outputs

Total Output:
0.01011179 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckM=<div class="post">Hi all.<br/><br/>This may be a stupid idea, and if it's not stupid, may not be viable for the next few years, but I thought I'd toss it out there anywhere:<br/><br/><b>What about Multicasting?</b><br/><br/>IPv6 is supposed to have better multicasting support than IPv4, and if I did not misunderstand the Bitcoin protocol, most messages need to be broadcasted to the entire network. Theoretically a node could send such messages to a global multicast address, and everyone will receive it in a bandwith-efficient way.<br/><br/>That would make bootstrapping in the traditional sense obsolete, since the client would just have to subscribe to the multicast channel. The remaining "Give me block xyz" requests could be handled by optionally including a field in messages to the multicast channel that basically says "My address is 2001:db8::42, and I'm willing to answer direct queries for specific blocks". After listening to the channel for a while, such a packet should come around, because, at the very least, new blocks will be announced there every so often.</div> text/html
    https://whatsonchain.com/tx/76a8f1b9be24aeb24a4df08e2d2a8eee7e8b8406b780890ea69b5d4fd1a3ae7c