Branding guide
Lightning payment infrastructure comparison between Voltage and Lightspark
Lightning Network8 minutes7/31/2026

Voltage vs. Lightspark: Which Lightning Infrastructure Fits Your Platform?

Bobby Shell
Bobby Shell

Updated

Compare Voltage Payments, Lightspark's Lightning offering, and Grid across APIs, funding, custody, settlement, pricing, and migration for your actual payment flow.

If your platform needs faster Bitcoin deposits and withdrawals, the useful comparison is between products that can run those payment flows. If you also need bank payouts, stablecoins, accounts, or cards, the buying decision is broader.

We built Voltage for businesses that want Bitcoin and Lightning payments with enterprise operations and support. Lightspark has a Lightning offering as well as Grid, its broader payments API. Comparing Voltage only with Grid misses part of the decision.

Which should you choose?

Choose Voltage Payments when you want enterprise Bitcoin and Lightning payment infrastructure, operational support, and a deployment matched to your treasury needs. For approved credit-backed customers, we manage the underlying Lightning infrastructure and provide a line of credit for sends. Node-backed deployments have a different division of responsibility. Voltage operating models.

Evaluate Lightspark's Lightning offering alongside Voltage when the job is Lightning invoice creation, payments, funding, and reconciliation. Its Lightning SDK uses GraphQL. Compare the actual signing, liquidity, support, and commercial arrangements rather than dismissing it based on API style.

Choose Grid for evaluation when your core requirement is broader money movement across fiat, stablecoins, Bitcoin, accounts, ramps, or cards. Grid uses a REST API, with coverage and onboarding requirements that depend on the service and your configuration.

Use both when the requirements justify it. A platform can evaluate Voltage for Lightning payment operations and another provider for bank or card services. Do not switch if your existing service meets your requirements and the measurable benefit would not cover engineering work, funds transition, and operational risk.

Compare products, not umbrella brands

Voltage Payments is the payment API. Credit-backed and node-backed deployments describe how it is operated and funded. Hosted-node features should not be confused with the capabilities and responsibilities of every Payments deployment.

Lightspark's Lightning SDK, Grid, Spark, and UMA are distinct. Grid's REST interface does not change the Lightning SDK's GraphQL interface. Grid's multi-rail capabilities also do not mean every Lightspark SDK exposes every rail. The Lightning documentation and Grid documentation should be evaluated separately.

This comparison uses public documentation checked on October 15, 2026. We did not run a head-to-head performance benchmark or inspect either provider's private customer contracts.

Decision matrix

The following matrix distinguishes documented capabilities from items that require a service-specific proposal. Sources: Voltage Payments, Voltage operating models, Lightspark Lightning SDK, and Grid configuration.

Buying questionVoltage PaymentsLightspark Lightning offeringLightspark Grid
Primary jobEnterprise Bitcoin and Lightning paymentsLightning payment integration and node/account operationsBroader money movement across currencies and rails
API and integrationREST payments APIGraphQL API with SDK toolingREST API with customers, accounts, quotes, transactions, and webhooks
Assets and railsBitcoin payments; USD-denominated credit workflows where enabled; stablecoins remain plannedValidate the required Lightning and funding/withdrawal flows against its documentationDocuments fiat, stablecoins, and Bitcoin through L1, Lightning, and Spark; configuration-dependent
Custody and signingDistinguish credit-backed operations from customer-controlled node-backed funds and keysReview the selected signing and key-management arrangementReview custody and signing for the specific account and service
Liquidity and fundingWe manage infrastructure for credit-backed deployments; node-backed customers retain funds and liquidity responsibilitiesConfirm liquidity, funding, and operating responsibilities in the proposalFunding model and account requirements depend on the chosen flow
Regions and eligibilityConfirm credit eligibility and required jurisdictions during onboardingConfirm service availability for the business and payment flowConfirm enabled currencies, corridors, verification, and applicable licensed entity
SettlementSeparate Lightning settlement, on-chain confirmation, and bank transfersEvaluate the actual payment rail and funding flowEvaluate each leg, including conversion and destination payout
Permissions and reportingEnvironment-scoped permissions and payment/ledger history; CSV output documentedValidate roles, event handling, and reconciliation requirementsValidate customer/account permissions, webhooks, and transaction reporting
Limits and supportConfirm credit limits, payment limits, escalation, and executed SLAConfirm current limits, support, and contractual commitmentsConfirm service-specific limits, support, and contractual commitments

Voltage's October 1, 2026 release notes document environment-scoped permissions, payment history improvements, and CSV schema version 3. Treat these as documented functionality, not proof of a faster or more reliable integration than a competitor.

What we operate, and what you retain

With credit-backed Voltage Payments, we run the underlying node, channels, and liquidity. Approved customers can send against a line of credit without first funding the payment wallet. Underwriting and customer-specific credit conditions still apply.

In the node-backed model, the customer retains control and responsibility for funds, keys, and liquidity, with enterprise support. Choose that model when the retained control is worth the associated operational work. We should not describe every deployment as fully abstracting those responsibilities.

For Lightspark, ask the same questions about the exact product: who signs, who can move funds, who supplies liquidity, and who responds to failed payments? The answers belong in the integration design and contract, not in a company-level label such as custodial or non-custodial.

Lightning settlement and dollar treasury workflows

Voltage supports Bitcoin payments and USD-denominated workflows for teams with an enabled USD line of credit. The USD bank-account guide documents separate purposes for ACH repayments, service fees, and payouts of a surplus balance.

