v29.4-roots.4 · Commit 17: [PATCH 17/37] docs: reconcile Roots feature catalog
doc/roots-features.md
Before: doc/roots-features.md · After: doc/roots-features.md
File metadata
index eec8847fe59202e1e7f234b6e8eb840e74678895..2d620408895a71b7309d7ac2aad5569b3d89db93 100644
Download original patch · Release notes
Diff rows 1–109 of 109. Line numbers refer to the original before/after files.
+ Added− RemovedUnmarked lines are context.
Scroll the code area horizontally to read long lines. The two line-number columns refer to before and after.
doc/roots-features.md
CHANGED
|
@@ -5,12 +5,19 @@ operator and local-policy work whose historical lineage includes Bitcoin Knots
|
|
|
5
5
|
`29.3.knots20260507`; Knots is not an upstream dependency and its candidate
|
|
6
6
|
tree is not a list of shipped features.
|
|
7
7
|
|
|
8
|
-
This page is the public inventory for Roots-specific work. Ordinary Bitcoin Core
|
|
9
|
-
v29.4 functionality is documented in the built help and the manuals in this
|
|
10
|
-
directory. The commands below describe the binary that is built from this tree;
|
|
11
|
-
use `bitcoind -help` as the authority for the exact options in a given build.
|
|
8
|
+
This page is the public inventory for Roots-specific work. The published
|
|
9
|
+
`v29.4-roots.1` release is the baseline. This checkout is an unreleased
|
|
10
|
+
post-`v29.4-roots.1` follow-on candidate: its accepted additions are identified
|
|
11
|
+
below and must not be read as claims about that published release. Ordinary
|
|
12
|
+
Bitcoin Core v29.4 functionality is documented in the built help and the
|
|
13
|
+
manuals in this directory. The commands below describe the binary built from
|
|
14
|
+
this tree; use `bitcoind -help` as the authority for the exact options in a
|
|
15
|
+
given build.
|
|
12
16
|
|
|
13
|
-
## Available now
|
|
17
|
+
## Available in this checkout
|
|
18
|
+
|
|
19
|
+
Unless marked as an unreleased follow-on, the items in this section were
|
|
20
|
+
available in the published `v29.4-roots.1` baseline.
|
|
14
21
|
|
|
15
22
|
### Conservative, configurable local transaction policy
|
|
16
23
|
|
|
@@ -44,7 +51,10 @@ The retained P2P coverage includes
|
|
|
44
51
|
[`p2p_invalid_messages.py`](/test/functional/p2p_invalid_messages.py).
|
|
45
52
|
This is not a Network Watch or transaction/block activity feed.
|
|
46
53
|
|
|
47
|
-
### Focused peer-health monitoring
|
|
54
|
+
The follow-on review retained these existing bounds and their coverage; it did
|
|
55
|
+
not add a separate P2P hardening feature or alter Bitcoin P2P wire behavior.
|
|
56
|
+
|
|
57
|
+
### Focused peer-health monitoring (unreleased follow-on)
|
|
48
58
|
|
|
49
59
|
The existing Debug window's Peers tab provides a bounded, live view of current
|
|
50
60
|
connections. Its sortable table shows connection age, direction, network,
|
|
@@ -55,7 +65,9 @@ connection type, current ping, and synchronization heights.
|
|
|
55
65
|
This uses the node's existing peer-stat refresh and does not retain history or
|
|
56
66
|
inspect transaction or block content. If optional node-state details cannot be
|
|
57
67
|
read during a refresh, the details pane reports them as unavailable instead of
|
|
58
|
-
showing values from an earlier peer.
|
|
68
|
+
showing values from an earlier peer. This Roots follow-on selection is covered
|
|
69
|
+
by [`src/qt/test/apptests.cpp`](/src/qt/test/apptests.cpp); it adds no new
|
|
70
|
+
network collector or monitoring application.
|
|
59
71
|
|
|
60
72
|
### Wallet and signing hardening
|
|
61
73
|
|
|
@@ -71,13 +83,19 @@ Legacy Berkeley DB support is a separate build choice. This catalog makes no
|
|
|
71
83
|
claim that it has been tested on a particular host library; release-compatible
|
|
72
84
|
legacy testing requires Berkeley DB 4.8.
|
|
73
85
|
|
|
74
|
-
### Per-send Replace-By-Fee choice
|
|
86
|
+
The follow-on review retained these existing wallet boundaries and their
|
|
87
|
+
coverage; it did not add a new database, flush, or backup behavior.
|
|
88
|
+
|
|
89
|
+
### Per-send Replace-By-Fee choice (unreleased follow-on)
|
|
75
90
|
|
|
76
91
|
The Send Coins dialog provides an explicit Replace-By-Fee (BIP-125) choice for
|
|
77
92
|
each transaction. It starts with the wallet's `-walletrbf` preference, and the
|
|
78
93
|
confirmation shows whether the prepared transaction signals replacement. This
|
|
79
94
|
only signals a transaction's replaceability; it does not promise that a later
|
|
80
|
-
replacement will be accepted by peers or their local policy.
|
|
95
|
+
replacement will be accepted by peers or their local policy. This Roots
|
|
96
|
+
follow-on selection is covered by
|
|
97
|
+
[`src/qt/test/wallettests.cpp`](/src/qt/test/wallettests.cpp), including the
|
|
98
|
+
explicit overrides and saved-PSBT signaling; it is not broad coin control.
|
|
81
99
|
|
|
82
100
|
### Runtime and operator foundations
|
|
83
101
|
|
|
@@ -111,11 +129,13 @@ has been tested by the current checkout.
|
|
|
111
129
|
|
|
112
130
|
### Roots identity and desktop application
|
|
113
131
|
|
|
114
|
-
The daemon, command-line tools, and Qt application identify themselves as
|
|
115
|
-
Bitcoin Roots `v29.4-roots.1`. The Qt application includes Roots branding and
|
|
116
|
-
icons. In the receive-request dialog, a QR image can be saved as a PNG. On
|
|
117
|
-
Windows GUI builds where taskbar progress is enabled, synchronization progress
|
|
118
|
-
is reflected in the taskbar. The Qt source and tests are in
|
|
132
|
+
The published baseline's daemon, command-line tools, and Qt application identify
|
|
133
|
+
themselves as Bitcoin Roots `v29.4-roots.1`. The follow-on candidate is not a
|
|
134
|
+
published release merely because it retains that build identity. The Qt
|
|
135
|
+
application includes Roots branding and icons. In the receive-request dialog, a
|
|
136
|
+
QR image can be saved as a PNG. On Windows GUI builds where taskbar progress is
|
|
137
|
+
enabled, synchronization progress is reflected in the taskbar. The Qt source
|
|
138
|
+
and tests are in
|
|
119
139
|
[`src/qt/`](/src/qt/), including QR export coverage in
|
|
120
140
|
[`src/qt/test/apptests.cpp`](/src/qt/test/apptests.cpp).
|
|
121
141
|
|
|
@@ -142,19 +162,12 @@ in this checkout.
|
|
|
142
162
|
|
|
143
163
|
## Planned or under review
|
|
144
164
|
|
|
145
|
-
The following areas are approved for evaluation in the follow-on operator
|
|
146
|
-
features plan. They are not available merely because they appear in a candidate
|
|
147
|
-
or in this roadmap.
|
|
148
|
-
|
|
149
|
-
1. Narrow P2P privacy and resource-use hardening.
|
|
150
|
-
2. Wallet database, flush, and backup reliability improvements.
|
|
151
|
-
3. Cross-feature regression coverage and catalog reconciliation.
|
|
152
|
-
|
|
153
|
-
Each item requires its own accepted implementation and tests before it moves to
|
|
154
|
-
the available section. Planned wallet reliability work does not imply a
|
|
155
|
-
guarantee about backup or recovery before the relevant tests exist. The plan
|
|
156
|
-
does not include Tor endpoint sharing, private-key sweeping, or broad or
|
|
157
|
-
privacy-aware coin control.
|
|
165
|
+
No additional operator feature from this follow-on series is available merely
|
|
166
|
+
because it was evaluated. The P2P and wallet reviews retained the existing
|
|
167
|
+
published-baseline behavior rather than adding new hardening or backup features.
|
|
168
|
+
Cross-feature coverage and catalog reconciliation are release-readiness work,
|
|
169
|
+
not operator features. Any later proposal remains under review until it has an
|
|
170
|
+
accepted implementation and tests.
|
|
158
171
|
|
|
159
172
|
## Consensus and provenance boundary
|
|
160
173
|
|