BOLT #9: Assigned Feature Flags
This document tracks the assignment of
flags in the
init message (BOLT #1) along with the
features flag fields in the
messages (BOLT #7).
The flags are tracked separately, since new flags will likely be added over time.
features flags in the routing messages are a subset of the
globalfeatures flags, as
localfeatures, by definition, are only of interest
to direct peers.
Flags are numbered from the least-significant bit, at bit 0 (i.e. 0x1,
an even bit). They are generally assigned in pairs so that features
can be introduced as optional (odd bits) and later upgraded to be compulsory
(even bits), which will be refused by outdated nodes:
see BOLT #1: The
These flags may only be used in the
||Requires or supports extra
||Indicates that the sending node needs a complete routing information dump||BOLT #7|
||Commits to a shutdown scriptpubkey when opening channel||BOLT #2|
||More sophisticated gossip control||BOLT #7|
There are currently no
The requirements for receiving specific bits are defined in the linked sections in the table above.
The requirements for feature bits that are not defined
above can be found in BOLT #1: The
There is no even bit for
initial_routing_sync, as there would be little
point: a local node can't determine if a remote node complies, and it must
interpret the flag, as defined in the initial spec.
This work is licensed under a Creative Commons Attribution 4.0 International License.