1. Executive Summary

1.1 Vision and Purpose

ClaimKey (“CKT” or “ClaimKey Token”) is conceived as the utility, reward and access token of a digital ecosystem focused on protected whistleblower submissions, claim intake, structured evidence handling, compliance-relevant intelligence and related participation workflows.

The project is designed around the concept of a ClaimKey infrastructure operated by the ClaimKey issuer. Through this infrastructure, the issuer makes token-based utilities available across designated ecosystem interfaces, including Whistle42 and ClaimBack Hub.

A core design principle of ClaimKey is that the token is not linked to a traditional financial asset or to the economic value of claims. Instead, ClaimKey functions as an internal utility layer used to recognize eligible actions, coordinate access and support participation within the ecosystem.

1.2 Current Ecosystem Structure

In its current phase, the ClaimKey ecosystem includes:

• ClaimKey.io – the information, disclosure and token documentation hub;
• Whistle42 – the protected whistleblower platform and intelligence intake interface;
• ClaimBack Hub – the claim intake and coordination interface for registered claims and related workflows;
• EFRI – an independent partner organization that may connect to the infrastructure under written agreements for claim review and related support functions;
• Associated ecosystem outputs – including eligible analytical, evidentiary or coordination functions connected to the broader project environment.

1.3 Utility Token Nature

• Type: Utility / reward / access token
• Primary use cases: Qualified whistleblower rewards, Claim Intake Rewards, access and participation functions
• Rights: No ownership, no dividends, no redemption rights, no repayment rights, no claim on issuer assets
• Positioning: Not a security, not e-money, not an asset-referenced token, not a deposit product

1.4 Claim Intake Reward Principle

ClaimKey may be allocated as a Claim Intake Reward for the qualified registration of a claim through ClaimBack Hub.

This reward is linked to the intake action itself, meaning the complete and eligible submission of a claim into the ecosystem workflow. It is not linked to the claim’s economic value, recoverability, monetization potential or ultimate recovery outcome.

1.5 Key Risks

ClaimKey holders or participants face market, regulatory, technology, operational and governance risks. ClaimKey may become illiquid or worthless. Participation must not be based on expectations of profit, repayment, guaranteed utility continuity or secondary-market value.

2. Issuer and Governance

2.1 Intended Issuer Structure

ClaimKey is intended to be issued by a dedicated legal entity to be designated prior to launch and final filing.

As of this whitepaper draft, the issuer details remain to be finalized:

Issuer: [To be inserted]
Jurisdiction: [Expected: Austria, subject to final structuring]
Registered Address: [To be inserted]
Company Number: [To be inserted]

2.2 ClaimKey Infrastructure Operator

The issuer is intended to act as the operator of the ClaimKey infrastructure. Through this infrastructure, the issuer may provide token-based reward, access and participation functions across designated ecosystem interfaces.

ClaimBack Hub and Whistle42 are intended to operate as core ecosystem interfaces of this model. The issuer may operate such interfaces directly or through affiliates, contractors or platform operators under internal or external agreements, while retaining overall responsibility for the ClaimKey program logic and documentation.

2.3 Governance

• Strategy and oversight of the ClaimKey project
• Compliance with MiCA and applicable national laws
• Oversight of tokenomics, eligibility rules and reward processes
• Management of conflicts between token operations, whistleblower handling, partner roles, claim workflows and compliance obligations
• Maintenance of written partner agreements for connected organizations such as EFRI

3. ClaimKey Token Description

3.1 Core Characteristics

• Name: ClaimKey
• Symbol: CKT
• Type: Utility / reward / access token
• Blockchain: [To be confirmed]
• Standard: [To be confirmed]
• Decimals: [To be inserted]
• Contract Address: [To be published]

3.2 Core Function

ClaimKey is used to:

• reward qualified whistleblower submissions and follow-up contributions through Whistle42;
• reward qualified claim registration activity through ClaimBack Hub via the Claim Intake Reward model;
• unlock or support defined access, participation or recognition functions within the ClaimKey ecosystem;
• act as an internal non-financial utility layer across designated ecosystem interfaces.

3.3 No Financial Instrument Features

ClaimKey does not:

• represent shares, bonds or other financial instruments;
• provide any claim to profits, assets, reserves, recoveries, settlements or treasury proceeds;
• carry a redemption right at a fixed or formula-based value;
• promise yield, interest, dividends, guaranteed buy-backs or guaranteed listing outcomes.

4. Ecosystem Interfaces and Use Cases

