Earnings and payouts
How to read what one personal Mac, several personally-owned Macs or approved business Macs have earned, and where each amount stands from earned to paid.
This page helps you read earnings from one personal Mac, several personally-owned Macs or approved business Macs, along with referral earnings, and see where each amount stands from earned to paid. Customer billing is a separate record.
Start with the earning type
Lithi Connect can show more than one kind of earning. Check which one you’re reading first.
Mac-provider earnings come from the provider pool, which is paid from eligible settled task revenue under the current provider policy. The Lithi Compute Protocol says that 50% of eligible settled task revenue is allocated to the provider pool for Macs that helped complete accepted work. That is a pool allocation, not a promise of what one Mac earns. A Mac that is installed, online or available doesn’t earn by itself, and there’s no fixed amount per Mac, hour or location. Before you join, Estimate what your Mac could earn shows planning figures for available configurations. They’re estimates, not earnings records.
Provider referral earnings and customer referral earnings have their own eligibility and attribution rules. An invitation, click, signup or installed Mac doesn’t create an earning by itself. Don’t apply the percentage from one earning type to another.
Where the rest of the revenue goes
You don’t find customers, bill them or chase payments. Lithi does that with its share, so the pool can grow as more customers join.
| Share | What it covers |
|---|---|
| Mac providers: the provider pool | Shared by the Macs that helped complete accepted work. |
| Mac invites: a capped share | A share of what an invited Mac earns, paid from Lithi’s share, not from the pool. See the figures. |
| Running and growing Lithi: the rest | Finding and billing customers, routing and checking every task, support and payouts, and advertising that brings in more customers. |
The rest stays with Lithi to run the network and pay for growth, including social media ads that Lithi plans and checks with its own Meta Ads kit. When an eligible introduction brought the customer, that payment also comes from Lithi’s share, not from the pool. These shares are stated before Lithi’s costs; the rest isn’t profit, and work and earnings aren’t guaranteed.
How an amount moves from earned to paid
eligible settled task revenue
↓
50% allocated to provider pool
↓
provider allocation recorded
↓
provider accrual recorded
↓
held or payable
↓
processing
↓
paidAllocation is the pool’s share. Accrual is the amount recorded for you after the attribution and settlement rules apply. Neither means an amount is payable or paid. A failed or losing attempt doesn’t automatically create another customer charge or another provider earning.
Each record shows one of these states:
| State | Meaning |
|---|---|
| Held | The amount is recorded but can’t move to payment until a review condition is resolved. |
| Payable | The amount is ready for payment under the current settlement rules. |
| Processing | A payout is being handled. It isn’t confirmed as paid yet. |
| Paid | A reconciled payment confirmation exists for the record. |
Read your statement
Your provider statement covers one provider account and one period. It isn’t a customer Compute invoice, and it doesn’t prove cash reached a bank account.
Read the account, earning type, period, currency, gross amount, adjustments and net amount together. An adjustment isn’t a second earning, and a held or payable amount isn’t paid.
For example, if a statement shows an amount as payable, compare its account, period and currency with the payout record. Wait for a reconciled payment confirmation before treating it as paid. If the records disagree, keep the reference for support.
Check a payout
Compare the payout record with the statement it settles. These should match:
- provider account
- period
- currency and amount unit
- statement reference
- payout status
Paid means a reconciled payment confirmation exists. If the outcome is missing or unclear, refresh the same record and follow its next action. Don’t create another payout request to clear an unknown state.
Customer billing is separate
Customer Compute usage, customer invoices, your earnings and your payouts are four different records. Customer charges use customer metering and rates, while provider earnings follow their own settlement. Provider token counts and customer billing tokens aren’t interchangeable, and a customer retry rule doesn’t decide what a provider is paid for effort.
Provider allocation and settlement explains the method. For a missing or conflicting record, see Earnings and payout help.