The Genesis Engine
litepaper.

Technical and economic overview.

This document describes the Genesis Engine, the platform Triolith Games AB is building, and the $GENES token. It covers the platform itself, the token sale structure and pricing, the team behind the project, the roadmap, the allocation of funds, the regulatory landscape, the risks, and the legal framework. This is a live document. We update it as the product and the regulatory picture develop.

Version 4.8 Working draft · Live document Last updated · July 2026 50 min read

01

Introduction.

This document describes the Genesis Engine, the platform Triolith Games AB is building, and the $GENES token. It covers the platform itself, the token sale structure and pricing, the team behind the project, the roadmap, the allocation of funds, the regulatory landscape, the risks, and the legal framework. The aim is to give prospective GENES holders the information they need to make an informed decision about acquiring and using the token.

IMPORTANT: The descriptions of products in this document carry inherent risks, including the potential loss of the entire contributed amount. The tokens available for acquisition lack protection from legally authorized entities providing investment services, and the proposed use of ledger technology (blockchain) is groundbreaking, bringing significant associated risks.

The entity issuing the crypto-assets bears exclusive responsibility for the content presented in this crypto-asset brief.

Regulatory status.

This litepaper is not a crypto-asset white paper within the meaning of Regulation (EU) 2023/1114 (MiCA). No public offer of GENES tokens to retail buyers in the European Union will take place until a MiCA-compliant white paper has been prepared, notified to the Swedish competent authority (Finansinspektionen), and published as MiCA requires.

Triolith Games AB has not yet applied for authorisation as a crypto-asset service provider (CASP). It plans to apply with Finansinspektionen in Sweden once funding is secured.

This is a live document. We update it as the product and the regulatory picture develop.

02

Summary.

In June 2026 we checked 36 notable blockchain game studios against the EU's official register of licensed crypto-asset providers. Not one appears on it. Every one is one regulator's letter away from losing access to an estimated 100 million EU players. The rules that decide which Web3 games get to exist are buried in financial law most studios were never built to read: some never realise the rules apply to them, others assume regulators won't come for a game company. Both end the same way: a company that cannot legally serve its users.

Triolith Games is building the Genesis Engine to carry that burden. A studio will integrate once, through our SDKs and APIs, and custody, identity checks, transaction monitoring and the regulatory relationship will all sit at the platform level, so a studio never becomes a financial institution.

The platform will provide SDKs and APIs for the popular gaming blockchains (and, later, our own Genesys Chain), asset management, game economy management, NFT and token minting tools, and custodial and non-custodial wallets. Part of the platform will be open source: if developers need something specific for their game, they can build it, and after review Triolith implements it into the platform for everyone.

Everything above serves studios. For players, the same platform will be a gaming hub: one place to find games, talk about them in the community, and buy and sell tokens and NFTs, with true ownership of their assets and a safe, verified place to trade them. The asset is the player's; whether it sits in platform custody or in their own non-custodial wallet is the player's choice. One part of that solution is tax help: existing crypto-tax tools are built for traders and collapse at gaming scale, where a single player can generate millions of micro-transactions, which is why the pain has stayed unsolved. We are building reporting that handles it automatically; section 5 walks through what that means. And we will run a SAFU fund: if there is a hack, or a game shuts down, the fund can help make developers' users whole, and a gamer can burn an affected NFT and may recover part of what they lost, at the fund's discretion; no recovery is guaranteed.

There is no upfront or subscription cost to use the platform; we earn a fee on transactions, as section 5 describes.

03

About Triolith Games.

Triolith Games AB is a Swedish company building infrastructure for Web3 gaming. We started from a simple observation: taxes, game economies, loot systems, and the rules around tradeable NFTs and in-game currencies will make or break every Web3 game. A developer who knows the regulations and shrugs ("they won't bother about us") ends up in the same place as the developer who never knew the regulations applied. We built a company around handling this properly.

When blockchain and NFTs arrived we were convinced the industry would be massive, and just as convinced it had problems nobody was solving. Most game developers had no idea financial regulations applied to them, and the few who did were mostly gambling on not being noticed. Gamers are not properly protected against scams. The list goes on, and this document is largely about that list.

The vision spans more than ten years, and it is one identity at every stage: regulated compliance and payments infrastructure for Web3 gaming. We start small, adding chains to the platform one by one. The same rails, carried far enough, become the base layer for Web3 gaming and metaverses, done the correct way: the users build the universe, and a company that wants land buys it from the players who live there, not from a developer selling slots. Think Ready Player One, but open, decentralized, and owned by everyone, where anyone can create their own game or company inside it. That end state is years away, and we say so plainly; the technology to achieve it is far from ready.

The first stage is the platform: SDKs, APIs, pre-made loot systems, and compliance handled on the developer's behalf, so studios can focus on their game. Further ahead, we plan to develop a blockchain with a layered, modular structure: a primary layer (L1) as the foundation, with secondary layers (L2s) that each carry a specific role. No single existing blockchain can handle the range of demands different games put on it, and that gap is what the architecture is for.

A note from the CEO.

I've been a gamer most of my life, and an entrepreneur in the gaming industry since 2010. I've been playing play-to-earn games since 2002. Over 15,000 hours in Entropia Universe, the world's first P2E game, cashing out real money years before anyone said "Web3". I wrote the world's first bachelor thesis on how to build a loot system that doesn't get classified as a lottery, back when that was the whole regulatory question. This company is that thesis, twenty years of play later.

I believe in a work culture that puts creativity first. My role as CEO is that of a visionary and a support function: make sure teams have the mandates, tools, and backing they need to build outstanding products, then get out of the way. To make that real we run a decentralized model inspired by companies like Supercell and Valve. Small, autonomous teams make their own decisions and experiment freely. Small teams also iterate fast, respond to what the market and our users actually tell us, and adapt when conditions change, which shows up directly in product quality, above all in UI and UX, where Web3 has historically been weakest.

Our working culture follows the research: shorter workdays (typically 6 to 7 hours), an eye on the 4-day work week, five weeks of paid vacation, and support for remote work. Well-being is only half the reason. Rested people build better products.

Magnus Söderberg, CEO & Founder

Team.

Triolith Games is led by its two founders.

Magnus Söderberg · CEO & Founder

  • Founded Triolith Entertainment in 2010 and Triolith Games in 2018.
  • Co-founded and successfully exited Gold Town Games, leading to a public listing on the Swedish stock market.
  • LinkedIn

Andreas Johansson · Co-Founder, COO & Head of AI

  • 20+ years building next-generation technology platforms.
  • One of the few to reach the highest internal AI advisor level at AWS in Europe.
  • Led €1M+ cloud and AI transformation at AWS Nordics.
  • Co-Founder of the Swedish Blockchain Association. Led projects in blockchain, IoT, and cloud computing.
  • LinkedIn

Advisors & early investors.

Our advisors & early investors consist of game industry & tech professionals such as:

