v30.3-roots.1 · Commit 22: [PATCH 22/68] ci: consolidate sanitizer and apt workflows
doc/roots-features.md
Before: doc/roots-features.md · After: doc/roots-features.md
File metadata
index edb81e4aa8e389e81c853f20303ab9242727e916..e87038db4c641128cff65cefaa640d903531c5ce 100644
Download original patch · Release notes
Diff rows 1–73 of 73. Line numbers refer to the original before/after files.
+ Added− RemovedUnmarked lines are context.
Scroll the code area horizontally to read long lines. Before is on the left; after is on the right. Unified view fits narrow screens more easily.
doc/roots-features.md
CHANGED
|
@@ -6,7 +6,7 @@ operator and local-policy work whose historical lineage includes Bitcoin Knots
|
|
| 6 |
tree is not a list of shipped features.
|
| 7 |
|
| 8 |
This page is the public inventory for Roots-specific work. The published
|
| 9 |
-
`v29.4-roots.1` release is the historical baseline. This checkout is an unreleased
|
| 10 |
port onto Bitcoin Core v30.3 with follow-on additions identified below; it is
|
| 11 |
not a published release. Ordinary Bitcoin Core v30.3 functionality is documented
|
| 12 |
in the built help and the manuals in this directory. The commands below describe
|
|
@@ -15,8 +15,8 @@ exact options in a given build.
|
|
| 15 |
|
| 16 |
## Available in this checkout
|
| 17 |
|
| 18 |
-
Unless marked as an unreleased follow-on, the items in this section were
|
| 19 |
-
available in the published `v29.4-roots.1` baseline.
|
| 20 |
|
| 21 |
### Conservative, configurable local transaction policy
|
| 22 |
|
|
@@ -53,7 +53,7 @@ This is not a Network Watch or transaction/block activity feed.
|
|
| 53 |
The follow-on review retained these existing bounds and their coverage; it did
|
| 54 |
not add a separate P2P hardening feature or alter Bitcoin P2P wire behavior.
|
| 55 |
|
| 56 |
-
### Focused peer-health monitoring (unreleased follow-on)
|
| 57 |
|
| 58 |
The existing Debug window's Peers tab provides a bounded, live view of current
|
| 59 |
connections. Its sortable table shows connection age, direction, network,
|
|
@@ -64,9 +64,9 @@ connection type, current ping, and synchronization heights.
|
|
| 64 |
This uses the node's existing peer-stat refresh and does not retain history or
|
| 65 |
inspect transaction or block content. If optional node-state details cannot be
|
| 66 |
read during a refresh, the details pane reports them as unavailable instead of
|
| 67 |
-
showing values from an earlier peer. This Roots follow-on selection is covered
|
| 68 |
-
by [`src/qt/test/apptests.cpp`](/src/qt/test/apptests.cpp); it adds no new
|
| 69 |
-
network collector or monitoring application.
|
| 70 |
|
| 71 |
### Wallet and signing hardening
|
| 72 |
|
|
@@ -85,14 +85,14 @@ legacy testing requires Berkeley DB 4.8.
|
|
| 85 |
The follow-on review retained these existing wallet boundaries and their
|
| 86 |
coverage; it did not add a new database, flush, or backup behavior.
|
| 87 |
|
| 88 |
-
### Per-send Replace-By-Fee choice (unreleased follow-on)
|
| 89 |
|
| 90 |
The Send Coins dialog provides an explicit Replace-By-Fee (BIP-125) choice for
|
| 91 |
each transaction. It starts with the wallet's `-walletrbf` preference, and the
|
| 92 |
confirmation shows whether the prepared transaction signals replacement. This
|
| 93 |
only signals a transaction's replaceability; it does not promise that a later
|
| 94 |
replacement will be accepted by peers or their local policy. This Roots
|
| 95 |
-
follow-on selection is covered by
|
| 96 |
[`src/qt/test/wallettests.cpp`](/src/qt/test/wallettests.cpp), including the
|
| 97 |
explicit overrides and saved-PSBT signaling; it is not broad coin control.
|
| 98 |
|
|
@@ -160,12 +160,13 @@ from the presence of a local tag alone.
|
|
| 160 |
|
| 161 |
## Planned or under review
|
| 162 |
|
| 163 |
-
No additional operator feature from this follow-on series is available merely
|
| 164 |
-
because it was evaluated. The P2P and wallet reviews retained the existing
|
| 165 |
-
published-baseline behavior rather than adding new hardening or backup features.
|
| 166 |
-
Cross-feature coverage and catalog reconciliation are release-readiness work,
|
| 167 |
-
not operator features. Any later proposal remains under review until it has an
|
| 168 |
-
accepted implementation and tests.
|
|
|
|
| 169 |
|
| 170 |
## Consensus and provenance boundary
|
| 171 |
|
|
|
|
| 6 |
tree is not a list of shipped features.
|
| 7 |
|
| 8 |
This page is the public inventory for Roots-specific work. The published
|
| 9 |
+
`v29.4-roots.2` release is the historical baseline. This checkout is an unreleased
|
| 10 |
port onto Bitcoin Core v30.3 with follow-on additions identified below; it is
|
| 11 |
not a published release. Ordinary Bitcoin Core v30.3 functionality is documented
|
| 12 |
in the built help and the manuals in this directory. The commands below describe
|
|
|
|
| 15 |
|
| 16 |
## Available in this checkout
|
| 17 |
|
| 18 |
+
Unless explicitly marked as unreleased post-`v29.4-roots.2` work, the items in
|
| 19 |
+
this section were available in the published `v29.4-roots.2` baseline.
|
| 20 |
|
| 21 |
### Conservative, configurable local transaction policy
|
| 22 |
|
|
|
|
| 53 |
The follow-on review retained these existing bounds and their coverage; it did
|
| 54 |
not add a separate P2P hardening feature or alter Bitcoin P2P wire behavior.
|
| 55 |
|
| 56 |
+
### Focused peer-health monitoring (released in `v29.4-roots.2`)
|
| 57 |
|
| 58 |
The existing Debug window's Peers tab provides a bounded, live view of current
|
| 59 |
connections. Its sortable table shows connection age, direction, network,
|
|
|
|
| 64 |
This uses the node's existing peer-stat refresh and does not retain history or
|
| 65 |
inspect transaction or block content. If optional node-state details cannot be
|
| 66 |
read during a refresh, the details pane reports them as unavailable instead of
|
| 67 |
+
showing values from an earlier peer. This Roots `v29.4-roots.2` feature is
|
| 68 |
+
covered by [`src/qt/test/apptests.cpp`](/src/qt/test/apptests.cpp); it adds no
|
| 69 |
+
new network collector or monitoring application.
|
| 70 |
|
| 71 |
### Wallet and signing hardening
|
| 72 |
|
|
|
|
| 85 |
The follow-on review retained these existing wallet boundaries and their
|
| 86 |
coverage; it did not add a new database, flush, or backup behavior.
|
| 87 |
|
| 88 |
+
### Per-send Replace-By-Fee choice (released in `v29.4-roots.2`)
|
| 89 |
|
| 90 |
The Send Coins dialog provides an explicit Replace-By-Fee (BIP-125) choice for
|
| 91 |
each transaction. It starts with the wallet's `-walletrbf` preference, and the
|
| 92 |
confirmation shows whether the prepared transaction signals replacement. This
|
| 93 |
only signals a transaction's replaceability; it does not promise that a later
|
| 94 |
replacement will be accepted by peers or their local policy. This Roots
|
| 95 |
+
`v29.4-roots.2` feature is covered by
|
| 96 |
[`src/qt/test/wallettests.cpp`](/src/qt/test/wallettests.cpp), including the
|
| 97 |
explicit overrides and saved-PSBT signaling; it is not broad coin control.
|
| 98 |
|
|
|
|
| 160 |
|
| 161 |
## Planned or under review
|
| 162 |
|
| 163 |
+
No additional wallet-privacy feature is available merely because it is planned
|
| 164 |
+
or evaluated in this unreleased post-`v29.4-roots.2` topic. The P2P and wallet
|
| 165 |
+
reviews retained the existing published-baseline behavior rather than adding
|
| 166 |
+
new hardening or backup features. Cross-feature coverage and catalog
|
| 167 |
+
reconciliation are release-readiness work, not operator features. Any later
|
| 168 |
+
proposal remains under review until it has an accepted implementation and
|
| 169 |
+
tests.
|
| 170 |
|
| 171 |
## Consensus and provenance boundary
|
| 172 |
|