Skip to content

Point frontend at the preprod contract e354e672 - #11

Merged
acedward merged 1 commit into
mainfrom
preprod-address
Sep 3, 2026
Merged

Point frontend at the preprod contract e354e672#11
acedward merged 1 commit into
mainfrom
preprod-address

Conversation

@acedward

@acedward acedward commented Sep 3, 2026

Copy link
Copy Markdown
Contributor

Records the ShieldedNight contract deployed on preprod so the network dropdown offers PreProd (hosted page after the next manual deploy.yml run; any stack page that serves this build).

Address e354e6725893397e6a2dfa44522a017fabb5d9c92efed50288711f5f865c8950
Deployed 2026-09-03T00:27:39Z, MN_ENV=preprod, name "Shielded Night" / sNight / 6 decimals
Built from src/managed/ as committed — byte-identical on main and on 0b0a358 (PR #9), which is the tree the deploy ran from
Verified MN_ENV=preprod CV_ADDRESS=e354e672… bun run verify:deployment → all 11 circuits' on-chain verifier keys == local keys
Locked No (committee=1, threshold=1). Deliberately left upgradeable for now; scripts/lock.ts from the deploying machine/wallet is the one-way door when wanted. The verify script's non-zero exit on an unlocked contract is expected today (see the EXPECT_LOCKED discussion in the organizer's Q8).

Only frontend/.env changes, which is the committed audit trail for deployed addresses per the README. Non-breaking.

Deployed 2026-09-03T00:27Z on preprod ("Shielded Night" / sNight / 6),
from the src/managed build this repo commits (byte-identical at 0b0a358 and
main). Not locked: it stays upgradeable until a lock is chosen deliberately.
The PreProd entry appears in the network dropdown as soon as this lands.
@acedward
acedward merged commit 6d87db4 into main Sep 3, 2026
1 of 4 checks passed
acedward added a commit that referenced this pull request Sep 3, 2026
Brings in from main: PR #11 (frontend/.env PREPROD_ADDRESS=e354e672...) and
PR #12 (scripts/verify-deployment.ts --allow-unlocked + scripts/verify-args.ts
+ tests + docs, plus a bun-1.4 lockfile regeneration with new root overrides
compact-js 2.5.1 / onchain-runtime-v3 3.0.0 and a frontend onchain-runtime-v3
3.0.0 override).

Conflict resolution: package.json / frontend/package.json kept this branch's
own v9 overrides (ledger-v9 1.0.0-rc.3, compact-runtime 0.19.0,
onchain-runtime-v4 4.0.0-rc.3, plus frontend's compact-js 2.5.5-rc.8) and
documented in the //overrides comment why main's v8-line overrides
(compact-js 2.5.1, ledger-v8 8.1.0, onchain-runtime-v3 3.0.0) do not apply to
this dependency graph: ledger-v8 and onchain-runtime-v3 are not in this tree
at all, and compact-js is already pinned exact here so needs no defensive
override. bun.lock and frontend/bun.lock were not hand-merged: both were
deleted and regenerated with bun 1.4.0 over a git-archive-style export (no
root .env mounted or read), then verified frozen-installable, exactly one
copy each of ledger-v9 / compact-runtime / onchain-runtime-v4 / compact-js in
both trees, and zero copies of ledger-v8 / onchain-runtime-v3.

Everything else (README, TESTING, frontend/.env, scripts/verify-deployment.ts,
scripts/verify-args.ts, its unit test) auto-merged cleanly with no conflicts.
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