Sami Rusani · Lead advisor & investor

  • Blockchain strategist, GP at Type 3 Capital.
  • Helped launch 80+ crypto projects.
  • Expertise in investment and tokenomics.

Oscar Clark · Advisor

  • CEO of Fundamentally Games.
  • 25+ years in mobile and connected games.
  • Expert in game development and monetization.

Åsa Sundqvist · Advisor & investor

  • Tech industry veteran, Founder at Caprendum.
  • Specializes in blockchain, IoT, edge computing.
  • Provides growth strategy guidance.

Tabitha Hayes · Early investor

  • Former GM at Microsoft, EA & Epic Games.
  • 20+ years in gaming leadership.

04

The problem.

In June 2026 we checked 36 notable blockchain game studios against the EU's official register of authorised crypto-asset service providers (the ESMA Article 109 CASP register). Not one of them appears in it. Most developers outsource their infrastructure to third parties that are themselves unlicensed, so when those providers geo-block the EU to protect themselves, every game that relies on them is cut off from an estimated 100 million EU players overnight. That is the state of the industry this platform is built for, and it is only the most visible problem on the list.

This is a trap, not negligence. The rules that decide which Web3 games get to exist are buried in financial law studios were never built to read, and the infrastructure they rely on is unlicensed underneath them.

  • The rules are written in a language studios don't speak. In Web3 gaming, developers build new kinds of experiences and digital economies using tokens and NFTs. Those assets are not just collectibles or game accessories, so managing them creates regulatory obligations, and a game that lets players exchange assets can fall under financial rules such as anti-money-laundering law. The moment a player can sell the sword, you are not running a game shop, you are running a financial venue, with a financial venue's obligations. Most studios learn this from a regulator's letter.
  • Game economies and loot systems. A Web3 game economy and loot system has to be designed a specific way. If the system is based on randomness, it can be considered a lottery and regulated as one. Designing the system to be skill-based reduces the risk of lottery classification.
  • Scalability. Blockchains still struggle with scalability and transaction confirmation delays, and that breaks the immersion of play. If a transaction takes more than a second to complete, the player feels it. Now imagine games with millions of players interacting with the chain at once. The need varies by genre (a card game needs far less throughput than an MMORPG), but for the games that need it, today's chains fall short.
  • UI/UX. The user experience still loses players before they reach the game. Managing a wallet means remembering a seed phrase; lose it and every asset is gone. Setting up a wallet and connecting to different blockchains is hard for anyone who didn't grow up on-chain. Regular gamers won't play Web3 games until this is solved.
  • Fragmentation. Today the market offers one SDK per chain, a separate wallet provider, and a different vendor for every other service a game needs, and every extra SDK a developer stitches in is another compatibility risk.
  • Ownership. On most chains, you don't actually own the asset, because the asset is not stored on the chain. It may sit on IPFS, but what you truly own is a receipt of purchase. For digital items, we believe the asset must be stored on the chain itself for ownership to mean anything. This varies by asset type, but the principle stands. Storing real asset files on-chain is prohibitive only on general-purpose blockchains, which is exactly why the Genesys Chain (section 8) is purpose-built to hold the asset itself: store the asset once, then trade the receipt, not the asset.
  • Scams. Scams remain a large part of the industry, a consequence of how new it is. Until that changes, many gamers will stay away from Web3 games, and they are right to. The industry needs strong security measures and real enforcement: strict verification, thorough audits, and transparency. Build that environment and gamers can engage with confidence, which is what grows the sector.

Every problem on this list ends where the register check did: games that cannot legally reach their players.

05

The Genesis Engine.

What it is.

The Genesis Engine is the compliance and payments layer that wraps around your game engine. Studios keep building in Unity, Unreal, or whatever they already use. What the Genesis Engine replaces is everything around the game that would otherwise turn a studio into a financial institution: custody of player assets, payment rails, identity checks, anti-money-laundering monitoring, tax reporting, and the regulated marketplace where assets change hands.

A studio will integrate one API and operate legally under the platform's licence: a partner custodian licence at launch, while our own CASP application is pending. Typical integration is designed to take days, not months. We will hold and move the money: players buy items, trade items, and get paid out, all through the platform. We will handle the legal paperwork: KYC, AML, fraud monitoring, and tax reporting built into the transaction layer rather than bolted on top. And we will support the studio through its whole lifecycle, from onboarding to launch to scale, with wallets, marketplace, storefronts, and analytics in one integration instead of ten.

It is worth being explicit about the alternative, because every studio faces the same fork. Build it yourself and the shopping list looks like this: one SDK per chain, a separate wallet vendor, custody through providers that are mostly unlicensed themselves, your own KYC/AML build, your own tax reporting, and your own regulatory relationship. That is a year or more of engineering and legal work, often up to a million euros, and at the end of it the compliance risk still sits with the studio, and when one of those unlicensed providers geo-blocks the EU to protect itself, the game goes dark with it. The other future is a single integration on a platform that is licensed underneath you. The Genesis Engine is the second future.

The platform will also validate what runs on it: game economy designs, smart contracts, loot systems. Our pre-made economy and loot systems are skill-based, built to reward player skill rather than pure chance. That can help keep games clear of lottery classification, and it makes for better games at the same time, because outcomes belong to the player.

Why it matters.

The Genesis Engine will give developers a direct way to add blockchain, NFTs, and cryptocurrencies or stablecoins to their projects while the platform absorbs the regulatory burden as custodian. A studio will get a fully functional virtual marketplace without heavy investment in security, infrastructure, or settlement, at the scale needed for the roughly 3.2 billion gamers worldwide.

It will also bring developers and gamers closer together. Both will be able to run their own virtual stores in one shared space and profit from development and from play. Today, virtual asset trading mostly happens on third-party platforms and unverified websites, where fraud and payment problems are routine and withdrawals can drag on for weeks (anyone who has cashed out of Entropia Universe knows the wait). The Genesis Engine will automate item delivery and is designed to settle within seconds, with identity-checked counterparties on both sides of every trade.

What sets Genesis Engine apart.

  • Regulated custody. Compliance is the platform's job, not the studio's. Users get a legal, supervised environment for gaming-related transactions.
  • No upfront or subscription cost. We earn a percentage fee on transactions, so our revenue follows the games' revenue.
  • The SAFU fund. A reserve modelled on Binance's Secure Asset Fund for Users, funded from platform fees, as an extra layer of protection for users' assets.
  • Support for the popular gaming chains. One integration covers the chains we support, with more added over time, and our own Genesys Chain when it ships.
  • Tax help for gamers. Covered in depth in The gaming hub and tax help below.

For game developers.

