Lightning Accounting Tools Compared for Node Operators

Lightning Accounting Tools Overview

Running a profitable routing node on the Lightning Network generates dozens to thousands of forwarding events per day, each earning a fraction of a satoshi to several satoshis in routing fees. Tracking this income for profitability analysis and tax compliance requires specialized tooling that understands Lightning's unique off-chain settlement model.

The challenge is that Lightning accounting sits at the intersection of on-chain Bitcoin transactions (channel opens and closes) and off-chain state updates (forwards, payments, invoices). No single tool handles every dimension perfectly. This guide compares the major options available to node operators in 2026, from CLI utilities to full accounting platforms, so you can choose the right stack for your operation.

Detailed Tool Comparison

Balance of Satoshis (bos)

The bos accounting command is the most purpose-built free CLI accounting tool for LND. It organizes transactions into six categories: chain-fees (on-chain fees paid), chain-receives (on-chain payments received including channel closures), chain-sends (on-chain payments sent), forwards (routing fee income), invoices (settled invoices), and payments (outgoing LN payments including keysends). The --csv flag exports each category to a file, and built-in fiat conversion via CoinDesk or CoinGecko provides USD-denominated figures at the time of each transaction. Additional commands like bos chart-fees-earned and bos chart-fees-paid visualize fee performance directly in the terminal. Time filtering with --month, --day, and --year flags makes it straightforward to generate periodic reports.

Faraday (Lightning Terminal)

Faraday is Lightning Labs' dedicated accounting tool, bundled with Lightning Terminal (LiT) alongside LND, Loop, and Pool. The frcli audit command produces a full accounting report that merges on-chain and off-chain activity into a unified ledger using the "Harmony" standard. CSV export via --csv_path and fiat conversion via the CoinCap historical prices API make it one of the most tax-ready free options. Additional commands include frcli revenue for time-bounded revenue reports, frcli closereport for per-channel fee summaries, and frcli insights for channel performance metrics like uptime and volume. Faraday remains in alpha (v0.2.14-alpha as of January 2025) and is LND-only.

Clams

Clams (clams.tech) is the most comprehensive Lightning accounting platform found in this comparison. It connects to nodes via Lightning Node Connect (LND) or Runes (Core Lightning) using read-only credentials, so signing keys never leave the node. Clams provides a double-entry ledger with auto-categorization, tracks the full channel lifecycle (opens, closes, HTLC resolution, cooperative and force closures, anchor outputs), and supports cost basis methods including FIFO, LIFO, and HIFO. It generates capital gains reports with per-lot details and holding-period calculations, balance sheets, and journal entries for downstream accounting software. Export formats include CSV, JSON, YAML, and a REST API. Off-chain balances are tracked at millisatoshi precision.

RTL (Ride The Lightning)

RTL (v0.15.12, September 2026) is the most widely deployed Lightning node management dashboard, supporting LND, Core Lightning, and Eclair. Its activity reports provide monthly and annual summaries of routing fees earned and payments made or received, with data export capability. RTL also tracks channel balances, supports circular rebalancing, and manages channel backups. As a general-purpose node dashboard, its accounting features are basic: no cost basis tracking, no fiat conversion, and no tax-ready report generation.

ThunderHub and LNDg

ThunderHub provides transaction reports with graphs, forwarded payment details, and liquidity reports showing total remote and local balance. It supports Lightning Terminal (litd) and Taproot Assets alongside standard LND management. LNDg focuses on automation and profitability optimization with AutoFees (dynamic fee setting), automated rebalancing, and metrics for identifying unprofitable channels. Both tools display forwarding data in-app but lack dedicated accounting export or fiat conversion features.

Torq

Torq (v3.2.0) is designed for large node operators managing 1,000+ channels. It provides CSV export of forwarding data and channel data, full forwarding history review, customizable table views with filters, and automation workflows for rebalancing and channel policy. UTXO management features let operators lock and unlock individual outputs. Torq supports both LND and Core Lightning. While it lacks built-in cost basis or fiat conversion, its CSV export and historical data make it a solid foundation for operators who pipe data into external accounting tools.

Amboss

Amboss is a SaaS analytics platform with tiered pricing: free (7 days history), Node Runner ($4/month, email alerts), Builder ($12/month, 3 months history), and Operator ($42/month, 3 years history with commercial API access). It provides fee distribution charts, closed channel analysis with closure type breakdowns, and node performance rankings. The Operator tier includes API access for programmatic data retrieval. Amboss is a network analytics and liquidity marketplace rather than a dedicated accounting tool: it does not provide CSV export, cost basis tracking, or tax report generation.

