Skip to main content
❗️ Payment status by network:
  • naga-dev – usage is currently free; no deposits required.
  • naga-test – payments are enabled using test tokens (see faucet link below).
  • Mainnet – coming soon; mainnet payment details will be announced shortly.
💰 Need Test Tokens? Visit the Chronicle Yellowstone Faucet to get test tokens for your EOA account.
See the Payment Manager Reference API for more details on how to manage payments.

Overview

The Payment Manager handles Lit Protocol’s payment system - a billing mechanism for decentralized cryptographic services. Users deposit funds to pay for compute resources when accessing core network operations:
  • Encryption/Decryption - Encrypt data that only authorized users or conditions can decrypt.
  • PKP Signing - Generate signatures and sign transactions using your PKP wallet.
  • Lit Actions - Execute serverless JavaScript functions for decentralized computation.
Similar to how you pay AWS for cloud computing, this system ensures the decentralized network can sustain itself and compensate node operators. The Payment Manager allows you to deposit funds, request withdrawals (with security delays), and manage balances for yourself or delegate payment for other users - enabling applications to sponsor their users’ costs for a seamless experience.
1

Payment Manager Setup

Naga Test
2

Create an account

3

Deposit funds

Payment Delegation / Sponsoring Your Users

1

Define spending limit

Define spending limits for the users you want to sponsor (values are in wei).
2

Delegate users

With restrictions set, delegate one or more users to spend from your payer wallet.
3

(Optional) Inspect Balance

Optionally inspect Payer/Sponsor Ledger balance
4

Remove users (optional)

Undelegate users when you no longer want to sponsor them.

Alternatively

Manage delegation via the hosted or self-hosted Auth Service (see Auth Services setup for the full flow).

After Payment Delegation

Users decrypt as normal – we still call litClient.decrypt with an auth context; the network draws fees from the delegated payer instead of the user’s wallet.
ℹ️ userMaxPrice is recommended for sponsored sessions, typically the same value or less than the the restriction the sponsor set; optional guardrail when self-funded.

Auth Service API Endpoints

Leverage the hosted Auth Service to manage delegation without exposing private keys in your application. Full request/response details live in the Auth Services setup guide. In practice you will:
  • Call authService.registerPayer (hosted or self-hosted) to derive a payer wallet + payerSecretKey.
  • Call authService.delegateUsers (/add-users) to sponsor a list of user addresses.
  • Or skip the service entirely and use the Payment Manager methods directly (example below).

How the Auth Service derives payer wallets

  • For hosted or self-hosted deployments, see the derivation and rotation notes in the Auth Services guide. Manual deployments can always provision and delegate entirely via the PaymentManager helper without touching these endpoints.