Groundwire
Enter your access token to continue.
| Metric | 24h | 7d | 30d |
|---|---|---|---|
| Routing Volume | |||
| Routing Revenue | |||
| Rebalancing Cost | |||
| Net Profit |
| Channel | Fees | # |
|---|---|---|
| Channel | Volume | # |
|---|---|---|
| Peer | Type | Capacity | Balance | Local % | Our PPM | Remote PPM | Mkt PPM | vs Mkt | UP% | Inbound PPM | Volume (7d) | Direct | Assisted | Rebal Cost | Net | Net 30d |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Offline Private 🔒 ⚠ drift |
Showing of channels. Revenue/costs from 7-day classification window. Click column headers to sort.
| Time | In | Out | Amount | Nominal | Discount | Actual | PPM | |
|---|---|---|---|---|---|---|---|---|
| → |
Refills economically-draining channels with circular self-payments, capped at % of the channel's own outbound ppm (hard cap ppm). Shadow mode: attempts are recorded as SIMULATED and nothing is paid. Scheduling is off; manual attempts still run.
Last 24h: succeeded, failed, simulated, abandoned; sat moved for sat ( ppm paid vs ppm ceiling). in flight.
| Peer | Refill | Class | Mode | Local | Our ppm | Peer ppm | Max ppm | Amount | Fee limit | Why not |
|---|---|---|---|---|---|---|---|---|---|---|
| Requested | Target | Amount | Status | Fee paid | Paid / max ppm | Reason | Flags |
|---|---|---|---|---|---|---|---|
| / | manual chained |
Should an auto-rebalancer refill this channel? From d flow + breakeven economics (refills may pay at most % of the channel's outbound ppm). ⚠ channel(s) refilled against advice — sat spent in the window.
| Peer | Advice | Class | Flow | Volume | Demand | Net | Our ppm | Max refill ppm | Refills | Cost | Unecon |
|---|---|---|---|---|---|---|---|---|---|---|---|
| ⚠ ↻ | ⚠ |
⚠ all-time rebalances broke the breakeven discipline (paid more than 65% of the refilled channel's outbound fee — they lose money once that liquidity routes out).
| Time | First hop | Last hop | Amount | Fee | PPM | Last hop PPM | |
|---|---|---|---|---|---|---|---|
| gw | → | ⚠ |
| Destination | Failures | Volume (sat) |
|---|---|---|
| Source | Destination | Failures | Volume (sat) | |
|---|---|---|---|---|
| → |
| Time | Source | Destination | Amount | Dest PPM | Potential Fee | Failure | |
|---|---|---|---|---|---|---|---|
| → |
| Time | Peer | Reason | Old PPM | New PPM | Change | Inbound |
|---|---|---|---|---|---|---|
| Bucket | Channels | Local | Capacity | |
|---|---|---|---|---|
No snapshot history yet.
Over-target local balance, fee already at/below market (p50 × 0.9) or the global min fee, and ~zero routed volume in 14d. Another decrease cannot help — these need a liquidity operation instead.
No channels flagged.
| Peer | Local% | Our PPM | Mkt P50 (refs) | Routed 14d | Net 30d | Recommendation |
|---|---|---|---|---|---|---|
| liquidity op |
Draining these frees capital AND creates inbound where it is useful. Ranked by drainable local balance. .
No candidates.
| Peer | Local Balance | Local% | Net 30d | Our PPM | Mkt P50 | Market Position | Exhausted |
|---|---|---|---|---|---|---|---|
| yes |
Peers already routing volume into us while our side sits above 70% local — a channel from them would create usable inbound.
No suggestions.
| Peer | Channels | Inbound 30d | Local% | Capacity |
|---|---|---|---|---|
Loading liquidity report…
| Peer | Capacity | Fee PPM | Status |
|---|---|---|---|
| disabled |
| Period | Out Vol | In Vol | Out # | In # | Direct | Assisted | Rebal Cost | Net |
|---|---|---|---|---|---|---|---|---|
No outgoing forwards.
| Peer | Volume | Share | # |
|---|---|---|---|
No incoming forwards.
| Peer | Volume | Share | # |
|---|---|---|---|
No fee changes recorded.
| Time | Reason | Old PPM | New PPM | Change | Inbound |
|---|---|---|---|---|---|
No recent forwards.
| Time | Dir | In | Out | Amount | Nominal | Discount | Actual |
|---|---|---|---|---|---|---|---|
No own payments via this channel.
| Time | Last Hop | Amount | Fee | Type |
|---|---|---|---|---|
No recent failed HTLCs.
| Time | Dir | In | Out | Amount | Failure | Detail |
|---|---|---|---|---|---|---|
No peer policy changes recorded yet.
| Observed | Source | Local % | Out PPM | Out Base | In PPM | In Base | Max HTLC | Disabled |
|---|---|---|---|---|---|---|---|---|
| yes |
Status of the background jobs that power data collection, fee decisions, graph refresh, and backups.
| Job | Last Run | Duration | Status | Last Success |
|---|---|---|---|---|
Enter a full address (pubkey@host:port) or just a pubkey to auto-lookup the address. Clearnet is preferred over Tor.
Sign a message with the node's private key to prove ownership (e.g. for Amboss, liquidity rings).
signCopied = false, 2000)">
Open one or more channels in a single on-chain transaction. Enter pubkeys (or pubkey@host:port) and amounts.
| Pubkey | Amount (sat) | |
|---|---|---|
|
connected
|
||
| Total | sat | |
| On-chain balance | ||
| Remaining after open |
Our betweenness rank: of nodes
No candidates — the graph may not be collected yet.
| Node | Channels | Capacity | Corridor p50 | Suggested size | Btw gain | Rank Δ | |
|---|---|---|---|---|---|---|---|
Existing peers whose channels routed real volume in 30 days while our side is mostly depleted — our routing record justifies asking them for an inbound channel.
No qualifying peers right now.
| Peer | Channels | Local % | Volume 30d | Forwards 30d | Revenue 30d |
|---|---|---|---|---|---|
Dead links, persistent net losses, or long-offline peers — the local capital a close would free up. Recommendations only; closing stays manual.
No close candidates right now.
candidates — sat recoverable (local balances).
| Peer | Capacity | Recoverable | Reasons | Net 30d | Lifetime Net | Close |
|---|---|---|---|---|---|---|
Changes take effect on the next decision run (~1 minute). Values are stored in the database.
Weekly job that classifies each channel's routed flow and writes an auto-managed
target_local_ratio — the balance target the inbound discount above works
towards. Operator-set targets are never touched. Writes database overrides, not LND
policy, so it runs regardless of dry run.
Hourly job that scores open candidates by simulating a channel to each and measuring how much our node's betweenness centrality would improve. CPU-only analysis — it writes nothing to LND and never opens channels; results feed the Intelligence tab's open-candidate ranking.
Circular self-payments that refill economically-draining channels. A separate subsystem from the fee engine with its own two gates — the Dry Run switch at the top of this page does not cover it. Refills only ever target channels whose routing revenue already exceeds what refilling them costs.
Audit trail of accepted changes (newest first).
No recorded changes yet.
| Time | Key | Old | New | Source |
|---|---|---|---|---|
Get a Telegram message when a channel opens or closes. Create a bot with @BotFather, paste its token below, and enter the chat id to send to. Settings are stored in the database.