POOLZ PAD V1 · allocation preview
Access earned.
Limits visible.
A public explanation of how holder eligibility and consistent trading activity could combine into a bounded presale allocation.
Illustrative allocation units · proposed rules · no entitlement
Worked example
Every number
shows its work.
This fictional calculation demonstrates the proposed order of operations. The units and thresholds are examples only and are not approved sale terms.
The hard wallet cap reduces this example by 70 units.
Calculation path
Four gates.
One reproducible result.
The same versioned rules must produce the same result for every eligible participant from the same finalized dataset.
Snapshot holding
A published block fixes the balance used for holder eligibility.
Rolling activity
Up to one qualifying point is recorded for each of 12 completed weeks.
Base plus bonus
The approved holder base and bounded activity bonus are calculated separately.
Hard cap check
Per-wallet and total event capacity limits are applied without silent scaling.
Fail-closed capacity
No hidden haircut.
If the sum of promised caps exceeds the approved event capacity, the calculation stops for review. It does not quietly reduce everybody's amount.
Within example capacity19,250 units unallocated
Approval boundary
Rules first.
Real data second.
These four policy groups must be approved, versioned and independently reviewed before a production allocation can be calculated.
Holder thresholds
Final POOLZ balances required for each base-allocation tier.
Qualifying trade
Minimum authenticated native-ETH notional for an active week.
Bonus parameters
Ticket value, maximum bonus and per-wallet allocation cap.
Cohort and exclusions
Reward cohort plus published system and non-user wallet exclusions.
No sale allocation is promised by this page.
Live eligibility will require a published snapshot, finalized official-route activity, approved exclusions, a versioned calculation and a public challenge window.
