Project planning / Rocket crash

Orbital Run
Licence operations

A planning brief for a annual licence · multi-brand operation · handover planning.

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 handover planning before the scope of the annual licence is accepted.

Define documentation, account ownership, secret rotation, support contacts and the acceptance record required for handover.

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

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

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 handover planning.
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 handover planning.
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 handover planning.
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 handover planning.
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 handover planning.
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 handover planning.
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 handover planning.

Agreement review

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

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-4360. Requirements must be confirmed against your actual platform and agreement.