Trace ID
trace_cb370d8f-8b74-4574-b99c-04bc2c4e955b
- Amount
- 140 CKB
- Mode
- sandbox
- Latency
- 73ms
- Failure stage
- peer_connect
- Sender
- fiber-devnet-sender-01
- Receiver
- fiber-devnet-receiver-09
PEER_OFFLINE
Required peer offline
The payment reached a route execution step that depended on a peer that was not reachable.
Likely Causes
- Peer process is down or restarting
- Network connectivity between peers is broken
- Peer identity or address data is stale
Suggested Fixes
- Restore the peer and retry
- Use an alternate route that avoids the peer
- Refresh peer address data
Failure Timeline
Lifecycle events captured in milliseconds.
- 0msrequest_receivedinfo
Payment attempt created for 140 CKB
- 8msinvoice_validationsuccess
Invoice fields parsed
- 18msroute_discoveryinfo
Candidate routes loaded from sandbox graph
- 39mspolicy_checkinfo
Route policies evaluated
- 73mspeer_connecterror
Peer offline during route execution
Replay-to-Fix Results
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.
restored_peer
Restored unreachable peer before retry
Restoring peer reachability gives FNN a usable route again.
alternate_route
Selected alternate route excluding the failing condition
A route with different hops avoids the original failure point with slightly higher latency.
retry_after_delay
Retried after peer health delay
A delayed retry succeeds after the peer returns to the reachable set.
Exportable Debug Report
Markdown and JSON report output for trace reviews and operator handoff.
# FiberTracebox Report ## Trace Summary - Trace ID: trace_cb370d8f-8b74-4574-b99c-04bc2c4e955b - Payment status: replayed - Amount: 140 CKB - Sender: fiber-devnet-sender-01 - Receiver: fiber-devnet-receiver-09 - Mode: sandbox - Latency: 73ms - Failure time: 73ms - Failure stage: peer_connect - Failure fingerprint: PEER_OFFLINE ## Root Cause The payment reached a route execution step that depended on a peer that was not reachable. ## Evidence Source - Trace source: sandbox - Replay mode: deterministic sandbox replay - Live mutation: no - RPC methods observed: not applicable - Observed failure: not applicable - Sandbox events are deterministic and safe for repeatable demos and CI. - Replay-to-Fix changes simulated route conditions without moving funds. ## Timeline | ms | stage | severity | message | | --- | --- | --- | --- | | 0 | request_received | info | Payment attempt created for 140 CKB | | 8 | invoice_validation | success | Invoice fields parsed | | 18 | route_discovery | info | Candidate routes loaded from sandbox graph | | 39 | policy_check | info | Route policies evaluated | | 73 | peer_connect | error | Peer offline during route execution | ## Replay Results | strategy | changed condition | result | latency ms | recommended | | --- | --- | --- | --- | --- | | same_conditions | Original amount, route, peer state, fee limit, timeout, and asset unchanged | failed | 80 | no | | restored_peer | Restored unreachable peer before retry | success | 53 | yes | | alternate_route | Selected alternate route excluding the failing condition | success | 91 | no | | retry_after_delay | Retried after peer health delay | success | 94 | no | ## Smallest-Fix Recommendation Restore peer or route around it: Restore peer reachability, then retry. If restoration is outside your control, route around the peer. Confidence: high ## Suggested Next Actions - Restore the peer and retry - Use an alternate route that avoids the peer - Refresh peer address data - Restore peer reachability, then retry. If restoration is outside your control, route around the peer. ## Mode Disclosure Sandbox mode: deterministic simulated Fiber payment conditions are used for repeatable diagnostics.