Here are some of the initial features game developers will have access to.

  • No upfront or subscription cost. As the differentiators above cover: we earn a transaction fee, nothing else.
  • Regulatory compliance. KYC, AML, transaction monitoring and tax reporting handled at the platform level, under the platform's licence, so none of it lands on the studio.
  • One SDK for every supported chain. A single integration covers every chain we support, instead of the one-SDK-per-chain stitching described in section 4.
  • Pre-made game economy and loot systems. Skill-based templates that reward player ability over pure chance, designed to reduce the lottery-classification risk before a line of game code is written.
  • Pre-made smart contracts. Contract templates for common in-game functions that pass the same two-audit gate as everything else on the platform (section 9), so a studio never ships unaudited value-bearing code.
  • Game economy logic. Set the rules of the economy, how many of an asset can exist and when more can be minted, and the platform enforces them at the contract level.
  • Multi-mint NFTs. Register an asset catalogue once and mint all of it in one operation instead of item by item.
  • Design and mint your token. A game's own token, created with the platform's compliance checks already applied.
  • Storefronts and marketplace. A studio storefront inside the verified marketplace, where every buyer has passed KYC and the studio keeps earning 60% of the fee on every player-to-player trade (section 8).
  • Analytics. What players buy, trade, hold, and abandon, across the whole economy rather than just inside the game client.

For gamers.

Here are some of the features the gaming community will have access to.

  • True ownership. The asset is the player's, on-chain, held in platform custody or their own wallet, whichever they choose.
  • A wallet you can't lose. Choose platform custody and the lost-seed-phrase failure mode from section 4 doesn't exist; self-custody stays open to anyone who wants their own keys.
  • Identity-checked trading. Every counterparty on the marketplace has passed KYC, so the other side of a trade is a verified person, not a burner account.
  • One verified marketplace. Buy, sell, and trade in one supervised venue instead of the third-party sites where fraud and weeks-long withdrawals are routine.
  • No blockchain knowledge required. Wallets, chains, and gas stay under the hood; the interface is built for gamers, not for people who grew up on-chain.

Plus the social, leaderboard and discovery features you'd expect: communities, chat, achievements, events, tournaments, beta access and game recommendations.

The gaming hub and tax help.

For players, the Genesis Engine will be a gaming hub: one place to find games, follow them, discuss them within the community, and buy and sell tokens and NFTs. Participation never requires understanding blockchain technology, NFTs, or cryptocurrencies; buying and transferring assets is designed to be as simple as any other part of playing, so gamers can focus on what they love.

Tax help deserves its own mention, because it removes the biggest practical headache in Web3 gaming. Here is what a season of honest play looks like to a tax authority: thousands of disposals, each a taxable event, each worth cents, each needing a cost basis. Do it by hand and the accountant's bill outruns the winnings; skip it and you have misfiled. The platform will log every transaction the moment it happens, so the report writes itself. Genesis Engine, together with a specialist tax partner, is building this reporting into the platform.

06

Ecosystem programs.

Game launchpad.

A future stage of the platform adds a launchpad for blockchain games, where game developers can launch and market their upcoming games and fund them through token generation events and NFT sales.

The launchpad will have two tiers. On the premium tier we will screen and validate every game and company: that the company is legitimate and has shipped games before, and that the game's tokenomics and economy design hold up. The indie tier is where smaller companies and newer studios will launch; there we will screen the developer but review the game less deeply than on the premium tier.

Funding on the launchpad is milestone-based by design. Instead of a studio raising everything up front, sale proceeds flow into a multi-sig treasury controlled by the studio, Triolith, and an independent auditor, and funds are released only as verified milestones are met. The developer decides the milestone plan: five milestones or ten, whatever fits how they actually build. If a studio stalls, the remaining funds stay locked. A stall does not have to be the end, though: the studio can make its case to the community of backers and the independent auditor, and if it convinces them, the next tranche of funding can still be unlocked.

Fairness is built into the structure. Any studio tokens left unsold in a sale are burned rather than left hanging over the market, and there are no side deals: no private discounts, no preferential allocations. Early supporters and late ones play by the same published rules. This part of the platform is still in design and will evolve as it matures.

The Partner Program.

Web3 gaming has lost a lot of trust over the years. Insider raises where early buyers dumped on the community, one-and-done studios that never validated their games, and compliance shortcuts around KYC/AML, custody and taxes have left both buyers and players disillusioned. The Partner Program, our studio incubator, exists to do it right. We back fun-first, compliant studios, not hype.

Our philosophy is players first: more tokens should go to real users, not speculators. Good games come first, meaning proof-of-fun and strong economies before scale. We support studios long-term, across multiple titles, not one-off launches. And responsibility is not optional: doxxed teams and the same compliance bar as everyone else.

The model is straightforward. Every studio in the program builds on the Genesis Engine, so wallets, marketplace and compliance rails are mandatory. Studios that meet our standards join the premium track with direct access to the launchpad, while newer studios join the indie track with higher-touch mentorship and full support. Progress is tracked through structured milestone reviews with mentors and the council, and we keep cohorts small, 5 to 10 studios per cohort, because quality beats volume.

07

The Genesis Council & community.

The Genesis Council.

The Genesis Council is our commitment to collaborative governance in practice, modelled on proven examples like CCP's player-elected advisory council for EVE Online, which has kept one of gaming's most demanding player bases at the development table for nearly twenty years. Council members will be players drawn from the community who take a direct role in shaping the platform.

What the council does:

  • Represents players in development decisions. Council members sit in the strategic discussions where priorities are set, and argue the player's case before decisions are made, not after.
  • Gives structured feedback. Regular, on-the-record reviews of development priorities, features, and active projects, so the team can be held to what it heard.
  • Meets where the work happens. Online meetings, internal access sessions, and on-site summits; the council sees work in progress, not press releases.
  • Operates under a code of conduct. Members see unreleased plans and internal material, so the seat carries confidentiality and disclosure obligations, the same professionalism we ask of ourselves.

What members get:

  • Access no one else has. Admission to the internal sessions and platform events that are closed to the general community.
  • Recognition, not pay. Digital rewards and commemorative items mark council service rather than compensate it, which keeps the council answerable to players instead of to us.

The Genesis Council is more than an advisory group; it is a formal seat at the table for the people the platform is built for.

Community.

Gaming and blockchain share one trait above all: they live or die by their communities. We will grow ours with dedicated volunteer moderators backed by an experienced internal community management team, together guiding and engaging the community so members feel they belong. Growth comes from an easy-to-use platform, real incentives, and competitions, amplified through the social channels where gamers already are.

The barrier to entry stays at zero, as section 5 describes: joining the community never requires knowing what a blockchain is.

08

The Genesys Chain.

The Genesys Chain described in this section represents a proposed architecture currently under research and development. It is not yet deployed and may evolve as technical, regulatory and security considerations progress. Any future MiCA-compliant crypto-asset whitepaper will include the final description of the blockchain(s) actually used by GENES at the time of launch.

We are an L1 project in the long run, and we build in stages: chain development begins once funding closes. Every stage serves the same identity. Genesis Engine is regulated compliance and payments infrastructure, everything a Web3 game developer and gamer needs, delivered in stages.

Architecture overview.

