Skip to content
IcebergDocs
WebsiteLaunch app
Payouts

Request a payout

Eligible net profit, the 80/20 split and the per-request limits.

Updated 8 September 20263 min read
On this page

Requests and wallet transfers

How much can you request?

A gross request must be at least 1% and at most 6% of initial account size, before the 80/20 split. The trader’s allocation is 80% and Iceberg’s is 20%. The percentages are not calculated from the amount of profit or from the trader share.

Only unclaimed net realized trading profit is eligible. This means realized fill P&L after fees, plus funding. Open P&L, simulation writeoffs, pending credit and developer-account profit are not withdrawable profit.

Available gross = max(0, min(net realized profit − claimed gross,
                             realized cash − initial capital))
Minimum request = initial capital × 1%
Per-request cap = initial capital × 6%

Pending-review and approved requests count as claimed gross. Available amounts round down to six decimals. A request accepts up to six decimals; the 80% trader share rounds down to six decimals and Iceberg receives the exact remainder.

Before making a request

  1. Select an active account created by verified paid checkout or an approved-credit purchase. Developer accounts are ineligible.
  2. Close its positions and open orders.
  3. Allow hourly funding to reconcile and remain above the account loss floors.
  4. Have at least the 1% minimum in eligible unclaimed profit and realized cash above initial capital.
  5. Use the available request slot for that account’s current UTC day.

One non-cancelled, non-rejected request is allowed per account per UTC day. Both pending and approved requests use that day’s slot. Cancellation or rejection frees it. A pending request from an earlier UTC day does not consume a new day’s slot.

Review and submit

In Payouts, choose a USDC wallet destination on HyperEVM, Arbitrum One or Polygon PoS, or choose account credit. Review the exact gross amount, trader share, destination and network before submitting.

Submission reserves the full gross request from the trading account’s realized cash. The server rechecks identity, ownership, funding and eligibility in the same transaction that records the request and its cash event.

Cancel, retry or wait for review

You can cancel a pending request. Cancellation or operator rejection refunds the original gross amount once. An approved request cannot be cancelled through this workflow.

If a request’s response is uncertain, retry the original saved request. Its identity and exact body prevent a second reserve. Browser storage is only recovery information; it cannot approve a request or create credit.

The operator approval control is disabled by default and requires an explicit funding reference. There is no public approval API. An approval is not proof of a treasury transfer. Read the current operational status.

How requests affect loss limits

Reserves and refunds shift cash and the same-day daily floor by equal amounts. They do not count as trading gains or losses. The total floor remains 94% of initial capital and does not fall when a payout is reserved.

Analytics include those events in actual cash reconciliation, while excluding them from net trading profit, win/loss metrics, trading returns and cash-flow-neutral realized drawdown.