4.1 Whistle42

Whistle42 serves as a protected whistleblower interface for submissions, structured evidence, intelligence intake, follow-up communications and related workflows.

Eligible and verified submissions may be recognized with ClaimKey, subject to legal permissibility, sanctions restrictions, anti-fraud checks, jurisdictional controls and program-specific eligibility standards.

4.2 ClaimBack Hub

ClaimBack Hub serves as the claim intake and coordination interface of the ecosystem for the registration of claims, documentation workflows, claim-related communication and partner routing.

Qualified claim registration activity through ClaimBack Hub may be recognized through the Claim Intake Reward model, subject to program conditions and controls.

4.3 EFRI and Independent Partners

External partners such as EFRI may connect to the ClaimKey infrastructure under written agreements for specific operational roles, including claim review, intake support, documentation handling or related coordination functions.

Such partners are not the issuer of ClaimKey and do not determine its legal qualification as a utility token.

4.4 Separation from Claim Economics

ClaimKey is not linked to the economic value of claims, to claim recoverability, to claim monetization or to any recovery outcome.

The assessment of claim enforceability or recoverability, where performed at all, may be conducted separately by partner organizations such as EFRI and does not determine the legal nature of ClaimKey or the basis for its reward logic.

5. Tokenomics and Economic Model

5.1 Illustrative Supply and Allocation Framework

The figures above are illustrative placeholders and may be updated prior to final filing, launch or implementation.

5.2 Reward Logic

The Reward Pool may be used to support:

• qualified whistleblower rewards through Whistle42;
• Claim Intake Rewards for eligible claim registration activity through ClaimBack Hub;
• selected ecosystem contributions, research support, participation activities and partner-supported initiatives;
• other approved ClaimKey ecosystem functions.

5.3 Funding and Treasury Principles

The ClaimKey project may be financed through token-sale proceeds, ecosystem revenues, partner-related revenue, treasury allocations and possible intra-group or founder support.

Any treasury or program fund operations, including any future discretionary market operations, remain fully discretionary, non-binding and non-redeemable. Token holders have no claim on such treasury balances or operations.

6. Public Offer and Partner Rounds

ClaimKey may be offered through one or more phases, including possible strategic partner rounds, program partner allocations or broader launch phases, subject to final documentation and legal restrictions.

Any partner or strategic round is intended to support ecosystem alignment and launch quality. Such rounds do not create ownership rights, profit rights, guaranteed liquidity or any claim to future token structures.

7. Technology and Infrastructure

ClaimKey is intended to be implemented on a distributed ledger infrastructure to be confirmed prior to launch. Final decisions regarding blockchain, token standard, wallet architecture, admin controls, smart-contract architecture and audit processes remain subject to final technical review.

Smart contracts, where used, may be subject to independent review or audit before launch. Technical design may include admin controls, multisig structures, role separation and incident-response procedures.

8. Risk Factors

Holding, acquiring or receiving ClaimKey involves substantial risk, including:

• Market risk: ClaimKey may be volatile, illiquid, thinly traded or lose all value.
• Regulatory risk: MiCA interpretation, national enforcement or future legal developments may affect the project or its availability.
• Technology risk: smart-contract vulnerabilities, blockchain failures, hacks or outages may cause losses.
• Operational risk: launch timing, partner integrations, platform execution or reward workflows may differ from plans.
• Governance risk: early-stage concentration of operational control may create dependency and execution risk.
• Partner risk: ecosystem partners such as EFRI may change role, scope, participation or availability.

9. Legal Positioning under MiCA

ClaimKey is intended to be positioned as a utility token that provides access to ecosystem-related goods, services and program functions made available by the ClaimKey issuer through its infrastructure and designated interfaces.

ClaimKey is not marketed as an investment and does not promise returns, appreciation, repayment, capital protection, recovery participation or economic participation in the issuer or in any partner organization.

No language in this whitepaper should be interpreted as creating a claim on recoveries, settlements, monetization proceeds, claim outcomes or partner-managed funds.

10. Sustainability

The ClaimKey project favors digital workflows, structured online intake, document-based coordination and platform-based participation over resource-intensive legacy processes. Further sustainability disclosures may be added once the final technical infrastructure is selected.

11. Versioning, Contact and Updates

This whitepaper is versioned. Changes may be documented through dated revisions, archived versions, changelog entries or related disclosure notices.

Final issuer details, blockchain details, token supply, contract address and definitive launch documentation will be inserted in later versions.

Contact:
legal@claimkey.io