Replay Lab
Failure replay, route comparison, and smallest-fix evidence.
Selected trace
trace_246f84bf-5d7f-41f7-8acb-733fd83faf56
Original failed payment
trace_246f84bf-5d7f-41f7-8acb-733fd83faf56
- Amount
- 2 CKB
- Failure time
- 33ms
- Sender
- fiber-rpc-node
- Receiver
- 0360779e54f1b2f380fe6889223ccf240c857bfebacd3c197a8d0124e9ab5d0484
ROUTE_CAPACITY_INSUFFICIENT
Route capacity insufficient
A route was discovered, but the available forwarding capacity was lower than the requested payment amount.
Failure Timeline
Lifecycle events captured in milliseconds.
- 0msrequest_receivedinfo
Live Fiber payment dry-run requested
- 22msnode_infosuccess
Connected to Fiber Network Node RPC
- 23mschannel_snapshotsuccess
Captured 1 live Fiber channels
- 23msgraph_snapshotsuccess
Captured live Fiber graph snapshot
- 33msfiber_rpc_errorerror
Send payment error: Failed to build route, Insufficient balance: max outbound liquidity 0 is insufficient, required amount: 2
Generated Replay Scenarios
Selected from the failure fingerprint, not manually scripted in the UI.
Recommended fix
Smallest route-capacity fix
Replay showed the original 2 CKB payment fails, 80% still fails, and 1 CKB succeeds. Split payment and exact outbound capacity repair also succeeded.
Split the payment into two 1 CKB parts, or reduce amount to 1 CKB.
If the operator controls liquidity, add at least 1 CKB outbound route capacity.
Original vs Replay
Original
Failed- Amount
- 2 CKB
- Latency
- 33ms
- Failed at
- fiber_rpc_error
Replay
success- What changed
- Split payment into 1 CKB + 1 CKB
- Latency
- 54ms
Replay Evidence
same_conditions
Original amount, route, peer state, fee limit, timeout, and asset unchanged
The original failure reproduces under the same conditions, confirming the fingerprint is stable.
reduced_amount_80
Reduced amount to 80%: 1 CKB
1 CKB still exceeds the constrained route capacity, so the payment fails again.
reduced_amount_64
Reduced amount to 64%: 1 CKB
1 CKB matches the observed maximum forwardable capacity and settles.
increased_outbound_capacity
Added exact outbound route capacity deficit: 1 CKB
Adding 1 CKB raises route capacity to the original payment amount and removes the constrained hop.
alternate_route
Selected alternate route excluding the failing condition
A route with different hops avoids the original failure point with slightly higher latency.
split_payment
Split payment into 1 CKB + 1 CKB
Splitting widens eligible paths and lowers per-route capacity pressure while preserving the original total amount.
Report Export
Export the failure timeline, replay evidence, recommendation, and mode disclosure.