The Genesys blockchain uses a layered, modular structure: several chains working together, each with a specific job, serving a gaming workload that no single general-purpose chain handles well. The design centers on a primary Layer 1 that stores assets and data, with Layer 2 blockchains created for each new game that load game assets from Layer 1 and keep storage local to the game.

  • Main Layer 1. Serves as the central repository for assets and data. Ensures reliable storage and accessibility of assets, forming the foundation of the Genesys blockchain.
  • Game-specific Layer 2 blockchains. Created for each new game, these chains load game assets from the main Layer 1 and provide localized storage.
  • Side chains. Two specialized "side chains" tuned for specific functions. A "receipt" chain prioritizes high transaction speeds and rapid verification, and manages receipts, particularly in transactions involving purchases from game developers or other players. A temporary asset chain focuses on quick updates for player-owned assets: it holds gaming assets owned by players, so asset data updates instantly within the game (upgrades, repairs, consumed items, and so on).
  • Asset ownership and transactions. Ownership changes of in-game objects do not touch the actual asset on the primary chain. The transaction exchanges a receipt, not the asset itself. High transaction speeds follow from moving a minimal amount of data (a receipt of a few bytes) rather than an asset file that can run to several megabytes.

The design insight is that trading an asset never requires moving the asset. By splitting the work across layers and chains, Genesys keeps asset storage permanent and transactions fast at the same time. And the asset itself lives on the chain, not on a server or behind an IPFS pointer, which is what section 4 argues ownership requires.

Validation & staking.

The Genesys Chain uses Proof of Stake (PoS). The protocol picks a rotating set of validators for each batch, so many transactions verify in parallel; verified transactions are held in a cache until they form a complete block that is written to the chain.

Validators take part by staking their tokens. Every validator must pass identity verification (KYC), and the reward rules apply per verified identity rather than per wallet, so the caps cannot be sidestepped by splitting a stake across many wallets. To encourage staking and strengthen network security, rewards follow a diminishing curve: as an individual staked amount grows, the rate of reward per token falls. This gives stakers fair and consistent rewards and spreads participation across many validators instead of concentrating it in a few.

All transaction fees collected in the system are pooled into a designated fund. Unlike traditional PoS models, where rewards attach to proposing individual blocks, rewards here are distributed to everyone who takes part in validation, whether or not they verified a given transaction. Everyone staking tokens receives a fair share of the pooled fees, in proportion to their stake. Validators earn by securing the network as a whole rather than by racing each other for individual transactions.

Monetization.

The Genesys Chain operates without the use of gas. Instead, the company charges a set fee on each transaction made between players, game developers, and gamers. There are two fee structures:

  • Direct sales (game developer to player). We charge a 15% fee on the transaction, split 70% to Triolith (with part of that share going to the SAFU fund) and 30% to validators and stakers.
  • Player-to-player trades. We charge a 2.5% fee, split 60% to the game studio, 30% to Triolith (with part of that share going to the SAFU fund), and 10% to validators. On a $100 item sale between players, that means a $2.50 fee: $1.50 to the studio, $0.75 to the company, $0.25 to validators.

Until the Genesys Chain is live there are no validators, so the validator share of these fees is collected by the platform.

Fees are placed in an escrow account, and the funds accumulated there are distributed on a fixed cycle; the exact cadence will be set before launch. These rates are decided; like anything on a live platform they can be revised, and any revision will be published before it takes effect. When a developer builds their game on the platform, the fee is automatically incorporated into their smart contracts.

Transactions on the other chains we support carry the same fee logic in their smart contracts, so the splits above apply wherever the trade happens: the fee model is platform-wide and applies on every supported chain, whether or not the Genesys Chain is live. We also retain the option of a monthly fee for optional add-on services, if a specific service ever warrants one.

Because studios receive the majority of every player-to-player fee, a game with an active trading economy keeps earning for its developer long after the initial sale.

09

Security, compliance & transparency.

Who gets on the platform.

Security starts with who we let in. All developers wanting to use our platform will have to go through a rigorous process to validate their business and beneficial owners. If the developer passes our audit they will receive an NFT that they can display on their website to signal that they have passed Genesis Engine's due-diligence process.

Any game or application that integrates smart contracts with real user value or player-owned assets will not be launched on the Genesis Engine platform unless those smart contracts have:

  • undergone an internal security review by Triolith Games; and
  • been audited by at least two independent external smart contract security firms.

Only projects that meet this bar will be allowed onto the production environment of the Genesis Engine platform.

In particular, all Issuer-controlled smart contracts that are critical for the GENES token and the Genesis Engine core services – including the GENES token contract itself, token sale, vesting, staking and treasury/fee-routing contracts – will:

  • undergo internal security review; and
  • be audited by at least two independent external smart contract security firms
  • before being made available to users or used in connection with any public offer of GENES tokens.

The Issuer will publish, on its official channels and in the MiCA-compliant crypto-asset whitepaper, the identity of the external auditors, the scope of their reviews, and links to public reports or executive summaries, together with the official contract addresses. A documented update and bug-handling policy will govern any necessary contract upgrades or emergency measures.

Transparency.

Triolith Games will be more transparent than a regular company usually is. We will run public wallets and publish our financials and key metrics well beyond conventional corporate practice, and we are building toward something close to a continuous feed of our financials: automated, preferably on-chain reporting that updates in near real time. Investors and users should be able to follow the numbers themselves instead of taking our word for them.

KYC, AML & withdrawals.

All users on the platform will go through a simple KYC when they sign up. The reason is mostly age: many games on the platform will have assets with monetary value and players may need to be a certain age or have parental consent to play them, because consumer-protection and financial rules set age limits on handling real money.

Withdrawals require a more in-depth KYC. There will also be an automatic delay on withdrawals so our systems can catch anything that should not be happening, such as hacks.

None of this changes whose asset it is. The asset is the player's, held in platform custody or their own wallet as they choose. The checks and the delay exist because AML law requires them, not because the platform has any claim on what the player owns.

The regulatory path.

Our first market is the EU, now that MiCA is in force. We will apply for our first licence in Sweden, through Finansinspektionen, to manage assets and handle our users' funds. A MiCA authorisation passports across the entire EU, so that one licence covers the whole EU market. While our own CASP application is pending, the platform will initially operate under a partner custodian licence. After the EU we expand globally, region by region: Asia, the US, Australia, and the rest of the world, each under its own rules. Being compliant with current regulations is Triolith's main mission as a company, so a dedicated legal team will carry the regulatory framework and applications as we go.

10

The GENES token.

The tokenomics in this section are decided as stated; they become binding only when set out in the MiCA-compliant white paper.

To fund continued development, Triolith Games AB will issue the Genesis Engine Token ($GENES) through three rounds: a pre-seed sale, a seed sale, and a public sale.

Issuance goals.

The sale funds three things: finishing the platform, marketing it, and seeding the studios and players that make a marketplace worth being in. Beyond funding, GENES is how work gets paid for inside the platform, and the utility list below says exactly where.

