Releases: Arch-Network/arch-node
Release list
Nightly Build 20260823 (854713edf)
Nightly build from dev.
Source SHA: 854713edfae969a86f217c1c1cdc673628faf54d
Nightly ID: nightly-20260823-854713edf
Build timestamp: 2026-08-23 02:29:24 UTC
Manifest: release-manifests/nightly-20260823-854713edf.json
Published artifacts:
s3://arch-network-dev-releases/nightly-20260823-854713edf/
Runtime images:
ghcr.io/arch-network/validator:nightly-20260823-854713edf
ghcr.io/arch-network/validator:nightly-latest
Release v0.8.4
Release v0.8.4
Arch Network v0.8.4 (2026-08-22)
Compare: v0.8.3...v0.8.4
Date range: 2026-08-20 → 2026-08-22
Stats: 38 files changed, 689 insertions(+), 345 deletions(-)
Top impact areas: e2e-tests (19), examples (9), programs (2), validator (1), tpu (1), sdk (1), program (1), fuzz (1), common (1), Cargo.toml (1), Cargo.lock (1)
Highlights
Runtime and UTXO handling received a significant enhancement allowing accounts to spend additional owned UTXOs alongside the state carrier, improving transaction flexibility and UTXO management capabilities.
Dependency updates were applied across all e2e test programs and example programs to maintain compatibility with the core version bump to 0.8.4.
Added
- Support for accounts to spend additional owned UTXOs alongside the state carrier UTXO in transaction processing
- Documentation for rollback procedures in validator operations (Rollback.md)
Changed
- Version bumped from 0.8.3 to 0.8.4 across all workspace crates
- Updated Cargo.lock files for all 19 e2e-test programs to reflect dependency changes
- Updated Cargo.lock files for all 9 example programs to reflect dependency changes
- Modified program runtime logic in program/src/program.rs to support additional UTXO spending
- Updated syscall handling in programs/loader/src/syscalls/mod.rs for enhanced UTXO management
- Refactored system program in programs/system/src/lib.rs to accommodate new UTXO spending patterns
- Updated transaction processing logic in tpu/src/processing.rs
- Modified async RPC client in sdk/src/client/async_rpc.rs
- Updated fuzz testing dependencies in fuzz/Cargo.lock
Fixed
None in this release.
Performance and Observability
None in this release.
RPC and API Changes
No breaking RPC changes. The SDK async RPC client was updated to support the new UTXO spending capabilities, maintaining backward compatibility with existing usage patterns.
Breaking Changes
None known.
Migration Guidance
No action required for node operators or SDK consumers. The additional UTXO spending capability is additive and does not affect existing transaction patterns. Applications wishing to leverage the new UTXO spending feature should review the updated program interfaces in the runtime modules.
Documentation
Added validator rollback documentation (Rollback.md) providing guidance for validator operators on rollback procedures.
Contributors (v0.8.3 → v0.8.4)
Amine ElQaraoui, Deepanshu Hooda
Nightly Build 20260821 (77351660c)
Nightly build from dev.
Source SHA: 77351660c53345f70a9378b553eeeda47cc615e9
Nightly ID: nightly-20260821-77351660c
Build timestamp: 2026-08-21 02:29:17 UTC
Manifest: release-manifests/nightly-20260821-77351660c.json
Published artifacts:
s3://arch-network-dev-releases/nightly-20260821-77351660c/
Runtime images:
ghcr.io/arch-network/validator:nightly-20260821-77351660c
ghcr.io/arch-network/validator:nightly-latest
Release v0.8.3
Release v0.8.3
Arch Network v0.8.3 (2026-08-20)
Compare: v0.8.2...v0.8.3
Date range: 2026-08-19 → 2026-08-20
Stats: 7 files changed, 178 insertions(+), 134 deletions(-)
Top impact areas: bitcoin-internal (3), roast (1), common (1), Cargo.toml (1), Cargo.lock (1)
Highlights
Bitcoin-internal subsystem received a critical stability fix addressing stack safety in rollback graph traversal. This change prevents potential stack overflow issues during deep graph traversal operations, improving the reliability of the synchronization layer.
Added
None in this release.
Changed
- Refactored rollback graph traversal to use iterative approach instead of recursive implementation in bitcoin-internal sync module
- Updated version metadata in common/src/version.rs to v0.8.3
- Modified graph builder implementation for stack-safe operations
- Updated dependency lock file (Cargo.lock) reflecting internal changes
Fixed
- Fixed stack overflow vulnerability in rollback graph traversal by converting recursive algorithm to stack-safe iterative implementation (#2524)
- Resolved potential crashes during deep blockchain reorganization scenarios
Performance and Observability
- Improved memory efficiency in graph traversal operations by eliminating recursive call stack buildup
RPC and API Changes
No breaking RPC or API changes in this release.
Breaking Changes
None known.
Migration Guidance
No action required for node operators or SDK consumers. This release includes internal stability improvements that are fully backward compatible.
Documentation
No documentation changes in this release.
Contributors (v0.8.2 → v0.8.3)
Amine ElQaraoui
Nightly Build 20260820 (49e35833a)
Nightly build from dev.
Source SHA: 49e35833ae10bc0422098f4e8fdd80663e3ed3dd
Nightly ID: nightly-20260820-49e35833a
Build timestamp: 2026-08-20 02:25:14 UTC
Manifest: release-manifests/nightly-20260820-49e35833a.json
Published artifacts:
s3://arch-network-dev-releases/nightly-20260820-49e35833a/
Runtime images:
ghcr.io/arch-network/validator:nightly-20260820-49e35833a
ghcr.io/arch-network/validator:nightly-latest
Release v0.8.2
Release v0.8.2
Arch Network v0.8.2 (2026-08-19)
Compare: v0.8.1...v0.8.2
Date range: 2026-08-18 → 2026-08-19
Stats: 96 files changed, 2417 insertions(+), 1083 deletions(-)
Top impact areas: roast (30), e2e-tests (19), examples (9), db_utils (6), key_mng (5), db_core (5), common (4), validator (3), tpu (3), runtime (3), blockstore (3), bitcoin-internal (2), state-sync (1), fuzz (1), Cargo.toml (1), Cargo.lock (1)
Highlights
Error handling infrastructure was significantly enhanced with the introduction of call site context propagation across all major subsystems including roast, blockstore, db_core, key_mng, runtime, tpu, and validator. This provides more precise error diagnostics for debugging and monitoring production issues.
Finality and consensus improvements address edge cases in state synchronization with a new state-only finality sweep backstop mechanism in db_utils and canonicalization of Titan lookup errors in hash-committed status validation. Bitcoin block confirmation threshold values were updated to align with operational requirements.
Testing and dependency infrastructure was updated across all e2e-tests and example programs with synchronized Cargo.lock files, ensuring consistent dependency resolution across the test suite and example applications.
Added
- Call site context tracking in error codes via new
err_contextmodule in common crate - State-only finality sweep backstop mechanism in db_utils finality handling
- Error context propagation infrastructure across roast, blockstore, db_core, key_mng, runtime, tpu, and validator subsystems
Changed
- Updated Bitcoin block confirmation values in configuration
- Canonicalized Titan lookup error handling in hash-committed status validation
- Refactored error types across multiple subsystems to include call site context
- Synchronized Cargo.lock files across all 19 e2e-test programs and 9 example programs
- Version bumped to 0.8.2 in common/src/version.rs and Cargo.toml
Fixed
- Canonicalized error reporting for Titan lookup failures in hash-committed status checks
- Added backstop to prevent state-only finality sweep edge cases from causing synchronization issues
Performance and Observability
- Enhanced error diagnostics with call site context propagation enabling more precise root cause analysis
- Improved error traceability across roast consensus, storage, and runtime subsystems
RPC and API Changes
No breaking RPC or API changes. Error return types now include additional context fields for enhanced debugging, but remain backward compatible in structure.
Breaking Changes
None known.
Migration Guidance
No action required for node operators or SDK consumers. The enhanced error context is automatically included in error responses and does not require configuration changes.
Documentation
No documentation changes in this release.
Contributors (v0.8.1 → v0.8.2)
Amine ElQaraoui, Deepanshu Hooda, Rahul Subramaniyam
Nightly Build 20260819 (cee75126d)
Nightly build from dev.
Source SHA: cee75126db5b9b3351cd8de0906ed84cd50594d1
Nightly ID: nightly-20260819-cee75126d
Build timestamp: 2026-08-19 02:25:56 UTC
Manifest: release-manifests/nightly-20260819-cee75126d.json
Published artifacts:
s3://arch-network-dev-releases/nightly-20260819-cee75126d/
Runtime images:
ghcr.io/arch-network/validator:nightly-20260819-cee75126d
ghcr.io/arch-network/validator:nightly-latest
Nightly Build 20260818 (9350be266)
Nightly build from dev.
Source SHA: 9350be2662ff34fa8bca75d04c90bdf09fe12dba
Nightly ID: nightly-20260818-9350be266
Build timestamp: 2026-08-18 02:25:03 UTC
Manifest: release-manifests/nightly-20260818-9350be266.json
Published artifacts:
s3://arch-network-dev-releases/nightly-20260818-9350be266/
Runtime images:
ghcr.io/arch-network/validator:nightly-20260818-9350be266
ghcr.io/arch-network/validator:nightly-latest
Release v0.8.0
Release v0.8.0
Arch Network v0.8.0 (2026-08-17)
Compare: v0.7.0...v0.8.0
Date range: 2026-08-10 → 2026-08-17
Stats: 98 files changed, 3452 insertions(+), 907 deletions(-)
Top impact areas: e2e-tests (38), examples (9), db_utils (8), sdk (7), roast (6), validator (4), transaction_pool (4), runtime (4), programs (3), db_core (3), bitcoin-internal (3), fuzz (2), tpu (1), testing_suite (1), local_validator (1), execution (1), common (1), Cargo.toml (1), Cargo.lock (1)
Highlights
Database and finality subsystems were enhanced with new irreversible transaction finalization logic, ensuring stronger transaction commitment guarantees. The db_utils module gained finality management capabilities while db_core received corresponding error handling extensions.
Transaction processing received critical validation improvements rejecting state-only transactions with unconfirmed UTXOs and consolidating account anchoring validation at the transaction level. Signature verification was optimized by eliminating redundant checks, reducing computational overhead in the execution pipeline.
Consensus and key management subsystems were improved with unified expiry timestamps across commitment pool and key manager components. The ROAST coordinator and signer modules were updated to ensure consistent timeout handling for Bitcoin transaction signing sessions.
Added
- New finality module in db_utils for managing irreversible transaction state
- Finality-related error variants in db_core error handling
- Graph builder, initialization, and rollback capabilities in bitcoin-internal sync module
- New processed transaction tests in db_utils covering finality scenarios
- Pruning queue tests for database maintenance verification
Changed
- Transaction signature verification now skips redundant checks in execution pipeline
- Commitment pool and key manager now use synchronized expiry timestamps
- Account anchoring validation consolidated from multiple validation points to transaction-level enforcement
- State-only transactions now rejected when referencing unconfirmed UTXOs
- ROAST coordinator block maker, request handler, and signer modules updated for consistent timeout behavior
- Transaction pool types and hybrid pool implementation refactored for finality support
- Runtime transaction context updated to support new validation constraints
- Database apply_block logic modified to handle irreversible transaction marking
- SDK ProcessedTransaction and RuntimeTransaction types extended with finality metadata
- RPC methods in validator updated to surface transaction finality status
- All e2e-test and example program Cargo.lock files regenerated
Fixed
- Eliminated redundant signature verification reducing unnecessary cryptographic operations
- Corrected validation ordering preventing state-only transactions from using unconfirmed UTXOs
- Fixed potential timestamp desynchronization between commitment pool and key manager
Performance and Observability
- Signature verification performance improved by avoiding duplicate checks in transaction processing
- Database operations optimized with finality tracking reducing redundant state queries
RPC and API Changes
Breaking changes to RPC and SDK types. ProcessedTransaction and RuntimeTransaction structures now include finality-related fields. Clients querying transaction status will receive additional metadata indicating whether transactions have achieved irreversible finality.
Breaking Changes
- ProcessedTransaction type in SDK now includes finality status fields
- RuntimeTransaction type structure modified with additional validation metadata
- RPC wire format changed for transaction query responses
Migration Guidance
Node operators should update to v0.8.0 to benefit from finality tracking and performance improvements. No configuration changes required, but database schema changes will be applied automatically on first startup.
SDK consumers must update client code to handle new finality fields in ProcessedTransaction and RuntimeTransaction types. Review sdk/tests/api_stability.rs and sdk/tests/rpc_wire_format.rs for updated structure definitions.
Documentation
- Added Rollback.md documentation in validator directory
- Updated API stability tests reflecting new transaction type structures
- RPC wire format tests updated with finality field examples
Contributors (v0.7.0 → v0.8.0)
Amine ElQaraoui, Rahul Subramaniyam
Nightly Build 20260817 (64912fc19)
Nightly build from dev.
Source SHA: 64912fc1983b00b4058774d70b25e93398410458
Nightly ID: nightly-20260817-64912fc19
Build timestamp: 2026-08-17 02:27:21 UTC
Manifest: release-manifests/nightly-20260817-64912fc19.json
Published artifacts:
s3://arch-network-dev-releases/nightly-20260817-64912fc19/
Runtime images:
ghcr.io/arch-network/validator:nightly-20260817-64912fc19
ghcr.io/arch-network/validator:nightly-latest