Description
This is a smart-contract issue for the GrantFox campaign. Track per-developer last-applied ledger sequence and reject any settlement claim from a lower or equal sequence.
Requirements and Context
- high_water_mark stored
- Reject equal/lower seq
- Storage TTL tied to lifecycle
- Test reorg path
- Must be secure, tested, and documented
- Should be efficient and easy to review
Suggested Execution
- Fork the repo and create a branch
git checkout -b feature/replay-guard
- Implement changes
contracts/settlement/src/replay_guard.rs (new)
contracts/settlement/src/lib.rs
- Test and commit
- Run the repo's standard test suite and lint
- Cover edge cases; include output in the PR
Example commit message
feat: ledger-sequence replay protection
Acceptance Criteria
Guidelines
- Minimum 95% test coverage with
cargo test
require_auth on every state-changing entrypoint
- Overflow-safe math; no
unwrap() in production paths
- Clear NatSpec-style
/// rustdoc
- Timeframe: 96 hours
Description
This is a smart-contract issue for the GrantFox campaign. Track per-developer last-applied ledger sequence and reject any settlement claim from a lower or equal sequence.
Requirements and Context
Suggested Execution
contracts/settlement/src/replay_guard.rs (new)contracts/settlement/src/lib.rsExample commit message
Acceptance Criteria
Guidelines
cargo testrequire_authon every state-changing entrypointunwrap()in production paths///rustdoc