Subject of issuance.

Triolith Games AB will be responsible for the issuance of a non-representative token of negotiable value (utility token) called The Genesis Engine Token ($GENES).

Token specifications.

  • Token Name: The Genesis Engine Token
  • Symbol: $GENES
  • Protocol hard cap: 1,000,000,000 GENES
  • Maximum unlocked supply at TGE: approximately 305,000,000 GENES (30.5% of supply, to be finalized prior to TGE)
  • Listing reference price: $0.04 (indicative)
  • Fully diluted value at the listing reference: $40,000,000 (indicative)
  • Maximum unlocked market value at TGE, at the listing reference: approximately $12,200,000 (indicative)
  • Target Network Architecture. The GENES token is intended to operate within the Genesys Chain ecosystem, a multi-layer gaming-focused blockchain currently under research and development.
  • Smart Contract Addresses. No GENES token smart contract has been deployed as of the date of this document. The definitive contract address(es) will be published on the official Triolith / Genesis Engine website and in the MiCA-compliant crypto-asset whitepaper once deployment occurs.

Token utility.

GENES is the working currency of the Genesis Engine economy. Everything the rest of this document describes, the licensed marketplace, the identity-checked trades, the launchpad, the validators, runs on transactions, and GENES is how work on the platform gets paid for. Every use below happens inside that licensed, KYC-checked environment; the list is about what the token does, not what it might be worth.

  • Marketplace payment. The preferred method of payment on the platform's marketplace, where every counterparty has passed KYC and every trade settles under the platform's licence.
  • Lower trading fees. The transaction fees described in section 8 are reduced when paid in $GENES.
  • Staking. Staking $GENES is how validators take part in securing the Genesys Chain, receiving a share of the pooled network fees generated by real platform activity.
  • Launchpad fees. Studios launching through the vetted launchpad (section 6) pay their launch and project fees in $GENES.
  • Developer service payments. Optional add-on developer services beyond the core platform are paid in $GENES.
  • Oracle service payment. Games that need external data feeds pay for the platform's oracle services in $GENES.
  • Grants for developers. The ecosystem allocation funds studio grants paid in $GENES, seeding the games that give the marketplace something to trade.
  • Governance. Holders can take part in votes on platform proposals (advisory platform governance; this is not a share in the company and confers no corporate voting rights), with plans for a DAO under consideration.

One point of mechanics worth stating plainly: purchases themselves are paid in whatever the buyer uses, crypto or, later, fiat rails. Only the fee portion of a transaction is settled in GENES, auto-converted from the buyer's payment. Nobody is forced to hold GENES to play or trade.

Token distribution.

The Issuer currently plans to issue up to 1,000,000,000 GENES over the life of the project, allocated as follows (subject to changes that will only be effective after an updated MiCA-compliant whitepaper is published and notified to the competent authority):

Category Supply Lock Vesting after any lock TGE unlock % of supply
Founders 120,000,000 12 mo Linear, months 13 to 48 0% 12%
Advisors 20,000,000 6 mo Linear, months 7 to 30 0% 2%
Treasury 200,000,000 12 mo Linear, months 13 to 60 0% 20%
Public sale 150,000,000 None Fully unlocked at TGE 100% 15%
Ecosystem & studios 120,000,000 None Linear, months 1 to 48 20% 12%
Liquidity & market making 120,000,000 None Fully unlocked at TGE 100% 12%
Employee & team pool 80,000,000 None Linear, months 1 to 48 0% 8%
Seed 70,000,000 None Linear, months 1 to 24 10% 7%
Pre-seed 40,000,000 None Linear, months 1 to 36 5% 4%
Community (earned) 40,000,000 None Earned cap, months 1 to 36 5% 4%
Staking bootstrap 40,000,000 Until network launch Declining taper, 36 mo from network launch 0% 4%
Total 1,000,000,000 100%

The community allocation is an activity-gated ceiling earned through real platform activity, not a guaranteed release. The staking bootstrap is anchored to network (testnet) launch, not TGE. Figures are subject to change; any change takes effect only after an updated MiCA-compliant whitepaper is published and notified to the competent authority.

Allocation by bucket
Treasury 20% Public sale 15% Founders 12% Liquidity & MM 12% Ecosystem & studios 12% Employee & team pool 8% Seed 7% Pre-seed 4% Community (earned) 4% Staking bootstrap 4% Advisors 2%
Maximum unlocked supply, share of hard cap, by month since TGE
0% 25% 50% 75% 100% 01224364860

Vesting-schedule output, not a forecast of demand, price, or platform activity. Maximum unlocked supply, not circulating supply. The staking bootstrap is anchored to network (testnet) launch; the schedule models it from month 13.

The token sale.

This section describes the planned sale structure across three rounds. The prices below are indicative and subject to change before any sale takes place. Nothing here is an offer to sell GENES.

Round Price per GENES Tokens
Pre-seed $0.01 40,000,000
Seed $0.016 70,000,000
Public sale $0.032 150,000,000

The planned listing reference price is $0.04. These figures are indicative only and may change as the funding round and market conditions develop.

The token will not launch before the platform is working and close to release; the sale may come shortly before that point. The binding timing, pricing, supply, distribution, and vesting will be set out when the sale terms are published, and, for any public offer in the EU, in the MiCA-compliant white paper.

Tokens that go unsold in the pre-seed or seed rounds move to the treasury, under a vesting schedule at least as long as the original round's. Tokens that go unsold in the public sale go to a locked reserve and do not enter circulation without advance public disclosure. There is no discretionary reallocation of unsold tokens. This sale can be offered via CEX, DEX or launchpads.

The public sale will use per-wallet caps and bot and Sybil mitigation, and there are no undisclosed strategic or KOL tranches inside the public allocation.

Jurisdiction and Competence.

Any matters arising from this document and/or its associated subscription terms will be governed by Swedish law. Explicitly relinquishing any alternative jurisdiction that may be applicable, buyers consent to the jurisdiction of the courts in Stockholm to settle any disputes that may arise concerning the interpretation or execution of this document and/or its associated subscription terms.

Smart contracts, audits and upgrade policy.

The GENES token and related functionality (such as token sales, staking, treasury management and fee routing) will be implemented using on-chain smart contracts on the selected blockchain(s).

As of the date of this document:

  • No GENES token smart contracts have been deployed yet.
  • No third-party security audits have been completed yet.

Prior to making any public offer of GENES tokens to buyers in the EU, the Issuer intends to:

  • deploy the GENES token smart contract(s) on the chosen network(s);
  • subject all Issuer-controlled GENES and core protocol smart contracts to an internal security review; and
  • have these contracts audited by at least two independent external smart contract security firms; and
  • publish summary results of these audits and references to public reports (where available) on the official website together with the final contract address(es).

The Issuer also plans to adopt a documented update and bug-handling policy, which may include:

  • the ability to pause or restrict certain smart contract functions in the event of critical vulnerabilities;
  • procedures for deploying upgraded contract versions where necessary; and
  • governance rules defining who can propose and approve such changes.