A Lightning payment settling is not the same event as dollars arriving in a bank account. On-chain confirmation and bank-transfer timing must be evaluated separately. Confirm availability and payout timing for the actual deployment rather than assuming every business has the same access or settlement schedule.

The Voltage implementation overview identifies Bitcoin as the currently supported asset and USDT as planned. We are not presenting stablecoins or Taproot Assets as generally available payment capabilities in this comparison.

Grid documents fiat currencies, stablecoins, and Bitcoin through L1, Lightning, and Spark. That broader coverage is relevant when your roadmap requires several payment rails. Confirm which are enabled and how funds move through the complete flow.

Price the same workload

Voltage pricing is a monthly minimum plus a per-transaction fee. We share the details on a call.

Request a current proposal for the Lightspark product under consideration. We could not verify the historical Starter and Enterprise prices previously published in our older comparison. Grid quotes disclose transaction fees before execution, but a quote for one transfer is not the full platform contract.

For a comparable proposal, give each provider this illustrative workload: 100,000 completed Lightning payments per month, split equally between deposits and withdrawals, averaging $50 equivalent per payment, or $5 million equivalent in aggregate monthly volume. Those are workload assumptions, not vendor prices. Specify the same regions, currency exposure, transaction-size distribution, and support requirements.

Ask each provider to identify:

  • Monthly minimums and how they interact with transaction charges.
  • Deposit and withdrawal fees, overages, routing fees, and on-chain costs.
  • Conversion spreads and any bank or settlement charges.
  • Credit charges, collateral conditions, and retained funding requirements where applicable.
  • Support commitments, integration assistance, and your remaining engineering and operational costs.

For Voltage, the pricing structure is monthly minimum plus per-transaction fee; the amounts require a proposal. Current Lightspark amounts also require a comparable proposal. Neither all-in monthly total is established here, so this article does not declare a numerical cost winner.

Validate one deposit and one payout

Run the same acceptance test in each provider's supported development environment. Use the same invoice type, amount, accounting currency, and success criteria. A basic BTC Lightning flow avoids conflating payment integration with an additional currency-conversion product.

  1. Deposit: Create a fixed-amount BOLT11 invoice, pay it using a compatible test wallet, and reconcile the completed receipt with the provider's payment record and your ledger.
  2. Payout: Create an invoice in the receiving test wallet, submit a payment, and verify the final status, fee, and recipient receipt.
  3. Failure handling: Test an expired invoice, insufficient capacity or available funds, duplicate notifications, and a request timeout. Confirm how the integration avoids paying twice and how the ledger reconciles uncertain outcomes.
  4. Operational handoff: Verify scoped credentials, webhook authentication, reporting, limits, alerts, and escalation contacts.

Use Voltage's sending, receiving, and webhook guides, plus Lightspark's Lightning documentation. If the requirement includes Grid, add its quote, customer/account, currency, and destination-rail steps to the test.

These are proposed evaluation steps, not results from tests we have performed. Never treat an accepted API request alone as a completed payment.

Security, licensing, and reliability

Voltage holds a SOC 2 Type II attestation report for the systems and controls within its scope. Our managed infrastructure offering provides a 99.9% uptime SLA when included in the executed service agreement. Review the actual coverage, exclusions, and remedies.

Lightspark also publicly lists SOC 2 Type II. Its licenses page lists US money-transmission licenses and Estonian crypto-asset and electronic-money licenses. Review the legal entity, service, and jurisdiction that apply to your deployment. A listing is not evidence that every product or customer activity is covered.

For both providers, request the relevant audit report, understand who owns KYC/KYB and other compliance tasks, and validate the escalation process. We are not claiming a blanket licensing advantage or that an audit removes your business's own responsibilities.

Plan the migration before moving funds

Preserve your own customer and ledger identifiers, payment history, reconciliation exports, and required accounting records. Map provider-specific identifiers instead of assuming they transfer unchanged.

Rebuild the integrations that are vendor-specific: authentication, wallet/account setup, invoice and payment calls, quote handling where required, webhook verification, event interpretation, and operational alerts. A Spark wallet, a Grid account, and a Voltage Payments wallet are not interchangeable objects.

Agree the funds transition with both providers. Inventory unsettled payments and outstanding invoices, reconcile balances and any credit obligations, and define how old deposit requests will be handled while new requests move to the new integration.

Pilot a limited flow first. Compare successful payments, failures, fees, and ledger reconciliation against acceptance criteria. Keep the existing integration available where appropriate, with clear routing and a rollback plan that cannot duplicate payments. Move the remaining volume only after the pilot passes.

Our recommendation

If your business needs focused Bitcoin and Lightning payments with enterprise operational support, start with Voltage Payments and the deployment model that fits your treasury requirements. If you are comparing Lightning integrations, include Lightspark's Lightning offering on the same terms. If your roadmap centers on accounts, cards, fiat payouts, and multiple currencies, evaluate Grid for that broader job.

Reliability, total cost, and how easily your team can operate the flow should decide the outcome. A provider's funding round or the API protocol it uses cannot answer those questions for you.

Review notes

Facts checked on October 15, 2026 against linked primary documentation and current Voltage pricing guidance. This is a documentation-based comparison; no head-to-head performance tests or private audit-report reviews were performed.

This update distinguishes Lightspark Lightning from Grid, removes obsolete pricing and unsupported superiority claims, clarifies credit-backed versus node-backed responsibility, and adds the decision matrix, pricing workload, validation steps, and migration checklist. The original July 31, 2026 publication date is preserved. Our earlier partner-selection article has also been corrected.

See it live on your platform.

Book a demo to see instant Bitcoin payments and USD-denominated Lightning workflows running on your platform.

Book a demo