Skip to content

Pin all dependencies to exact versions for 0.6.1#90

Closed
greg0x wants to merge 1 commit into
mainfrom
greg/valar-supply-chain-pins
Closed

Pin all dependencies to exact versions for 0.6.1#90
greg0x wants to merge 1 commit into
mainfrom
greg/valar-supply-chain-pins

Conversation

@greg0x

@greg0x greg0x commented May 21, 2026

Copy link
Copy Markdown
Contributor

Summary

Pin every dependency to an exact =x.y.z version so the published 0.6.1
artifact has a fully deterministic resolution surface, and patch releases
of upstream crates cannot move the verifying-key shape or any in-circuit
primitive without a corresponding voting-circuits release.

Why

Part of the supply-chain hardening pass following a supply-chain review of
the valar-* dependency chain. The review flagged that caret pins on crypto-
and circuit-shaping dependencies allow any 0.x.* patch to land silently via
cargo update. For circuits, that risk is doubled — a patch bump to
halo2_proofs, halo2_gadgets, halo2_poseidon, pasta_curves, sinsemilla, ff,
or group can move in-circuit behaviour even when the public Rust API is
stable.

With exact pins, any movement on those crates becomes a deliberate
voting-circuits release, which makes auditing the verifying key easy to
gate on.

Changes

  • version = "0.6.0""0.6.1"
  • All dependencies and dev-dependencies switched from "x.y" / "x.y.z"
    constraints to "=x.y.z"
  • Cargo.lock reflects the version bump only — no code changes
  • CHANGELOG updated under v0.6.1 with the security-pin note

Document voting-circuits 0.6.1 pin release
@greg0x greg0x force-pushed the greg/valar-supply-chain-pins branch from ea254cf to 968fd22 Compare May 21, 2026 11:15
Comment on lines -34 to -36
# Reference IMT implementation used by integration tests to cross-check the
# in-tree provider. Keep exact-pinned so patch releases cannot silently move
# tree semantics without updating the equivalence tests.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Lets keep the comment?

@greg0x

greg0x commented May 21, 2026

Copy link
Copy Markdown
Contributor Author

ok, during iteration this has become a noop

@greg0x greg0x closed this May 21, 2026
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.

2 participants