Full details of the deployed contracts, audit providers, and the final update/bug-handling policy will be included in the MiCA-compliant crypto-asset whitepaper and disclosed prior to any EU public offer.

Audits.

The GENES token and related protocol components (including token sale, staking, treasury, fee-routing and vesting/lock-up contracts) will be implemented as smart contracts on the selected blockchain(s).

All Issuer-controlled smart contracts that are critical for the GENES token or the Genesis Engine core services are intended to undergo:

  • an internal security review; and
  • audits by at least two independent external smart contract security firms
  • before being made available to users or used in connection with any public offer of GENES tokens.

Details of the deployed contract addresses, the identity of the audit firms, the scope of their reviews and links to public reports or summaries (where available) will be published on the official website and in the MiCA-compliant crypto-asset whitepaper.

Governance and conflicts of interest.

Triolith Games AB is both the issuer of the GENES token and the initial operator of the Genesis Engine platform. Members of the founding team, advisors and early investors will hold allocations of GENES tokens, as detailed in the Token distribution section.

Key decisions regarding the GENES token economics (such as any proposal to increase issued supply within the protocol hard cap, or to modify core smart contracts) will be taken through a documented governance process that includes:

  • proposals initiated by the Issuer or eligible stakeholders;
  • review and approval by the Issuer's board; and
  • where appropriate, consultation or vote by token holders through on-chain or off-chain governance mechanisms.

These roles may create potential conflicts of interest (for example, decisions that impact token price, fees or rewards). The Issuer will aim to manage such conflicts transparently, including through disclosure of material related-party transactions and adherence to internal policies governing decision-making and personal holdings.

Tokens in company-controlled wallets that have not been distributed, including the treasury, ecosystem, liquidity and reward pools, carry no vote in any token-weighted governance.

Use of funds.

Custody infrastructure is the heart of the allocation, because acting as custodian is the heart of the product. The funds raised will advance Triolith Games AB's global operations: helping game developers bring blockchain into their games, acting as custodian, and handling regulatory compliance so developers can focus on the game itself. Security carries much of the remaining weight.

Token development and marketing come next. Funds initially raised through equity investors will be used for the development of our native token ($GENES), community-focused marketing, the initiation of the MVP for The Genesis Engine, and smaller items such as the redesign of the Triolith Games AB website.

Once the $GENES token is fully developed, we intend to conduct a token launch to secure additional funding. Discussions with exchanges and launchpads are already in progress. After the token launch we plan to begin building our proprietary L1/L2 blockchain, a substantial undertaking with significant costs.

These allocations are subject to adjustment as needs and priorities evolve.

The token treasury operates from a public multisig with a timelock, publishes quarterly reports of its distributions, and observes a maximum annual distribution ceiling. Treasury tokens count as non-circulating until they are committed.

11

Roadmap.

The roadmap below describes order and scope, not calendar dates.

Completed.

  • Initial team complete (most development will be outsourced at the start)
  • Proof of Concept done

Phase 1 · Foundation

The regulated core.

  • Close the funding round and file the CASP application in Sweden
  • Build the custody infrastructure, the KYC/AML engine, and the compliance operation
  • Wallets, payments, and compliance checks live
  • Integrate the first chain and onboard the first pilot studios

Phase 2 · Growth

We open to more studios.

  • Marketplace, fiat on- and off-ramps, minting tools, and studio storefronts
  • Tax tools and analytics
  • Additional chains supported
  • Token generation event when the product is working and close to release

Phase 3 · Platform

We become the default infrastructure layer.

  • The game launchpad, with milestone-gated escrow funding built in (premium and indie tiers)
  • The gaming hub for players
  • Pre-made economy and loot systems at full scale
  • Tax help rollout
  • Genesys Chain from testnet to mainnet
  • The Genesis Council seated and governance live
  • Studios build directly on top of us, and other industries (sports, music, fashion) can use the same rails. Further out, the rails extend to iGaming operators and to AI agents transacting on a player's behalf. Games come first.

12

Risks & challenges.

Regulatory compliance.

The gaming and blockchain industries are subject to evolving regulations. Complying with diverse international and local laws may pose challenges, potentially impacting the platform's expansion and adoption. Our answer is the licence path itself: a partner custodian licence at launch, our own CASP application in Sweden, and KYC/AML built into the transaction layer rather than bolted on.

Adoption and network effects.

Widespread adoption of the Genesis Engine may face hurdles. The platform's success relies on attracting both game developers and gamers as active participants, and a marketplace with too few of either is worth little to both. Our answer is sequencing: the roadmap promises order, not dates, and we open the platform to more studios only once the regulated core is working.

Technology development and integration.

Developing and integrating the envisioned blockchain infrastructure, including Layer 1 and Layer 2 solutions, presents genuine technical challenges. Delays or unforeseen issues in the development process may affect project timelines. Our answer is chain-agnostic design: the platform runs on existing chains from day one, so the Genesys Chain can take the time it needs without stopping the product.

Security concerns.

The platform involves financial transactions, gaming assets, and sensitive data, so security is paramount. Cybersecurity threats, potential hacks, or vulnerabilities in smart contracts could jeopardize user trust and the integrity of the Genesis Engine. Our answer is the two-audit rule: no value-bearing contract ships without two independent external audits, and the SAFU reserve gives users a discretionary recovery path if something still goes wrong.

Competition in the industry.

The blockchain gaming space is crowded, and new platforms appear every cycle. Our answer is the licence moat: a competitor faces the same licence path and the same build time we do, and by the time it clears them we intend to have studios live on the platform.

Market volatility.

The cryptocurrency market is known for its volatility. Fluctuations in the value of digital assets, including tokens and NFTs, could impact the financial stability of both gamers and game developers on the platform. Our answer is the revenue model: we earn a percentage fee on every transaction, so revenue follows platform activity rather than asset prices.

Economic and funding risks.

Economic downturns or changes in market sentiment may affect the availability of funding for the project. Our answer is sequencing and disclosure: the token does not launch before the platform works, and our financials and conflicts of interest are published for anyone to check.

User education and adoption barriers.

Educating users about the benefits of the Genesis Engine, and overcoming barriers to entry such as the learning curve of blockchain technology, could impact user onboarding and engagement. Our answer is the product itself: taking part never requires knowledge of blockchain technology, NFTs, or cryptocurrencies.

13

Environmental and climate-related impacts.

The Genesys Chain is being designed as an energy-efficient blockchain, relying on a proof-of-stake consensus mechanism rather than energy-intensive proof-of-work mining. This significantly reduces electricity consumption per transaction compared with traditional proof-of-work networks.

Principal environmental and climate-related impacts associated with the GENES token and the Genesys Chain include:

  • Electricity usage of validator nodes and supporting infrastructure (data centres, networking equipment).
  • Associated greenhouse gas emissions, depending on the energy mix of hosting providers and validators.

