Skip to content

Release v0.20.0 - #14

Merged
jdogresorg merged 10 commits into
masterfrom
release/v0.20.0
Sep 18, 2026
Merged

jdogresorg merged 10 commits into
masterfrom
release/v0.20.0

Conversation

@jdogresorg

@jdogresorg jdogresorg commented Sep 17, 2026

Copy link
Copy Markdown
Contributor

Title: Release v0.20.0

Summary

Added

  • README.md documents the src/api submodule's createApp and startApi exports, and index.d.ts types both.

Changed

  • The vendored registry includes mirror-admission and anchor-attestation barrier rows.
  • Activation modules and preflight pins follow the consolidated consensus layout.

Sibling release PRs

Merge order

Merge order: merge after xchain-e2e-test, then re-run xchain-indexer merge-commit CI against the completed sibling set.

CI note

GitHub CI on this branch clones sibling repos at develop, not at this release branch, unless a workflow call passes siblings-ref for release branches. A cross-repo guard failure here can reflect that develop-only comparison rather than a real disagreement with a sibling still on this release branch; check the venue pre-push gate (which ships each companion at its own release branch) before treating a red guard as a defect.

…s at the src/consensus tails from the indexer's bytes, citations and requirers repointed (activation registry row 21c)
…two long functions under the readability limits (activation registry row 23)
…0.0 train (dq3 (a))

This reverts commit ecb5b81; the token bridge and policy gates stay dark on v0.20.0 and arm on the next train.
… the BTC instant

The v0.20.0 family was sized 2026-09-16 20:41Z from last-99-block cadences. LTC
testnet then ran at about 82 s per block against the 146.6 s that sizing assumed,
pulling its producer boundary to 3.2 h out while BTC's stayed 53.0 h out, and
DOGE's drifted 7.5 h early. Two legs of one cross-chain match would have crossed
the flag day about two days apart, which is what the same-wall-clock-instant rule
exists to prevent.

Re-measured 2026-09-17 22:45Z over a trailing window as long as the lead being
sized: TBTC 152,891 at 576.7 s per block, TLTC 4,889,190 at 82.5 s, TDOGE
67,904,912 at 27.7 s. BTC is unchanged, still keyed to epoch close 153,216 plus
6 buried; LTC and DOGE are converted onto that same instant, and each consumer
is its own producer plus six hours at its own measured cadence rather than a
block count carried over from the first sizing.

Arms the TRAIN_ACTIVATION 0.20.0 row at testnet 153,116, 106 blocks and about
17 h below the BTC producer. resolveRuleSet reads only the local map, so with no
row every block above the boundary keeps resolving under 0.19.0, and a manifest
naming 0.20.0 halts a fleet in which no build implements it.

Records the cadence-window rule the re-cut used and makes the re-size rule per
chain instead of BTC-keyed, so an LTC or DOGE drift past the six-hour ordering
margin forces a re-cut the way an overrun BTC height already does.

(cherry picked from commit 4aad84bf05c3556c295aa9e4d5ab7fe0a90a98a3)
@jdogresorg
jdogresorg merged commit 340ff29 into master Sep 18, 2026
7 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant