[bodymindarts]

Bumps es-entity / errlanes to 0.17.0, job to 0.18.1 and obix to 0.14.1 (Cargo.toml, Cargo.lock, fuzz/Cargo.lock). One es-entity/errlanes version resolves. CalaFault and all error types are unchanged; no source changes were needed to compile.

widen_via_builtin

• cala-ledger/src/error.rs:59 (test stored_decode_overrides_serde_and_survives_the_job_boundary): .widen::<CalaFault>() → .widen_via_builtin() before boxing.

No other sites: the only boxed boundary in cala (ec_rollup.rs flush) ?s errors that are already laned carriers, and the remaining .widen::<Fail<..>>() calls widen into a different rejection, which widen_via_builtin doesn't do.

Verification

• nix run .#nextest: 259/259 passed; doc tests pass; cargo doc builds.
• cargo fmt --check --all clean; cargo clippy --workspace --all-targets --all-features -- -D warnings clean.
• fuzz crate builds (cargo check --locked).

🤖 Generated with Claude Code

https://claude.ai/code/session_01WbpdNYGu9R1Ptau7PTfp1A

---

Note

Medium Risk
Touches shared error-classification dependencies (errlanes/es-entity) used across the ledger; runtime behavior should be equivalent but fault widening at boundaries deserves a quick sanity check.

Overview
Dependency bumps for the errlanes/es-entity stack and related crates: es-entity (and errlanes / errlanes-derive / es-entity-macros) 0.16.11 → 0.17.0, job 0.18.0 → 0.18.1, and obix / obix-macros 0.14.0 → 0.14.1 in workspace Cargo.toml, with lockfiles updated (Cargo.lock, fuzz/Cargo.lock). Fuzz workspace crate versions align to 0.32.2-dev.

API follow-up: one errlanes test in cala-ledger/src/error.rs switches .widen::<CalaFault>() to .widen_via_builtin() so stored-decode classification still widens to the builtin fault lane before boxing across the job boundary. Production CalaFault types and other .widen::<Fail<…>>() rejection widenings are unchanged.

^{Reviewed by Cursor Bugbot for commit df0be6b. Bugbot is set up for automated code reviews on this repo. Configure here.}

[github-actions]

📊 Performance Report

Commit: df0be6b
Updated: 2026-10-07 11:13:57 UTC

Cala Performance Benchmark Results (non-representative)

Criterion Benchmark Results (single-threaded)

Benchmark	Time per Run	Throughput	% vs Baseline
post_simple_transaction	3.401ms	294 tx/s	0 (baseline)
post_backdated_transaction_with_effective_balances_365_days	16.968ms	58 tx/s	-398.0%
post_multi_layer_transaction	3.131ms	319 tx/s	+7.0%
post_simple_transaction_with_effective_balances	3.607ms	277 tx/s	-6.0%
post_simple_transaction_with_skipped_velocity	2.937ms	340 tx/s	+13.0%
post_simple_transaction_with_velocity	3.863ms	258 tx/s	-13.0%
post_simple_transaction_with_hit_velocity	1.873ms	533 tx/s	+44.0%
post_simple_transaction_with_one_account_set	3.708ms	269 tx/s	-9.0%
post_simple_transaction_with_five_account_sets	4.063ms	246 tx/s	-19.0%
post_simple_transaction_with_ec_account_set	3.417ms	292 tx/s	-0.0%

Load Testing Results (parallel-execution)

Scenario	tx/s
1 parallel	210.55
2 parallel	333.45
5 parallel	469.76
10 parallel	429.00
20 parallel	443.69
2 contention	203.14
5 contention	246.53
2 acct_sets	166.31
5 acct_sets	175.62

---

Note: Performance results may vary based on system resources and database state.

Last updated by commit df0be6b