Project planning / Rocket crash

Orbital Run
Licence operations

A planning brief for a one-time licence · multi-brand operation · sandbox validation.

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 multi-brand operation, the licence operations work should be evaluated during sandbox validation before the scope of the one-time licence is accepted.

Run the integration tests in the isolated test environment. Public demo credits and test-wallet credits are separate systems.

Orbital Run concept artworkPlayable concept

Explore Orbital Run ↗

Rocket crash · Virtual-credit demo

Integration priority

Licence operations

Translate the commercial agreement into a specific catalogue, approved hostnames, expiry rules and support responsibilities.

Check activation, expiration, suspension and key rotation using test accounts before handing access to the customer.

Commercial scope

One-time licence

Define a right to use the agreed build, with the brands, domains and delivery scope written down. A one-time payment does not automatically transfer ownership.

Specify whether maintenance is included or separately renewed.

Channel requirements

Multi-brand operation

Separate each brand’s approved hostnames, catalogue access and operational contacts. Test that one customer or brand cannot obtain another customer’s credentials or sessions.

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 / Confirm the permitted game identifiersRecord the Orbital Run build, multi-brand operation environment, expected result and observed result. Attach reproducible steps for any mismatch before completing sandbox validation.
02 / Compare approved hostnames with the agreementRecord the Orbital Run build, multi-brand operation environment, expected result and observed result. Attach reproducible steps for any mismatch before completing sandbox validation.
03 / Revoke an unused integration credentialRecord the Orbital Run build, multi-brand operation environment, expected result and observed result. Attach reproducible steps for any mismatch before completing sandbox validation.
04 / Test account separation and access after suspensionRecord the Orbital Run build, multi-brand operation environment, expected result and observed result. Attach reproducible steps for any mismatch before completing sandbox validation.
05 / Use manual cash-out during ascentRecord the Orbital Run build, multi-brand operation environment, expected result and observed result. Attach reproducible steps for any mismatch before completing sandbox validation.
06 / Check the state after flight endRecord the Orbital Run build, multi-brand operation environment, expected result and observed result. Attach reproducible steps for any mismatch before completing sandbox validation.
07 / Review multiplier readabilityRecord the Orbital Run build, multi-brand operation environment, expected result and observed result. Attach reproducible steps for any mismatch before completing sandbox validation.

Agreement review

  • Permitted usage
  • Delivered version
  • Maintenance responsibility

For this Orbital Run proposal, connect each agreed right to an identifiable deliverable. Keep licence operations 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.

42 planned test executions.

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