Documentation Index
Fetch the complete documentation index at: https://docs.livepeer.org/llms.txt
Use this file to discover all available pages before exploring further.
Gateways fund two accounts in the
TicketBroker contract on Arbitrum One before sending jobs: a sender deposit and a penalty escrow (reserve). These ETH balances back the probabilistic micropayment tickets the gateway sends to orchestrators.
Deposit vs Reserve
Orchestrators query the gateway’s deposit before accepting a ticket. Ifdeposit < faceVal, the ticket is invalid and the job is rejected. Most orchestrators also apply a minimum deposit threshold above faceVal to account for concurrent sessions.
Funding Deposits via livepeer_cli
livepeer_cli binary ships alongside go-livepeer. Both commands prompt for confirmation before submitting the on-chain transaction.
Funding Deposits via Contract
CallTicketBroker directly on Arbitrum One using cast (Foundry) or ethers.js:
<TICKET_BROKER_ADDRESS> with the address from the reference.
Withdrawing Deposits
Withdrawals fromTicketBroker require an unlock period. The gateway initiates an unlock, waits for the unlock period to expire, then withdraws:
Checking Deposit Status
Query current deposit levels:getSenderInfo(address) on TicketBroker:
The Livepeer network runs on Arbitrum One, not Ethereum mainnet. Ensure your RPC URL points to an Arbitrum One endpoint and that your gateway holds ETH on Arbitrum One, not Ethereum L1.
Related Pages
Probabilistic Micropayments
How tickets draw on the sender deposit and what makes a ticket valid.
Payments Overview
Payment modes and gateway deposit flow overview.
Contract Addresses
TicketBroker address on Arbitrum One.