Context
theahaco/scaffold-stellar#451 pinned LATEST_SUPPORTED_OZ_RELEASE to v0.6.0 because v0.7.0-rc.1 was unaudited and broke scaffold init. OZ v0.7.0 is now stable (Apr 3) and v0.7.1 shipped Apr 10.
The CLI repo is already on soroban-sdk 25.1.0, so no other dep changes are needed here.
What needs to change
One line in crates/stellar-scaffold-cli/src/commands/generate/contract/mod.rs:
// current
const LATEST_SUPPORTED_OZ_RELEASE: &str = "v0.6.0";
// after
const LATEST_SUPPORTED_OZ_RELEASE: &str = "v0.7.0"; // or "v0.7.1"
Blocked by
This should land after theahaco/scaffold-stellar-frontend#208 (upgrade template to soroban-sdk 25.x + OZ v0.7.x). If we bump this first, scaffold init will pull v0.7.x OZ examples into a template that's still on soroban-sdk 23.4.0, which will fail to compile — the same mismatch that broke things before.
Context
theahaco/scaffold-stellar#451 pinned
LATEST_SUPPORTED_OZ_RELEASEtov0.6.0because v0.7.0-rc.1 was unaudited and brokescaffold init. OZ v0.7.0 is now stable (Apr 3) and v0.7.1 shipped Apr 10.The CLI repo is already on soroban-sdk 25.1.0, so no other dep changes are needed here.
What needs to change
One line in
crates/stellar-scaffold-cli/src/commands/generate/contract/mod.rs:Blocked by
This should land after theahaco/scaffold-stellar-frontend#208 (upgrade template to soroban-sdk 25.x + OZ v0.7.x). If we bump this first,
scaffold initwill pull v0.7.x OZ examples into a template that's still on soroban-sdk 23.4.0, which will fail to compile — the same mismatch that broke things before.