Project planning / Coin pusher

Coral Treasury
Wallet integration

A planning brief for a custom build · platform planning · prototype review.

Your project scenario

An underwater treasury gives the familiar coin-pusher mechanic an atmospheric ocean world and a fresh visual identity.

Coral Treasury combines coin movement and pushing with a coin pusher concept. For platform planning, the wallet integration work should be evaluated during prototype review before the scope of the custom build is accepted.

Play the concept with representative users from your team and record the difference between preference changes and defects.

Coral Treasury concept artworkPlayable concept

Explore Coral Treasury ↗

Coin pusher · Virtual-credit demo

Integration priority

Wallet integration

Map player identifiers, currency units, transaction identifiers and response codes before connecting a casino wallet.

Run balance, debit, credit, refund, insufficient-funds and retry cases. Keep every test account separate from production.

Commercial scope

Custom build

Agree a commissioned production against a specific brief, review milestones and acceptance criteria. Decide which work begins only after the concept is approved.

Map requested changes to the build and record acceptance evidence.

Channel requirements

Platform planning

Start with the operator’s actual browser, wallet and player journey requirements. This brief is a planning scenario, not a claim of compatibility with an unnamed casino.

Game-specific decision

Coin movement and pushing

Define how simulated coin movement relates to any future monetary result. Do not derive real payouts from an untrusted browser simulation.

Acceptance checklist

CheckEvidence to collect
01 / Compare balances before and after each transactionRecord the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing prototype review.
02 / Retry a transaction with the same identifierRecord the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing prototype review.
03 / Reject a reused identifier carrying a different amountRecord the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing prototype review.
04 / Confirm that a refund cannot exceed or repeat its original debitRecord the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing prototype review.
05 / Observe overlapping coin motionRecord the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing prototype review.
06 / Check the push action and visual responseRecord the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing prototype review.
07 / Review the end-of-round stateRecord the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing prototype review.

Agreement review

  • Deliverables
  • Review milestones
  • Acceptance criteria

For this Coral Treasury proposal, connect each agreed right to an identifiable deliverable. Keep wallet integration changes explicit in the statement of work.

Scope boundary

The current game is a playable concept. Test wallet behaviour is available separately in the developer sandbox. Real-money wagering is disabled in that sandbox.

A live build requires server-authoritative gameplay, validated payout maths, partner-specific wallet integration and applicable testing. This brief is a planning aid, not evidence of certification or an existing platform connector.

Plan the test workload

Adjust the environments and test cases for this Coral Treasury evaluation. Start with the checklist above, then add partner-specific cases.

21 planned test executions.

Planning reference GQX-0147. Requirements must be confirmed against your actual platform and agreement.