Legal terms behind every island game account
Every island game account runs on one written set of terms, shown here before you register: eligibility rules, how we treat JazzCash, Easypaisa, SadaPay and Raast transfers, and...
Where these terms apply, and how
Access to island game is offered only in supported regions, which for us means Pakistan, and only where local law permits you to hold a gaming account. You are responsible for checking that your province and circumstances allow it. Our terms work alongside Pakistani banking practice, so the wording around JazzCash, Easypaisa, SadaPay, NayaPay and Raast reflects how those rails actually clear,
including the window where a wallet transfer sits pending. If a payment is queried, we ask for the transaction reference and wallet number, then reconcile it against our ledger within the same working day. When a rail changes its rules we publish the revised wording here with the date it takes effect; continuing to use your account after that date means you
accept it.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
Who writes and checks these pages
The words on this page come from the team that operates the platform, not an outside agency. Every revision to a clause is logged with its date, its reason and the person...
Named ownership
Each policy page sits with a named internal team, so a correction reaches someone accountable instead of vanishing into an unnamed queue, and you can see who approved the last change.
Dated revisions
When we change a clause we publish the effective date beside it, so you can tell which version applied to your account on any given day, even weeks after a query.
Plain Pakistani English
Terms are drafted in clear Pakistani English rather than translated legalese, because a clause you cannot follow is a clause that helps nobody, and short Urdu summaries sit with longer passages.
Rail-aware wording
Our wording is checked against how JazzCash, Easypaisa, SadaPay and Raast actually settle, including pending windows, so the text matches what appears in your wallet rather than a template.
Support consistency
The answers our chat desk gives are the ones written here, and after any change to a term we compare the two before publishing the paired text.
No invented claims
We do not publish licences, awards or user numbers we cannot support with a document, and the text stays free of figures that would need checking.
How this page lines up with our others
This page shares its numbering, defined terms and contact routes with the privacy, payments and account pages on island game, so a phrase carries the same meaning wherever...
Layout choices that make terms easier to follow
Policies tend to be unreadable because of their shape, not their content. We break ours into short numbered clauses, place the effective date beside the heading...
Numbered clauses
Each clause carries a number, so a chat agent can point you to clause 7.3 instead of describing where to look, which cuts the back-and-forth on a query.
Effective-date labels
Revised sections carry the date they took effect, printed above the text, so you always know whether you are reading current wording or an archived version kept for reference.
Rail table
JazzCash, Easypaisa, SadaPay, NayaPay and Raast sit in one table with their own settlement timings, keeping wallet detail out of the general clauses and making the section quicker to scan.
Anchor links
Headings link directly, so a support reply can drop you onto the paragraph in question and you carry on reading from the right place in the text.
Urdu summaries
Longer passages carry short Urdu summaries underneath, which helps if English is not the language you normally read contracts in, and chat can talk through any part.
Downloadable copy
A plain text version of the current terms can be pulled from your account, handy for your own records or when a bank asks for proof of what you agreed to.