> ## Documentation Index
>
> Fetch the complete documentation index at: https://lithi.ai/llms.txt
>
> Use this file to discover all available pages before exploring further.

# Earnings and payouts

## Identify the kind of earnings first

Sharing a Mac, inviting a Mac provider, and introducing a customer are different activities. Their records use different eligibility rules and calculation bases. An invitation, installation, online Mac, or sample balance is not an earned payment. You can participate without recruiting anyone, and no activity promises income.

For Mac work, check the provider account and accepted work behind the record. For an introduction, check the recorded attribution and eligible revenue rather than counting messages or signups.

## Understand the allocation basis

The current Compute allocation uses **settled distributable Compute revenue**: the amount eligible for distribution under the applicable commercial policy, not every quoted charge or all company revenue. Settlement, adjustments, and eligibility must be established before applying a share.

The **provider pool is 50%** of that basis. The pool is allocated among eligible contribution roles, including execution and verification as applicable. It is not a promise that one Mac receives half of every task's revenue.

An eligible **direct customer referral is 30%** of the same applicable basis. This is separate from a Mac-owner invitation and does not turn Warm Network into a customer-sales or cold-outreach program.

An eligible **Mac-provider invitation uses 10% of eligible recruited-provider earnings**, capped at **5% of the corresponding gross settled distributable Compute revenue**. It is not 10% of all network revenue, is not multiplied for each invited device, and does not create a downstream override.

For illustration only, on $100 of eligible distributable revenue with both referral roles fully eligible, the policy assigns $50 to the provider pool, $30 to the direct customer referral, up to $5 to the provider recruiter, and at least $15 to Lithi. This is allocation arithmetic, not a forecast of any Mac's earnings.

## Check eligibility rather than counting activity

Accepted and verified work can contribute to an eligible allocation. Losing attempts, duplicate submissions, and refunded work do not become additional earnings. Attribution, ownership changes, cutoff dates, and adjustments follow the current record and policy.

Self-referrals, circular referrals, and a second referral level are not another source of entitlement. A person receiving a link, signing up, or adding a Mac does not by itself establish payable referral earnings.

## Read the current state

In Agent Network earnings, **Estimated** is not verified income. **Verified** records a checked amount, **Held** means it is not available for payout, **Payable** means ready to pay subject to the record's conditions, and **Paid** requires payment confirmation. These labels are not interchangeable.

The aggregate current-period projection is not proof that every included amount is verified or payable. Missing or unavailable information is not a zero balance. A paid amount is not necessarily the same as a gross statement total after adjustments.

## Use the correct view

The Connect portal's Earnings overview shows Connector identity balances; it excludes provider Compute earnings. Use provider statements and the separate provider Finance view for Mac work and payout reconciliation. Compare the same account, earning type, period, currency, and unit.

If an amount looks wrong, preserve the relevant statement or receipt reference and the visible status before asking for help. Do not change bank details, repeat setup, or send more invitations to resolve a missing record. No forecast, payout date, or minimum amount should be assumed beyond what the current account record actually states.