The Issuer will:

  • publish further information on these impacts, including data or estimates where available, in the MiCA-compliant crypto-asset whitepaper; and
  • encourage validators and infrastructure providers in the ecosystem to prioritise renewable or low-carbon energy sources.

14

Issuer data.

Company information.

Issuer Name

Triolith Games AB

Registered Office

Järnvägsgatan 13
936 51 Jörn
Sweden

Company registration number

559161-9571

Management

Magnus Söderberg · CEO
Andreas Johansson · COO

15

Terms & conditions.

Warning.

The crypto-assets or tokens outlined in this document may experience a complete or partial loss of value. They might not always be available for trading on organized markets, lack liquidity, or may not be redeemable for the goods or services described herein. This is particularly applicable in instances of project failure or interruption during the issuance process.

Terms & Conditions.

General Overview

The undersigned acknowledges that, having perused and comprehended all the sections outlined in this Lite Paper, there is an intention to subscribe to a specific quantity of tokens as per the established terms. It's imperative to note that the terms presented in this Lite Paper do not form, and should not be employed as, an offer or invitation to subscribe, purchase, or otherwise acquire the $GENES token by any individual in any jurisdiction:

  • Where such an offer or invitation is unauthorized.
  • Where the entity making the offer lacks the qualifications to do so.
  • To any person for whom it is unlawful to make such an offer or invitation.

Subscribers are advised not to construe the content of these terms as legal, business, or tax advice. Each subscriber/buyer should seek guidance from their legal, business, and tax advisors concerning the legal, business, tax, and related aspects of this agreement. The content on the Triolith Games AB web pages, or any pages linked directly or indirectly to the Triolith Games AB website, is not part of these terms. Hence, no purchaser should rely on the information or data in such web pages as a basis for the decision to subscribe to the tokens.

MiCA Whitepaper Status

At the date of this document, the MiCA-compliant crypto-asset whitepaper for the GENES token has not yet been notified to the Swedish competent authority (Finansinspektionen).

This litepaper is provided for information purposes only and does not constitute a crypto-asset whitepaper within the meaning of Regulation (EU) 2023/1114 (MiCA). No public offer of GENES tokens to retail investors in the European Union will be made until a MiCA-compliant crypto-asset whitepaper has been:

  • prepared in accordance with MiCA, and
  • notified to the Swedish competent authority,

after which the approved whitepaper will be published and this section will be updated to reflect the notification date and reference.

Subscriber Rights and Responsibilities

To subscribe to $GENES tokens, the user must undergo verification by the Issuer or, in the absence of that, any platform authorized by the Issuer for token issuance. This involves completing the KYC and AML (Know Your Client / Prevention of Money Laundering) process.

All KYC and AML verification will be conducted by the Issuer or by a platform authorized by the Issuer.

The subscriber attests to having full legal capacity, power, and authority to execute, deliver, and fulfill their obligations under these terms.

Payment for the tokens is the subscriber's responsibility, and they can utilize any of the payment forms offered by the Issuer.

All token subscribers are required to adhere to the rules of conduct and browsing of the Issuer's website, along with the terms and conditions of the platform.

Acting in good faith is a fundamental obligation for every token subscriber.

This subscription is made by the subscriber in a personal capacity, driven by personal initiative and on their own account. It does not stem from any advisory activity of the Issuer or its staff, and the subscriber does not act as a representative, agent, or with the intention of distributing or reselling the tokens.

The subscriber declares possessing knowledge and experience in financial and business matters sufficient to evaluate the risks and benefits of accepting these terms and assuming their rights and obligations under them. They acknowledge the capability to incur a total loss of the investment without detriment to their financial situation and can bear the economic risk for an indefinite period.

While subscribing with the expectation of benefiting from the functionalities on the Issuer's platform, derived from the efforts of the Issuer and its employees, the subscriber acknowledges and accepts the uncertainty and risks associated with the development of the Issuer's platform, which may or may not be detailed in this document and may or may not be under the control of the Issuer.

Complaints and Dispute Resolution

Token holders and users of the Genesis Engine platform may submit complaints or claims related to the GENES token, the token sale, or the services provided by Triolith Games AB.

How to submit a complaint

Email: info@triolith.com

Postal address: Triolith Games AB, Järnvägsgatan 13, 936 51 Jörn, Sweden

A complaint should include:

  • Full name and contact details of the complainant
  • Description of the issue, including relevant dates and transaction details
  • Any supporting documentation (e.g. transaction hashes, screenshots, correspondence)

Acknowledgement and handling

  • The Issuer will acknowledge receipt of the complaint within 10 business days.
  • The Issuer will aim to provide a substantive response within 30 business days from acknowledgment, or inform the complainant if more time is reasonably required.
  • Complaints may be submitted in English or Swedish.

Escalation

Where a complaint is not resolved to the complainant's satisfaction, the complainant may seek advice from local consumer protection authorities or other competent bodies in their Member State. The Issuer will cooperate in good faith with any competent authority or alternative dispute resolution body, where applicable.

Rights and Duties of the GENES Token Issuer

Triolith Games AB (hereinafter referred to as the "Issuer") assumes responsibility for the content of this document and affirms that, to the best of its knowledge and understanding, the information in this Document is accurate and true.

The Issuer asserts that, in preparing this document, all reasonable precautions have been taken to ensure the correctness of the information, and no facts that may affect the statements made in the document have been omitted.

Regulation (EU) 2023/1114 of the European Parliament and of the Council on Markets in Crypto-assets (MiCA) is now in force. The Issuer prepares its documentation, including this document, in accordance with the criteria and requirements of said Regulation.

The Issuer declares its status as a duly incorporated company, validly existing and in good standing under the laws of Sweden, with the power and authority to own, hold, and operate its assets and rights.

The execution, delivery, and fulfillment of this document by the Issuer align with its objectives and powers, having received authorization from all necessary bodies, shareholders, and stakeholders.

The White Paper and these terms constitute a legal, valid, and binding obligation of the Issuer, enforceable in accordance with its terms, except for limitations imposed by bankruptcy, insolvency, or other laws of general application affecting the enforcement of creditors' rights and general principles of equity.

Internal corporate approvals have been secured by the Issuer in connection with the execution of this document.

Tax

Each party is accountable for all direct and indirect taxes levied by the authorities on that party.

Liability

Each party is responsible for any breach of its obligations under these terms.

Invalidity of any Provision

If any clause or provision of these terms is deemed invalid for any reason, the remaining clauses or provisions will remain in full force.

Prevention of Money Laundering

The issuance of virtual assets is subject to regulations aimed at preventing money laundering and the financing of terrorism. Operations or transactions involving cryptocurrencies fall under the category of obligated parties. The Issuer, being a Swedish company, informs the subscriber that these regulations necessitate, among other obligations, user identification, gathering information on their professional or business activity, and reporting any facts or operations related to money laundering as required, in accordance with Swedish law.

Data Protection

