Settlement & Payouts
ADBNK uses hourly settlement: actual balance debits and credits happen once per hour rather than in real time. This page explains the settlement mechanism, revenue composition, the pending-to-withdrawable flow, and payout methods and arrival.
Reported data vs. settled data
There are two sets of figures in the console — be sure to tell them apart:
| Figure | Update frequency | Meaning |
|---|---|---|
| Performance data (impressions/clicks/CTR/estimated spend/estimated revenue) | ~ every 5 minutes | A "near real-time" estimate, for observing performance |
| Account balance (advertiser balance / publisher withdrawable balance) | Hourly settlement | The actual amount after real debits/credits occur |
So advertisers see "current balance" alongside "estimated spend/estimated balance", and publishers see "withdrawable balance" alongside "pending/estimated revenue". The estimate is slightly higher than final settlement — because traffic judged invalid by anti-fraud isn't billed.
Why settlement is delayed
After an event occurs, a window (about 1 hour) is reserved for anti-fraud retrospective detection. Traffic marked invalid during this window doesn't enter settlement, ensuring advertisers only pay for real traffic.
Settlement mechanism (hourly)
Each settlement cycle, the platform:
- Aggregates valid events — takes impression/click/conversion events that have passed the delay window and cleared anti-fraud.
- Charges advertisers — deducts the event cost from the advertiser's balance.
- Credits publishers — records revenue by revenue share into the publisher's pending balance.
- Reverses invalid traffic — if a previously counted event is later judged fraudulent, a reversal is generated and processed on a net basis with this cycle's settlement; if the net is 0, the balance is unchanged.
This way, even if fraud is discovered after settlement, the advertiser gets the corresponding fee back and the publisher's revenue is clawed back, keeping the books always balanced. See Anti-Fraud for the mechanism.
Revenue composition (revenue share)
The amount generated by each valid traffic event is split between advertiser cost and publisher revenue by a revenue-share ratio:
- By default 70% goes to the publisher, with the rest as the platform service fee.
- On the advertiser side it's recorded as cost, deducted from the balance; on the publisher side it's recorded as revenue, credited to pending.
TIP
The revenue share is reflected in the gap between "the cost the advertiser pays" and "the revenue the publisher receives". The revenue a publisher sees is the amount after the revenue share is applied.
Pending → withdrawable
A publisher's revenue can't be withdrawn the moment it settles — it's held for a period first:
Revenue generated ──hourly settlement──► Pending ──hold period ends──► Withdrawable balance ──request payout──► Arrival- Revenue first enters the pending balance.
- Once the hold period ends (default 7 days), it moves to the withdrawable balance.
- Only the withdrawable balance can be paid out.
This hold period covers refunds, disputes, and delayed anti-fraud reversals, ensuring accurate settlement.
Payout methods and arrival
When the withdrawable balance is sufficient, request a payout; the platform supports multiple channels:
| Channel | Description |
|---|---|
| USDT | Cryptocurrency (USDT) to a specified wallet address |
| Bank transfer (BANK) | Transfer to your bank account |
| PayPal | Transfer to a PayPal account |
| Paxum | Transfer to a Paxum account |
Payout rules:
- Minimum payout — each channel has its own minimum (controlled by platform settings, default floor 50).
- Fees and taxes — arrival amount = payout amount − fee (per channel rate) − tax (if applicable). The estimated arrival is shown when you initiate.
- Receiving account — you must first fill in the receiving account details for the channel.
- Hold mechanism — after a payout is initiated, the amount is frozen from the withdrawable balance, awaiting admin review and disbursement.
- One in flight — only one pending payout at a time; wait for the previous one to complete before starting the next.
Arrival time
Payouts require admin review before disbursement, and arrival time varies by channel. Make sure your receiving account details are correct — incorrect info may cause failure or delay.
FAQ
| Question | Answer |
|---|---|
| Why doesn't the balance change in real time? | Settlement runs hourly; what you see in real time is estimated data. |
| Estimated spend is higher than the actual charge? | Normal — invalid traffic filtered by anti-fraud isn't billed. |
| When can revenue be withdrawn? | After the pending hold period ends (default 7 days) it becomes withdrawable. |
| How long does a payout take to arrive? | After admin review, disbursement follows the channel; time varies by channel. |