Discussion:
[bitcoin-dev] BIP148 temporary service bit (1 << 27)
Luke Dashjr via bitcoin-dev
2017-06-19 19:26:22 UTC
Permalink
To ease the transition to BIP148 and to minimise risks in the event miners
choose to perform a chain split attack, at least Bitcoin Knots will be using
the temporary service bit (1 << 27) to indicate BIP148 support.

Once the transition is complete, this will no longer be necessary, and the bit
will be (manually) returned for reuse.

I encourage other software implementing BIP148 (both full and light nodes) to
set and use this service bit to avoid network partitioning risks.

Luke
Tom Zander via bitcoin-dev
2017-06-19 19:46:57 UTC
Permalink
Post by Luke Dashjr via bitcoin-dev
To ease the transition to BIP148 and to minimise risks in the event miners
choose to perform a chain split attack, at least Bitcoin Knots will be
using the temporary service bit (1 << 27) to indicate BIP148 support.
Once the transition is complete, this will no longer be necessary, and the
bit will be (manually) returned for reuse.
I encourage other software implementing BIP148 (both full and light nodes)
to set and use this service bit to avoid network partitioning risks.
I'm curious what you action on the finding (or not) of a peer with this bit
set (or not).
Can you link to the github commit where you implemented this?
--
Tom Zander
Blog: https://zander.github.io
Vlog: https://vimeo.com/channels/tomscryptochannel
Mark Friedenbach via bitcoin-dev
2017-06-19 20:24:25 UTC
Permalink
It is essential that BIP-148 nodes connect to at least two other BIP-148 nodes to prevent a network partition in August 1st. The temporary service but is how such nodes are able to detect each other.
Post by Tom Zander via bitcoin-dev
Post by Luke Dashjr via bitcoin-dev
To ease the transition to BIP148 and to minimise risks in the event miners
choose to perform a chain split attack, at least Bitcoin Knots will be
using the temporary service bit (1 << 27) to indicate BIP148 support.
Once the transition is complete, this will no longer be necessary, and the
bit will be (manually) returned for reuse.
I encourage other software implementing BIP148 (both full and light nodes)
to set and use this service bit to avoid network partitioning risks.
I'm curious what you action on the finding (or not) of a peer with this bit
set (or not).
Can you link to the github commit where you implemented this?
--
Tom Zander
Blog: https://zander.github.io
Vlog: https://vimeo.com/channels/tomscryptochannel
_______________________________________________
bitcoin-dev mailing list
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
Loading...