lncli (Raw LND Commands)

For operators who prefer scripting their own solutions, LND's built-in CLI provides the raw data. lncli fwdinghistory queries all HTLCs forwarded through the node with time range filtering. lncli feereport summarizes fee income. lncli listpayments, lncli listinvoices, and lncli closedchannels cover the remaining transaction types. All output is JSON, which can be piped through jq for transformation. The approach requires significant scripting effort but offers maximum flexibility for custom accounting pipelines.

Feature Comparison: Accounting Capabilities

Challenges Unique to Lightning Accounting

Lightning accounting introduces several problems that do not exist in standard on-chain Bitcoin bookkeeping.

Circular Rebalancing Cost Tracking

Circular rebalancing shifts liquidity between channels by routing a payment from one of your channels back to another. The operation costs routing fees paid to intermediate nodes but generates no revenue. If rebalancing costs are not isolated from external forwarding income, P&L calculations will be wrong. Uncontrolled rebalancing is a common source of losses: operators have documented spending over 500 ppm on rebalancing while earning only 140 ppm in routing fees. Tools like Clams and bos can partially separate these costs, but no tool fully automates the distinction between rebalancing expenses and productive routing.

Channel Lifecycle Costs

A single payment channel generates multiple accounting events across its lifecycle: an on-chain funding transaction, potentially thousands of off-chain state updates earning routing fees, rebalancing costs, and a closing transaction. The closing transaction itself varies: cooperative closes settle immediately, while force closes produce time-locked outputs that may not be spendable for days. Each event type needs different accounting treatment. Force closes also generate additional on-chain fees from anchor output sweeps and HTLC resolution transactions.

Off-Chain vs On-Chain Timing

Lightning state channel updates happen off-chain and settle on-chain only when a channel closes. This creates ambiguity about when a taxable event occurs: at the moment of each off-chain forward, or when the channel settles on-chain. Most accounting tools treat each forward as a separate taxable event at its timestamp, which is the conservative approach. Off-chain balances tracked in millisatoshis also do not map cleanly to on-chain satoshi amounts, creating small rounding discrepancies at settlement.

Tax Treatment of Lightning Routing Fees

Lightning routing fee income lacks specific regulatory guidance in most jurisdictions. Node operators must apply general cryptocurrency income rules to their Lightning activity.

In the United States, routing fees are treated as ordinary income taxed at the fair market value when received. No specific IRS guidance exists for Lightning Network income: the general rules for cryptocurrency income apply. Starting with the 2025 tax year, centralized exchanges must issue Form 1099-DA, but this reporting requirement does not cover self-hosted Lightning node activity.

In the United Kingdom, HMRC classifies crypto income from activities like mining, staking, and (by extension) routing as miscellaneous income taxed at the individual's marginal rate. Capital gains tax applies upon disposal at 10% or 20% depending on the rate band.

In the European Union, the MiCA regulation (fully effective since December 2024) addresses market regulation for crypto service providers, while the DAC8 directive requires transaction data collection from January 2026 with reporting due by September 2027. Income tax treatment of routing fees varies by member state, as MiCA does not harmonize tax policy. For a broader view of crypto tax obligations, see our crypto tax software comparison.

Crypto Tax Software and Lightning Compatibility

Most mainstream crypto tax platforms do not natively support Lightning Network data. The standard workflow is to export CSV files from a Lightning accounting tool (bos, Faraday, or Clams) and manually import them via the tax platform's generic CSV import. This requires mapping Lightning transaction categories to the platform's expected format.

The recommended pipeline for most operators: use bos accounting --csv or frcli audit --csv_path to generate categorized CSV files with fiat conversion, then import those files into Koinly or CoinLedger for final tax report generation. Clams can serve as a standalone solution for operators who need cost basis and capital gains calculations without a separate tax platform.

How to Choose the Right Tool

The right accounting setup depends on your node size, implementation, and reporting needs.

Solo hobbyist node operators running LND: start with bos accounting. The six-category breakdown with CSV export and fiat conversion covers the basics for annual tax filing. It is free, runs locally, and takes minutes to set up via npm.

