Commit c9c94a0
committed
chore(fast-inbox): mark multi_proof as a flake under CI's 2-CPU limit (A-1374)
multi_proof.test.ts spins up three prover nodes with fake proofs (realProofs:
false). Under CI's --cpus=2 constraint the sequencer's L1 checkpoint publish
falls behind the test's aggressive EVM time-warp, so the publish tx is dropped
with 'Transaction timed out before sending' and proving never completes. Because
the run uses fake proofs, the stack's heavier circuits do not affect its timing,
and both the L1-publish path (ethereum/src/l1_tx_utils) and the test itself are
unchanged by this stack; a 64-CPU box run passes it deterministically. So this is
pre-existing environmental fragility surfaced by test-selection on these branches,
not a fast-inbox regression. Scoped error_regex keeps real multi_proof failures
(different signatures) still blocking.1 parent baffb9d commit c9c94a0
1 file changed
Lines changed: 8 additions & 0 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
378 | 378 | | |
379 | 379 | | |
380 | 380 | | |
| 381 | + | |
| 382 | + | |
| 383 | + | |
| 384 | + | |
| 385 | + | |
| 386 | + | |
| 387 | + | |
| 388 | + | |
381 | 389 | | |
382 | 390 | | |
383 | 391 | | |
| |||
0 commit comments