Skip to content

chore: sync main into testnet-canary after 10.0.12 - #2074

Merged
Jurij89 merged 3 commits into
testnet-canaryfrom
main
Aug 4, 2026
Merged

chore: sync main into testnet-canary after 10.0.12#2074
Jurij89 merged 3 commits into
testnet-canaryfrom
main

Conversation

@Jurij89

@Jurij89 Jurij89 commented Aug 4, 2026

Copy link
Copy Markdown
Contributor

Summary

Re-equalizes testnet-canary with main after the 10.0.12 release. Fast-forward only — testnet-canary is fully contained in main (0 commits ahead, merge-base == canary tip), so there is nothing to resolve.

main is 3 commits ahead: 22 files, +63 / −33.

What canary is missing

Commit Content
f9922f262 Merge #2072 — the testnet-canarymain promotion (the merge commit itself; its content originated on canary)
8346598b7 chore(release): bump version set to 10.0.12
843f5213d Merge #2073 — the release-prep PR

The effective diff is only the version bump and the CHANGELOG entry — verified: filtering the changed-file list for anything that is not a package.json or CHANGELOG.md returns nothing.

Canary currently declares 10.0.11; this brings it to 10.0.12 along with the ## [10.0.12] CHANGELOG section and its ### Upgrading from 10.0.11 matrix.

Nothing stranded

Every code change in 10.0.12 landed on testnet-canary first, and #2072 was opened directly from canary rather than a frozen release branch, so there was no branch to strand work on this cycle.

Risk

Low. Version-only plus documentation. pnpm-lock.yaml is untouched, so pnpm install --frozen-lockfile stays valid. Every commit here is already on main and shipped as 10.0.12 to latest, mainnet and testnet.

Merge

Prefer a merge commit over squash, so canary keeps the same per-PR history main has — the CHANGELOG convention depends on recovering PR numbers from the merge history.

🤖 Generated with Claude Code

Jurij89 and others added 3 commits August 4, 2026 19:10
release: promote testnet-canary to main for 10.0.12
Move the root package and all 20 packages/* workspaces to 10.0.12 in
lockstep, per RELEASE_PROCESS.md §3, and convert the [Unreleased]
section into the 10.0.12 CHANGELOG entry.

Version-only bump: pnpm-lock.yaml is untouched, so
`pnpm install --frozen-lockfile` stays valid.
`pnpm release:verify-versions --version 10.0.12` passes (21/21). The
engines.node ranges added in 10.0.10 are preserved unchanged.

CHANGELOG: the prior [Unreleased] body documented only #2006, in a
single 2.8k-character bullet, under a non-house-style `### Operator
knobs` heading. It is replaced by a full section covering all nine PRs
(#2067, #2053, #2059, #2051, #2033, #2007, #2010, #2003, #2002) with
the #2006 headline cut to house length.

Carries an `### Upgrading from 10.0.11` matrix, required by §10. The
release removes a public export from a published package — verified:
CATCHUP_BACKPRESSURE_RETRY_DELAYS_MS is exported from
packages/agent/src/index.ts at v10.0.11 and absent at f9922f2, and
`retryDelaysMs` is now typed `never` (sync/catchup-policy.ts:145) and
rejected at runtime (:245). Also covered: a new 503 on subscribe,
DKGAgent.stop() now rejecting on a drain timeout, the sync-global
`operation` dimension becoming `<work class>:<source>`, and the
write-preflight tightening.

Known issues records a defect that ships knowingly: on sync-global,
per-lane `state` cannot reflect a full global queue because
priority-admission-queue.ts:177-180 calls updatePressureCapacity without
a `lanes` map, while backpressure-observability.ts:361-362 reads lane
limits only from capacity.lanes. The scheduler rollup that /api/status
publishes is correct; the store scheduler is unaffected.

No Solidity source, ABI, or deployment-registry changes since v10.0.11,
so no contract deployment. Dashboard SQLite stays at SCHEMA_VERSION 31.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
chore(release): bump version set to 10.0.12
@Jurij89
Jurij89 merged commit 84c2d1b into testnet-canary Aug 4, 2026
89 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