Operators wanting a unified on-chain and off-chain audit trail: use Faraday (frcli audit). The Harmony standard merges all transaction types into a single ledger, which simplifies reconciliation. If you already run Lightning Terminal, Faraday is included.

Professional operators or those needing cost basis and capital gains reports: Clams is the only tool in this comparison that provides double-entry ledger accounting with FIFO/LIFO/HIFO cost basis methods and capital gains calculations. It also supports both LND and Core Lightning.

Large routing nodes (1,000+ channels): Torq provides the management and CSV export features needed at scale, with automation workflows for rebalancing and fee policies. Pair it with bos or Clams for the accounting layer.

Core Lightning operators: your options are more limited. Clams, RTL, and Torq support CLN. For CLI accounting on CLN, you may need custom scripts using lightning-cli listforwards.

Lightning Accounting and Layer 2 Scaling

As the Bitcoin ecosystem expands with additional Layer 2 protocols, accounting complexity grows. Protocols like Spark introduce new settlement models that may interact with Lightning channels, creating additional accounting events to track. Operators who route payments across multiple layers will need tools that can reconcile activity across protocols. For a comparison of how Lightning compares to other Layer 2 approaches, see our Lightning routing fee comparison and the Lightning fee revenue sustainability research.

Frequently Asked Questions

How do I track Lightning Network routing fee income for taxes?

Use a tool that exports categorized transaction data with fiat conversion. bos accounting forwards --csv exports routing fee income as a CSV file with USD values at the time of each forward. Faraday's frcli audit --enable_fiat produces a similar report. Import the resulting CSV into your crypto tax software (Koinly, CoinLedger, etc.) via their generic import feature. For full capital gains treatment, Clams provides FIFO, LIFO, and HIFO cost basis methods with per-lot detail.

Is Lightning routing fee income taxable?

Yes, in most jurisdictions. In the United States, routing fees are ordinary income taxed at the fair market value when received. In the UK, they fall under miscellaneous income. The EU's DAC8 directive (effective January 2026) requires crypto transaction reporting, though income tax treatment varies by member state. No jurisdiction has published Lightning-specific tax guidance, so operators should apply general crypto income rules and consult a tax professional familiar with cryptocurrency taxation.

What is the best free Lightning accounting tool?

For LND operators needing quick CSV exports with fiat values, Balance of Satoshis (bos) is the most practical free option. For a unified audit trail, Faraday (frcli) merges on-chain and off-chain data using the Harmony standard. For full double-entry accounting with cost basis and capital gains, Clams is free for individual use and supports both LND and Core Lightning.

How do I separate rebalancing costs from routing income?

Circular rebalancing payments are outgoing Lightning payments that return to your own node. In bos, they appear in the payments category alongside all other outgoing payments. Clams auto-categorizes internal circular payments separately from external forwards. With lncli, you can filter fwdinghistory entries where the incoming and outgoing channels both belong to your node, though this requires scripting. No tool fully automates the distinction without some manual review.

Do crypto tax platforms support Lightning Network data?

No major crypto tax platform (Koinly, CoinTracker, CoinLedger, ZenLedger) natively supports Lightning Network data as of 2026. All of them support generic CSV import, so the standard workflow is to export transaction data from a Lightning tool like bos or Faraday and import it manually. Clams is the only platform that provides both native Lightning integration and tax-ready reporting in a single tool.

How are force-closed Lightning channels treated for accounting?

A force close generates a commitment transaction followed by time-locked sweep transactions and potentially HTLC resolution transactions. Each on-chain transaction incurs fees that should be recorded as expenses. Time-locked outputs may not be spendable for up to 2,016 blocks (roughly two weeks), creating a gap between the close event and when funds become available. Faraday's frcli closereport tracks per-channel close costs. Clams records the full channel lifecycle including force close settlement details.

Can I use these tools with Core Lightning instead of LND?

Support varies. Clams, RTL (v0.15+), and Torq support Core Lightning. Balance of Satoshis, Faraday, ThunderHub, and LNDg are LND-only. For CLN accounting without third-party tools, lightning-cli listforwards provides raw forwarding data in JSON format, comparable to lncli fwdinghistory for LND. Custom scripting is needed to transform CLN data into tax-ready formats.

This tool is for informational purposes only and does not constitute financial or tax advice. Feature availability and pricing may change. Data is based on publicly available information and documentation as of September 2026. Always verify current tool capabilities and consult a qualified tax professional for advice specific to your jurisdiction.