DRAFT FOR LAWYER REVIEW — NOT LEGAL ADVICE. This document has not been approved by a lawyer and does not by itself protect the operator or anyone else.

Monetisation Terms

Status of this programme: NOT ACTIVE. Creator monetisation on RIFTYARD is a proposal. Live purchases and live payouts are switched off and stay off until the operator explicitly activates them after legal, tax and payment-provider review. Nothing in this document is a promise that any creator will be able to earn money, an existing programme, or a guaranteed rate. Any purchase or balance shown while the platform is in test mode is a test fixture, not real money.

The operator is [OPERATOR LEGAL ENTITY NOT CONFIGURED], [OPERATOR ADDRESS NOT CONFIGURED]. Contact: [LEGAL CONTACT NOT CONFIGURED]. Text marked [LEGAL REVIEW] must be confirmed by the operator's lawyer and, where noted, its accountant and payment provider.

1. Two separate systems

RIFTYARD keeps two things completely apart.

Free or purchased Sparks never become earnings. Earnings are never paid in Sparks. Points earned inside a match are gameplay only and are neither.

Sparks are governed by the Refund and Credit Policy. The rest of this document is about creator earnings.

2. Creator support purchases

The proposed way for creators to earn is an optional support purchase attached to a published game.

• It is voluntary. Games are free to play.
• It gives no gameplay advantage: no power, items, progression, access, ranking benefit or content.
• It is a one-off payment in real money made through Stripe Checkout. It is not a subscription.
• It is not a donation to a charity and is not tax-deductible. [LEGAL REVIEW] Correct characterisation of the purchase (for example a payment to the creator, or a supply by the platform) and the consumer disclosures required.
• The price, the currency and the game it supports are fixed on the server. The amount is not taken from the browser.

There are no loot boxes, cash prizes, gambling mechanics, tradable items, cryptocurrency or user-to-user money transfers on RIFTYARD.

3. Proposed revenue share

Proposed, configurable setting — not a commitment: 80% of distributable net receipts to the creator and 20% to the platform.

Distributable net receipts for a purchase are proposed to be calculated as:

the amount the buyer paid minus taxes collected on the sale (for example GST or other sales taxes, where they apply) minus the payment provider's actual processing fees for that transaction minus refunds of that purchase minus disputes (chargebacks) of that purchase, including any dispute fee charged by the payment provider.

Every one of those deductions is intended to be shown as its own line in the creator's ledger statement. No other deduction is proposed. If a further deduction is ever introduced (for example currency conversion costs or payout fees), it must be added to this list and disclosed before it applies.

The percentages are an operator-configurable setting. They have not been validated against the platform's costs and may change before activation. [LEGAL REVIEW] How and with what notice the share may change after activation; whether tax is deducted before or after fees; treatment of currency conversion; whether dispute fees fall on the creator, the platform or are shared.

Illustration only

The following shows the arithmetic, using invented numbers. It is not a quote of real fees or tax rates.

If that purchase were later refunded or lost in a dispute, reversing entries would remove the creator share and platform share.

4. How earnings are recorded

• Earnings are recorded in a double-entry ledger in whole minor units with a currency code. Balances are never stored as floating-point numbers.
• The ledger is append-only. Corrections are made with reversing entries, not by editing history.
• Entries move through states: pending, available, reserved, paid, refunded, disputed.
• Earnings are recorded only after the payment provider sends a verified event confirming the payment. A browser redirect to a "success" page is never treated as proof of payment. Duplicate provider events do not create duplicate earnings.
• Your dashboard shows the actual ledger entries. In test mode, entries are labelled as test data.

[ENGINEERING] The ledger tables were not present in the migrations reviewed for this draft; confirm state names and behaviour against the implementation.

5. Eligibility for payouts

A creator can receive a payout only when all of the following are true:

1. the operator has activated live payouts;
2. the creator has completed the payment provider's hosted onboarding and the provider reports the account as verified and able to receive payouts;
3. the creator meets the age and country eligibility requirements;
4. any required tax information has been provided;
5. the earnings have reached available status under the applicable settlement schedule;
6. no fraud, refund or dispute review is holding the balance.

Identity checks are carried out by the payment provider. The operator does not collect or store identity documents.

Settlement delay, minimum payout amount and payout frequency: [CONFIGURABLE — TO BE SET PER JURISDICTION ON LEGAL ADVICE].

Eligible countries: [TO BE CONFIRMED]. Whether the intended Stripe Connect charge model is supported for an Australian platform and each creator country has not yet been verified.

6. Refunds, disputes and negative balances

• If a buyer is refunded, or a dispute is decided against the seller, the related earnings are reversed.
• If the earnings were already paid out, the creator's balance may become negative and may be set off against future earnings. [LEGAL REVIEW] Whether and how the operator may recover a negative balance.
• Earnings may be held while a dispute is open or where fraud is suspected, including self-purchases, purchases with stolen cards or coordinated refund abuse.

7. Who is responsible for what

[LEGAL REVIEW — NOT YET DECIDED] The Stripe Connect charge model has not been finally selected or approved. The answers to the following depend on it and must be documented before activation:

• who is the merchant of record for a support purchase;
• who is liable for refunds and chargebacks in the first instance;
• who must collect and remit GST or other sales taxes, and in which countries;
• what tax reporting applies to payments made to creators;
• whether any financial services, payments or anti-money-laundering regulation applies to the operator's role.

Using Stripe does not replace legal advice or the payment provider's own approval of the platform.

Creators are responsible for their own income tax and for telling the operator and the payment provider the truth about who and where they are.

8. What is deferred

• Playtime or view-based rewards. Not offered. No money is promised for plays or views; there is no funded pool.
• Revenue sharing between an original creator and a remixer. Not implemented. The "monetise derivatives" permission records a creator's consent only; no split is calculated or paid.
• Subscriptions, paid games, in-game purchases, advertising. Not part of this proposal.

9. Suspension and termination

Monetisation may be suspended for a game or a creator for breach of the Community Standards, a rights complaint, suspected fraud, or loss of payout eligibility with the payment provider. [LEGAL REVIEW] Treatment of accrued earnings on suspension or termination, including for removed content.

10. Your statutory rights

Nothing in these terms excludes rights that cannot lawfully be excluded, including under the Australian Consumer Law where it applies. [LEGAL REVIEW]

11. Changes

Because this programme is not active, these terms will change. Before activation, creators will be asked to accept the approved version.