Project planning / Rocket crash

Orbital Run
Wallet integration

A planning brief for a annual licence · mobile web · discovery.

Your project scenario

A rocket climbs towards orbit as its multiplier rises. Choose when to cash out before the flight ends.

Orbital Run combines cash-out timing and flight end with a rocket crash concept. For mobile web, the wallet integration work should be evaluated during discovery before the scope of the annual licence is accepted.

Produce a written requirements list and identify missing information before quoting implementation work.

Orbital Run concept artworkPlayable concept

Explore Orbital Run ↗

Rocket crash · 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

Annual licence

Define a recurring annual access period and what happens at renewal or expiry. Separate the software right from hosting and operational services.

Set the agreed end date and test access after it passes.

Channel requirements

Mobile web

Prioritise narrow screens, touch controls, interrupted connections and browser navigation. Test portrait and landscape where the design supports them.

Game-specific decision

Cash-out timing and flight end

A live crash game needs an authoritative cash-out acceptance rule and settlement timing. Network delay must not let the browser decide whether a real bet won.

Acceptance checklist

CheckEvidence to collect
01 / Compare balances before and after each transactionRecord the Orbital Run build, mobile web environment, expected result and observed result. Attach reproducible steps for any mismatch before completing discovery.
02 / Retry a transaction with the same identifierRecord the Orbital Run build, mobile web environment, expected result and observed result. Attach reproducible steps for any mismatch before completing discovery.
03 / Reject a reused identifier carrying a different amountRecord the Orbital Run build, mobile web environment, expected result and observed result. Attach reproducible steps for any mismatch before completing discovery.
04 / Confirm that a refund cannot exceed or repeat its original debitRecord the Orbital Run build, mobile web environment, expected result and observed result. Attach reproducible steps for any mismatch before completing discovery.
05 / Use manual cash-out during ascentRecord the Orbital Run build, mobile web environment, expected result and observed result. Attach reproducible steps for any mismatch before completing discovery.
06 / Check the state after flight endRecord the Orbital Run build, mobile web environment, expected result and observed result. Attach reproducible steps for any mismatch before completing discovery.
07 / Review multiplier readabilityRecord the Orbital Run build, mobile web environment, expected result and observed result. Attach reproducible steps for any mismatch before completing discovery.

Agreement review

  • Annual term
  • Renewal decision
  • End-of-term access

For this Orbital Run 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 Orbital Run evaluation. Start with the checklist above, then add partner-specific cases.

28 planned test executions.

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