Processing of personal data for managing these terms will adhere to relevant Data Protection regulations. The Privacy Policy of the Issuer's website, accepted before these terms, is available at the provided link.

Subscriber Support Service

The subscriber can contact a representative directly at magnus.soderberg@triolith.com.

Applicable Law and Jurisdiction

These terms are subject to Swedish law and interpreted accordingly. For any actions or claims arising from these terms, subscribers submit to the jurisdiction of the Courts and Tribunals determined by the legal system, renouncing any other jurisdiction that may apply.

Risks.

Risks Associated with Token Acquisition and Trading

Token Risks: Owning a token involves inherent risks, beyond those explicitly mentioned here. These risks may lead to the complete loss or depreciation of token value. The token holder must acknowledge and fully comprehend all associated risks.

Compensation Policy: In the event of token value loss or any unforeseen circumstances, the token issuer is not obligated, under any circumstances, to compensate the token holder in any form.

Offering and Trading Risks:

  • Liquidity Risk. The token might not be listed on any secondary market. Over-The-Counter (OTC) markets may lack liquidity. Fluctuations in the token's value are not the responsibility of the company. Third-party platforms listing the token may face liquidity, regulatory, or compliance risks.
  • Risks Associated with Project Execution and the Issuer. Forward-Looking Information Risk: Predictions and projections are based on management assumptions, and actual results may differ. Unanticipated Risks: Cryptographic tokens are a new technology with unforeseeable risks in acquisition, storage, transmission, and use. Regulatory Risk: Changes in regulations may impact smart contracts and result in modifications or loss of tokens. Risk of Project Failure: The project's development may halt due to market disinterest, lack of funding, or competition, with no guarantees of benefits to token holders. Competitive Risk: Competition from other companies may negatively impact the services provided.
  • Risks Associated with Tokens and Technology. High-Risk Product: Token value fluctuations pose risks to capital recovery. Changes in taxation may occur, and participation should consider issuer-provided information. Software Risk: Malfunctions, crashes, or abandonment of Blockchains can affect token operation. Technological advances, including quantum computing, may introduce risks. Smart contracts and their software are at an early stage, with inherent risks of defects and vulnerabilities.
  • Risk of Custody / Loss of Private Keys. Loss or theft of private keys may result in permanent loss of access to tokens. Errors related to digital wallets or token storage systems may lead to the loss of tokens.
  • Risk of Theft. Smart contracts and their platforms are susceptible to cyber-attacks, potentially leading to theft or loss of invested capital.
  • Risk of Incompatible Wallet Services. Digital wallets must comply with the supported token standards for technical compatibility with tokens.

Investors should carefully consider these risks before engaging in token acquisition and trading.

16

Disclaimers.

Notice to Residents of the EU/EEA.

This White Paper describes a token that should not be considered a guarantee or a financial instrument under the Markets in Financial Instruments Directive (MiFID II) of the European Parliament (2014/65/EU), or any other securities laws of member states. It does not confer any voting rights, managerial authority, or entitlement to share in the profits of any entity. The token does not signify ownership of any physical asset and is non-refundable.

Notice to Residents of the United States.

The token offer and sale have not undergone registration under the U.S. Securities Act of 1933, as amended, or the securities laws of specific states. The token cannot be offered, sold, transferred, pledged, or mortgaged, except as permitted by the Act and relevant state securities laws, either through an effective registration statement or an applicable waiver.

Notice to Residents of Australia.

No SAFTs, placement document, prospectus, product disclosure statement, or other disclosure document has been lodged with the Australian Securities and Investments Commission regarding this offering. The SAFT and associated documents do not constitute a prospectus, product disclosure statement, or any other disclosure documents under the Corporations Act 2001. In Australia, the token may only be offered to "sophisticated investors" or "professional investors" or in compliance with one or more exemptions outlined in the Corporations Act, ensuring lawful token offerings in accordance with applicable laws.

Notice to Residents of the People's Republic of China.

The rights to the token are not being presented or traded and may not be presented or traded, directly or indirectly, within the People's Republic of China, unless expressly permitted by the laws and regulations of the People's Republic Of China.

Notice to Residents of Japan.

The token has not undergone registration and will not be registered under Japan's securities or financial laws. Potential token purchasers agree not to re-transfer or re-assign the token to anyone other than non-residents of Japan, except in accordance with a private placement exemption from the registration requirements and compliance with the relevant laws and regulations of Japan.

Notice to Residents of the Russian Federation.

The SAFT and related documents do not constitute an offer or an invitation to offer, sell, purchase, exchange, or otherwise transfer securities or foreign financial instruments to or for the benefit of any person or entity resident, incorporated, established, or having their usual residence in the Russian Federation. The SAFT and documents associated with the token offer do not qualify as advertisements in connection with any securities' placement or public circulation as determined by Russian laws. The token is not intended for placement or public circulation in the Russian Federation. Neither the SAFT nor any other document related hereto has been or will be registered with the Central Bank of the Russian Federation.

Notice to Residents of Switzerland.

The token is not intended for public offering in Switzerland and will not be listed on Swiss exchanges or any other stock exchange or regulated trading facility in Switzerland. SAFT and related documents have been crafted without adherence to the disclosure standards for issuance prospectuses under the Swiss Code of Obligations or the disclosure standards for listing prospectuses. Public distribution or availability of SAFT and related marketing materials in Switzerland is not permissible. These documents have not been filed with or approved by any Swiss regulatory authority, notably including the Swiss Financial Market Supervisory Authority. The token offer is not authorized under the Swiss Federal Act on Collective Investment Schemes.

Notice to Residents of the United Kingdom.

In the United Kingdom, the distribution of SAFT is exclusively for and directed at (and any associated purchase activity will only involve) investment professionals (as defined in article 19(5) of the Financial Promotion Order (the "FPO")); persons or entities described in article 49 of the FPO; certified sophisticated investors (as defined in article 50(1) of the FPO); and other persons to whom it may lawfully be communicated (collectively referred to as "relevant persons"). Individuals who are not relevant persons should refrain from taking any action concerning the SAFT or based on any documents used in connection therewith. Acquiring the token is conditioned on the person warranting to be a relevant person. SAFT and associated documents have not received approval from any regulatory authority in the United Kingdom.

Notice to Residents of All Jurisdictions.

No steps have been taken to enable the offer, sale, possession, or distribution of the token or any related documents in any jurisdiction where such steps are mandatory. It is your responsibility to understand and comply with any restrictions related to the token offering, SAFT, and associated documents in your jurisdiction. Subscribing to the token does not guarantee financial returns, and it is not advisable for speculative purposes. Participation in the token issuance should not be based on expectations of profits, dividends, capital gains, financial performance, or any other form of return, payment, or income. Purchasing the token involves substantial risks that could lead to losses. The achievement of objectives or the continuous value maintenance of tokens within the ecosystem is not guaranteed. Any resale of the token must comply with exemptions from securities requirements and adhere to applicable laws.

Triolith Games