CRYPTO-ASSET WHITE PAPER | Ritual

MiCAR White Paper

This white paper has been prepared in accordance with Regulation (EU) 2023/1114 of the European Parliament and of the Council on markets in crypto-assets (MiCAR).
Publication Date 2026-07-22
Offeror Ritual Limited
Version 1

Table of Contents

General information Page 3
Part A - Information about offeror or person seeking admission to trading Page 4
Part B - Information about issuer, if different from offeror or person seeking admission to trading Page 5
Part C - Information about the operator of the trading platform in cases where it draws up the crypto-asset white paper and information about other persons drawing the crypto-asset white paper pursuant to Article 6(1), second subparagraph, of Regulation (EU) 2023/1114 Page 6
Part D - Information about the crypto-asset project Page 7
Part E - Information about the offer to the public of crypto-assets or their admission to trading Page 8
Part F - Information about the crypto-assets Page 9
Part G - Information on the rights and obligations attached to the crypto-assets Page 10
Part H - Information on the underlying technology Page 11
Part I - Information on risks Page 12
Part J - Information on the sustainability indicators in relation to adverse impact on the climate and other environment-related adverse impacts Page 13

General information

No. Field Content
00 Table of contents True
01 Date of notification 2026-06-24
02 Statement in accordance with Article 6(3) of Regulation (EU) 2023/1114 This crypto-asset white paper has not been approved by any competent authority in any Member State of the European Union. The offeror of the crypto-asset is solely responsible for the content of this crypto-asset white paper.
03 Compliance statement in accordance with Article 6(6) of Regulation (EU) 2023/1114 This crypto-asset white paper complies with Title II of Regulation (EU) 2023/1114 of the European Parliament and of the Council and, to the best of the knowledge of the management body, the information presented in the crypto-asset white paper is fair, clear and not misleading and the crypto-asset white paper makes no omission likely to affect its import.
04 Statement in accordance with Article 6(5), points (a), (b), (c), of Regulation (EU) 2023/1114 The crypto-asset referred to in this white paper may lose its value in part or in full, may not always be transferable and may not be liquid.
05 Statement in accordance with Article 6(5), point (d) The utility token referred to in this white paper may not be exchangeable against the good or service promised in the crypto-asset white paper, especially in the case of a failure or discontinuation of the crypto-asset project.
06 Statement in accordance with Article 6(5), points (e) and (f), of Regulation (EU) 2023/1114 The crypto-asset referred to in this white paper is not covered by the investor compensation schemes under Directive 97/9/EC of the European Parliament and of the Council. The crypto-asset referred to in this white paper is not covered by the deposit guarantee schemes under Directive 2014/49/EU of the European Parliament and of the Council.
07 Warning in accordance with Article 6(7), second subparagraph, of Regulation (EU) 2023/1114 This summary should be read as an introduction to the crypto-asset white paper. The prospective holder should base any decision to purchase this crypto-asset on the content of the crypto-asset white paper as a whole and not on the summary alone. The offer to the public of this crypto-asset does not constitute an offer or solicitation to purchase financial instruments and any such offer or solicitation can be made only by means of a prospectus or other offer documents pursuant to the applicable national law. This crypto-asset white paper does not constitute a prospectus as referred to in Regulation (EU) 2017/1129 of the European Parliament and of the Council or any other offer document pursuant to Union or national law.
Summary
08 Characteristics of the crypto-asset The RITUAL token is the native utility token of the Ritual Chain, classified under MiCAR as a crypto-asset other than an asset-referenced token or e-money token. Purchasers of RITUAL do not acquire any ownership, equity, profit-sharing rights, or legal claims against the issuer. Instead, the token confers protocol-level utility rights, enabling holders to pay for network transaction fees and specialized computational services, such as AI model inference. Holders may also stake the token to participate in network consensus, act as bonded executors for delegated computations, and participate in decentralized governance. These rights are exercised technically by interacting directly with the Ritual protocol's smart contracts on-chain, such as by depositing tokens into the RitualWallet to lock balances and settle fees for computational workloads. Ritual Limited cannot unilaterally modify these rights and obligations. Because Ritual is a decentralized protocol, any modifications to the token's functionality or the network's rules are strictly subject to the project's established decentralized governance process through Ritual Improvement Proposals (RIPs).
09 Further information about utility tokens The RITUAL token is the native utility token of the Ritual ecosystem, granting access to a Layer 1 blockchain built specifically for autonomous AI agents and expressive on-chain applications. The token provides access to several key services within the network, primarily functioning as a payment method for transaction fees and specialized precompile calls, such as AI model inference and zero-knowledge proof verification. Additionally, RITUAL serves as financially sovereign capital for on-chain AI agents to autonomously fund and schedule their own operations, acts as a staking asset for network consensus and delegated executor bonding, and enables participation in decentralized DAO governance. While RITUAL is freely transferable at the protocol level, tokens allocated to the team and investors are subject to contractual lock-ups and vesting schedules, including up to a 4-year vest and a 3-year transfer restriction. Furthermore, transferability and access to the token may be restricted by individual trading platforms for individuals located in OFAC-sanctioned jurisdictions or users otherwise prohibited by applicable laws.
10 Key information about the offer to the public or admission to trading Ritual (RITUAL) tokens are being offered to the public to increase accessibility and liquidity for European users, support the Ritual ecosystem's growth, and ensure transparency and regulatory compliance under the MiCA framework. The public offer has a fundraising target of $8,000,000 USD. The token issue price is not fixed but will be determined within a range of $0.03 to $0.06 per token through an English auction settlement structure based on market demand. The subscription process includes a one-week registration and KYC phase, an open sale phase, and a two-week closing and cancellation window. Purchased tokens will be distributed directly to participant wallets upon the launch of the Ritual mainnet. No specific crypto-asset service provider (CASP) has been appointed to place the token. Furthermore, no specific trading platform has been identified for admission to trading at this time. RITUAL tokens are planned to be made available on global trading platforms in the future. These platforms will conduct their own regulatory compliance checks, registration processes, and geo-fencing restrictions for OFAC-sanctioned countries.

Part A - Information about offeror or person seeking admission to trading

No. Field Content
A.1Name
Ritual Limited
A.2Legal form
N/A, a Legal Entity Identifier is provided in A.6
A.3Registered address
N/A, a Legal Entity Identifier is provided in A.6
A.4Head office
Trinity Chambers PO Box 4301 Road Town, Tortola British Virgin Islands
VG
Not Applicable
A.5Registration date
2025-02-21
A.6Legal entity identifier
9845005A393ABJD87368
A.7Another identifier required pursuant to applicable national law
2170301
A.8Contact telephone number
+44 07459133378
A.9E-mail address
info@ritualfoundation.org
A.10Response time (Days)
5
A.11Parent company
N/A, a Legal Entity Identifier is provided in A.6
A.12Members of the management body
Identity Business Address Function
Craig Pascoe 9 Forum Ln, KY1-9006, Cayman Islands Director
Jacobus Pietersen 9 Forum Ln, KY1-9006, Cayman Islands Director
Glenn Kennedy 9 Forum Ln, KY1-9006, Cayman Islands Director
A.13Business activity

Ritual Limited is a BVI subsidiary of a Caymans Foundation company dedicated to the launch and ongoing maintenance and development of the Ritual Chain. The company's core business activities include deploying the Ritual Chain protocol and minting the Ritual token to launch the network, so as to grow the Ritual chain's ecosystem of developers, users, and partners. Ritual Limited operates within the British Virgin Islands.

A.14Parent company business activity
N/A, a Legal Entity Identifier is provided in A.6
A.15Newly established
False
A.16Financial condition for the past three years
N/A
A.17Financial condition since registration

As Ritual Limited was established on 2025-02-20, three-year historical financial data is not available.

Since its registration, Ritual Limited has been in the early stages of development and operations.

A summary of Ritual Limited's financial condition since registration is as follows:

Funding and Capitalization:

  • The company's initial share capital is $0. All of the subsidiary's operational expenses are supported by the parent company, Ritual Foundation.

  • The entity is sufficiently self-funded with cash and stablecoins.

  • The Ritual token has a fully diluted value as of June 2025 of approximately USD $600,000,000.

For 2025 (year of inception, Unaudited):

  • Total Assets and Income from Operations: $0

The Ritual Foundation was capitalized with $3M USD upon its establishment, and raised an additional $6M USD in June 2025 via token purchase agreement. The Ritual Foundation entirely subsidizes and supports Ritual Limited's operating expenses.

Part B - Information about issuer, if different from offeror or person seeking admission to trading

No. Field Content
B.1Issuer different from offeror or person seeking admission to trading
False
B.2Name
N/A
B.3Legal form
N/A
B.4Registered address
N/A
B.5Head office
N/A
B.6Registration date
N/A
B.7Legal entity identifier
N/A
B.8Another identifier required pursuant to applicable national law
N/A
B.9Parent company
N/A
B.10Members of the management body
N/A
B.11Business activity
N/A
B.12Parent company business activity
N/A

Part C - Information about the operator of the trading platform in cases where it draws up the crypto-asset white paper and information about other persons drawing the crypto-asset white paper pursuant to Article 6(1), second subparagraph, of Regulation (EU) 2023/1114

No. Field Content
C.1Name
N/A
C.2Legal form
N/A
C.3Registered address
N/A
C.4Head office
N/A
C.5Registration date
N/A
C.6Legal entity identifier
N/A
C.7Another identifier required pursuant to applicable national law
N/A
C.8Parent company
N/A
C.9Reason for crypto-asset white paper preparation
N/A
C.10Members of the management body
N/A
C.11Operator business activity
N/A
C.12Parent company business activity
N/A
C.13Other persons drawing up the crypto-asset white paper according to Article 6(1), second subparagraph, of Regulation (EU) 2023/1114
N/A
C.14Reason for drawing the white paper by persons referred to in Article 6(1), second subparagraph, of Regulation (EU) 2023/1114
N/A

Part D - Information about the crypto-asset project

No. Field Content
D.1Crypto-asset project name
Ritual
D.2Crypto-assets name
N/A, a Digital Token Identifier is provided in F.13
D.3Abbreviation
N/A, a Digital Token Identifier is provided in F.13
D.4Crypto-asset project description

Ritual is a layer 1 blockchain focusing on hosting autonomous AI agents that operate independently on-chain, hold their own capital, and schedule their own execution without human approval.

The platform's architecture features an EVM++ execution layer with native precompiles for expressive compute, node specialization, an execution-aware consensus framework named Symphony, and a dynamic fee mechanism called Resonance. The project's mission is to build the blockchain for AI by enshrining native reasoning capabilities, allowing agents to see the internet, think with frontier models, hold their own keys, schedule their own future, and operate as sovereign on-chain entities by leveraging Trusted Execution Environments (TEEs), Zero-Knowledge proofs (ZK), Fully Homomorphic Encryption (FHE), and verifiable computation frameworks.

The Ritual token (RITUAL) is the native utility token of the Ritual ecosystem. It is designed to pay for precompile calls, cover transaction fees, and serve as locked deposits while asynchronous computational jobs are pending within this interconnected ecosystem.



Given the technical nature of the Ritual project, a glossary has been included in this section of the MiCAR whitepaper to clarify the key terms and concepts used throughout the MiCAR whitepaper.

Consensus and Execution Framework

  • Symphony: An execution-aware consensus framework designed to handle resource-intensive, heterogeneous, and randomized workloads by disaggregating proposer powers.

  • Execution-Aware Consensus: A framework that separates the bundle of proposer powers (inclusion, exclusion, timing, and ordering) into protocol-enforced guarantees verified in the consensus critical path.

  • Superposition of Execution Models: An architecture where a single state machine simultaneously supports both Replicated Execution (for deterministic, lightweight tasks) and Delegated Execution (for resource-intensive or randomized tasks) over shared state.

  • Replicated Execution: The standard blockchain model where all correct replicas execute every transaction to arrive at the same post-state.

  • Delegated Execution: A model where a single staked executor performs a computation, and other replicas verify the result via proofs rather than re-executing it.

  • EVM++: An execution layer that is fully backwards-compatible with the Ethereum Virtual Machine (EVM) but extended with native precompiles for expressive compute and specialized modules called "sidecars."

  • Resonance: A dynamic fee mechanism that operates as a two-sided marketplace to price heterogeneous hardware resources and match users with compute providers.

Verification and Cryptography

  • Product Lattice: A mathematical structure (boolean hypercube) used to track the verification state of a computation across multiple proof systems with different safety and latency profiles.

  • Non-Interactive Proof System: A cryptographic system (e.g., SNARKs or STARKs) where a prover can produce a proof in a single message that a validator can verify without further interaction.

  • Verifiable Computation: A domain of cryptography that allows a party to prove that a specific output is the correct result of a computation without the verifier needing to re-run the process.

  • Committee Sampling: A method of distributing verification work where proof shards are assigned to subsets of validators (committees) via deterministic sampling using a Verifiable Random Function (VRF).

Protocol Guarantees and State

  • Predictable Validity: The requirement that a proposer can compute the exact state resulting from their block at the time of construction, which is necessary for evaluating external validity predicates.

  • Inclusion Guarantees: Protocol-enforced promises that a specific transaction will be included in a block if a defined state predicate is met.

  • Exclusion Guarantees: Promises that certain transactions will be prohibited from a block based on state-driven rules, often used for "circuit-breakers."

  • Ordering Guarantees: Application-defined sequencing rules that protect smart contracts from sequence-based Maximal Extractable Value (MEV) extraction.

D.5Details of all natural or legal persons involved in the implementation of the crypto-asset project
Type of person Name of person Business address of person Domicile of company
Development team Akilesh Potti 1221 Brickell Ave, Miami, FL 33131, USA United States
Other person involved in implementation Craig Pascoe 9 Forum Ln, KY1-9006, Cayman Islands KY
Other person involved in implementation Jacobus Pietersen 9 Forum Ln, KY1-9006, Cayman Islands KY
Other person involved in implementation Glenn Kennedy 9 Forum Ln, KY1-9006, Cayman Islands KY
Other person involved in implementation Ritual Limited Trinity Chambers, PO Box 4301, Road Town, Tortola, British Virgin Islands VG
Other person involved in implementation Ritual Foundation 9 Forum Ln, KY1-9006, Cayman Islands KY
Development team Niraj Pant 1221 Brickell Ave, Miami, FL 33131, USA United States
Development team Origin Research Limited 1221 Brickell Ave, Miami, FL 33131, USA United States
D.6Utility token classification
True
D.7Key features of goods/services for utility token projects

The RITUAL token has several key functionalities within the Ritual ecosystem. Ritual is a Layer 1 blockchain purpose-built for expressive onchain applications to be able to use heterogeneous compute depending on each user's needs. It enables standard Web2 behaviors such as web socket calls and is designed to natively support artificial intelligence integration, enabling autonomous software agents to natively access frontier AI models, fund and schedule their own execution, and operate persistently as independent on-chain entities.

In this context, an agent's ability to fund its own activity refers solely to its self-custody of an operational token balance that it spends on the network resources it consumes, such as inference calls, scheduled execution, zero-knowledge proof verification, and transaction fees. This operational balance is a functional prerequisite for autonomy: because an agent acts without continuous human intervention, it must control a working balance from which it can directly settle the cost of the goods and services it draws from the network. It is not capital raised from or contributed by third parties, it is not pooled with the balances of other agents or users, it is not managed according to any investment policy, and it is not held with a view to generating a financial return for any investor. It functions only as a prepaid means of accessing the network's compute and AI services, consistent with the utility character of the RITUAL token.

Key utilities of the RITUAL token include:

  • Computation and transaction fees: RITUAL holders can use RITUAL to pay for specialized precompile calls, such as AI inference and zero-knowledge proof verification, with the required balance locked while asynchronous execution jobs are pending.

  • Economic security and executor bonds: the token is staked as a collateral bond by delegated-compute executors.

  • Consensus participation and verification: holders stake to participate as replicas maintaining state machine replication, or as members of verification committees that check computational proofs via deterministic committee sampling within Symphony.

  • Resource allocation and node incentives: compute on the network is priced in Ritual tokens, and applications paying for compute may do so using the token. They may also charge their end users in order to subsidize the cost of computation.

D.8Plans for the token
Past Milestones:

  • 2024: Incorporation of the Ritual Foundation as an exempted limited guarantee foundation company in the Cayman Islands.
  • 2024: Deployment of RitualWallet on the Ritual Chain private testnet, the on-chain fee mechanism for prepaying native RITUAL to cover delegated compute such as AI inference and zero-knowledge proofs, with fees locked at submission until the job settles.
  • 2025: Incorporation of Ritual Limited as a BVI subsidiary of the Ritual Foundation.
  • 2026: Publication of the Symphony white paper outlining an execution-aware consensus framework and delegated execution.


Future Milestones:

  • 2026: Future protocol plans include implementing mechanism-based conflict resolution, such as an auction over predicate slots, and exploring direct stateful ordering in the block construction path.

The future milestones are provided for informational purposes and remain subject to change due to business, regulatory, compliance, or operational considerations.

D.9Resource allocation

Origin Research, responsible for the technical development of the underlying protocol, raised approximately$25M USD from investors in 2023 via token warrants. Those resources have been allocated to the technological research and development of the Ritual Chain. The team is ~25 people and consists of blockchain developers, machine learning and AI researchers and engineers, economists and game theory researchers, and operations specialists.

Ritual Foundation was seeded with a $3M USD donation from Origin Research, and separately raised $6M USD via Token Purchase Agreement in 2025. The Foundation's funds are allocated to the Foundation's operational expenses, ecosystem growth, marketing & community growth, legal compliance, developer relations, and go-to-market. The team consists of marketing and community specialists, go to market and growth specialists, business development experts, and operations staff.

D.10Planned use of collected funds or crypto-assets
  • The funds collected as part of the offering will be directed entirely to the Ritual Foundation, and are intended to be used as follows:

    • Developer Ecosystem: [e.g., Funding grants, SDKs, APIs, and developer tools to encourage third-party adoption of the chain and development and deployment of applications on the network].

    • Community & Growth: [e.g., Incentive programs, hackathons, education initiatives, and marketing].

    • Legal & Compliance: [e.g., Ongoing legal and regulatory alignment with major frameworks].

    • Operational Costs: [e.g., Staffing, administration, and third-party services].

Part E - Information about the offer to the public of crypto-assets or their admission to trading

No. Field Content
E.1Public offering or admission to trading
OTPC
E.2Reasons for public offer or admission to trading

The offer to the public and admission to trading of Ritual (RITUAL) is intended to:

  • Increase Accessibility and Liquidity: To make the RITUAL token more accessible to European users and improve its liquidity on secondary markets. This can result in more efficient price discovery and reliable trade execution. A description of what the intended use of funds will be can be found in D.10.

  • Enhance Transparency and Compliance: This MiCA-compliant disclosure is filed to enhance transparency, regulatory clarity, and investor confidence. It signals the project's readiness to align with the high disclosure standards of Regulation (EU) 2023/1114.

  • Support Ecosystem Growth: By increasing access, Ritual Limited aims to encourage wider participation and contribution to the Ritual ecosystem, allowing a broader user base to participate in the Ritual.

E.3Fundraising target
Amount (Currency): 8000000 USD
E.4Minimum subscription goals
Amount (Currency): 100 USD
E.5Maximum subscription goals
Amount (Currency): 1000000 USD
E.6Oversubscription acceptance
False
E.7Oversubscription allocation

N/A

E.8Issue price
0,06000
E.9Official currency or any other crypto-assets determining the issue price
USD
E.10Subscription fee
Amount (Currency): 0 USD
E.11Offer price determination method

The offer price is not fixed and will be determined in accordance with demand, within a price range of $0.03 - $0.06 per token. The offer will be conducted as an English Auction with an iterative fill settlement mechanism, and will function as follows:

Each participant will indicate 2 things when making their commitment to the sale: the total dollar amount they are willing to contribute, and the maximum purchase price per token that they are willing to pay. At the conclusion of the sale, the sale contract will determine the highest possible price at which the maximum number of tokens can be sold to participants. This means that participants are not guaranteed to receive an allocation (if the maximum price they're willing to pay is less than the ultimate settlement price), participants may end up receiving their full allocation at a lower price than their maximum indicated price, and it is possible that certain participants may not receive the full allocation that they indicated they would be willing to purchase (in the event that there is large demand at the settlement price).

E.12 Total number of offered/traded crypto-assets
10000000000
E.13Targeted holders
ALL
E.14Holder restrictions

The project is targeted at all types of investors. No restrictions are being applied other than those required by relevant laws, regulations, or the internal policies of the trading platforms.

Access to the RITUAL token may be restricted by the individual trading platforms where it is made available. These restrictions may include, but are not limited to, geo-fencing for users in OFAC-sanctioned jurisdictions or other individuals prohibited under the platform's terms and conditions and applicable laws.

E.15Reimbursement notice
Purchasers participating in the offer to the public of crypto-asset will be able to be reimbursed if the minimum target subscription goal is not reached at the end of the offer to the public, if they exercise the right to withdrawal provided for in Article 13 of Regulation (EU) 2023/1114 of the European Parliament and of the Council or if the offer is cancelled
E.16Refund mechanism

A cancellation window will be offered wherein participants may request the full refund of their contributed funds (minus gas fees). During this window, the participant will initiate the refund themselves through a contract call to the sale contract and receive their refund back to their original wallet address.

E.17Refund timeline



If the present offer is cancelled, it shall be ensured that any funds collected from holders or prospective holders are duly returned to them no later than 25 calendar days after the date of cancellation. The refund will be initiated automatically if the offer is cancelled.

E.18Offer phases

The first phase of the offer will involve a 1-week announcement and registration period, during which participants will have the opportunity to register their wallet addresses for the sale and complete their KYC/AML screening in advance.

The second phase will involve the opening of the sale, during which period participants will be able to contribute funds to the sale contract. The sale will be conducted as an English auction with an iterative fill settlement structure. In this structure, each participant submits the maximum price per token they are willing to pay, and the total amount of funds they're willing to commit. Every winner ends up paying the same clearing price, which is not necessarily their individual max bid.

The third phase will involve the closing of the sale, which will last for 2 weeks. During this phase, the sale will end and the cancellation window will be open to participants. Upon the termination of the cancellation window, the contract will determine the settlement price for the sale based on demand volume and participant contributions. Additionally, participants who are community members and who have registered their wallet address within the Ritual community Discord server will be assigned discounts based on their "role" within the community.

The fourth and final phase will occur upon the launch of the Ritual main net, at which point purchased tokens will be distributed directly to participant wallets.

E.19Early purchase discount

While there are no early purchase discounts, there are effective discounts offered to members of the Ritual community based on their roles within the community. These roles have already been determined based on certain activities of the community members and their level of engagement within the community. Discounts will be allotted to participants who link their wallet addresses to their Discord handle, thus proving their roles within the community. These discounts may range from 5% - 50% depending on the participant's role in the community.

E.20Time-limited offer
True
E.21Subscription period beginning
2026-07-22
E.22Subscription period end
2026-07-29
E.23Safeguarding arrangements for offered funds/crypto-assets

Funds received during the public offer will be processed by smart contract infrastructure built by the Sonar team and deployed and hosted by Ritual Foundation.

Funds received for the purchase of RITUAL are held in the sale contract for 14 days. During that period, buyers retain the right of withdrawal in accordance with MiCA and Section E.26 below. After 14 days, funds received for the purchase of RITUAL tokens will be released to the Foundation. Participants' RITUAL tokens will be released to them automatically upon launch of the Ritual chain.

Terms and conditions apply to the services of external service providers offered as part of this offer.

E.24Payment methods for crypto-asset purchase

Over the course of the sale, RITUAL token purchases may be made using USDC or USDT on the Ethereum main net. The sale transactions will be handled by a smart contract, so any attempted transactions with other currencies will be rejected.

E.25Value transfer methods for reimbursement

If applicable, any valid reimbursements shall be made to the account or wallet originally used to participate in the offer.

E.26Right of withdrawal

Purchased RITUAL tokens on Ritual may be withdrawn by the user to a compatible external wallet address (e.g., a wallet supporting the token on the Ritual Chain) upon launch of the Ritual Chain main net. This is subject to the platform's standard withdrawal procedures, network availability, and compliance checks.

E.27Transfer of purchased crypto-assets

The RITUAL acquired as a result of subscription shall be transferred through the smart-contract to the compatible wallet or account as designated by the subscriber upon subscription. Upon launch of the Ritual chain main net, tokens will be automatically distributed to participant wallets on Ritual, which will be the same wallet addresses as their contributing wallets and which they will already control, due to Ritual's EVM compatibility.

It is critical that each participant who contributes to the sale from a 3rd party, does this via a non-custodial wallet controlled directly by the participant themselves. Participants should not make contributions from an exchange account, as the Foundation cannot guarantee that any particular exchange will support the RITUAL token at the time of launch. Additionally, exchanges may, at their own discretion, implement security protocols relating to the rotation or changing of user wallet addresses - processes of which Ritual Foundation would have no knowledge or awareness. In short, the Foundation cannot guarantee that contributions made from exchange wallets would result in the participant being able to receive the RITUAL tokens to which they would be entitled.

E.28Transfer time schedule
2026-09-02
E.29Purchaser's technical requirements

Purchasers must have a main net Ethereum wallet funded with ETH to pay gas fees, and USDC or USDT to participate in the sale. They must be familiar with initiating and signing onchain transactions and interacting with smart contracts. They will need to have basic device access such as a smart phone or computer with internet access.

E.30Crypto-asset service provider (CASP) name
N/A

No crypto-asset service provider is involved in the offer, which is made directly by Ritual Limited The Legal Entity Identifier of Ritual Limited(9845005A393ABJD87368) has been entered in field E.31 solely to satisfy the iXBRL validation requirement that the CASP identifier conform to the ISO 17442 LEI format; it does not indicate that Ritual Limited acts as a CASP.

E.31CASP identifier
9845005A393ABJD87368
E.32Placement form
NTAV
E.33Trading platforms name

, Coinbase, OKX, Bitvavo

E.34Trading platforms market identifier code (MIC)

Coinbase: FREX, OKX: None, Bitvavo: VAVO

E.35Trading platforms access

RITUAL is available on several centralized and decentralized trading platforms. Investors can access these platforms by creating an account on their respective websites (e.g., https://www.coinbase.com, https://www.okx.com, https://www.bitvavo.com) and complying with the platform's requirements, including KYC/AML verification.

E.36Involved costs

Access to the trading platforms is typically free, but users will incur costs related to trading and transactions. These may include transaction fees (maker/taker fees), withdrawal fees, and network fees. These costs are set by the individual exchanges and are not controlled by Ritual Limited. Users are advised to review the fee schedule on the respective platform's website at https://www.coinbase.com, https://www.okx.com, https://www.bitvavo.com.

E.37Offer expenses
N/A
E.38Conflicts of interest

To the best knowledge of Ritual Limited, no conflicts of interest have been identified in relation to the admission to trading.

E.39Applicable law

Subject to mandatory applicable law, any dispute arising out of or in connection with this white paper shall be governed by and construed in accordance with the laws of the British Virgin Islands.

E.40Competent court

Subject to mandatory applicable law, any dispute arising out of or in connection with this white paper shall be exclusively subject to the jurisdiction of the courts in the British Virgin Islands.

Part F - Information about the crypto-assets

No. Field Content
F.1Crypto-asset type

Ritual is classified as an "Other Crypto-Asset" under Regulation (EU) 2023/1114, as it is not an Asset-Referenced Token (ART) or E-Money Token (EMT). It is a native Layer 1 token deployed to the Ritual Chain, which is a fully backwards-compatible EVM chain.

F.2Crypto-asset functionality

The RITUAL token's primary functionalities within the Ritual ecosystem include:

  • Transaction and Precompile Fees: Users and autonomous agents use the token to pay for network transaction fees and expressive precompile calls, depositing funds into the RitualWallet to cover costs associated with asynchronous computational jobs.

  • Validator Staking and Consensus: Network validators stake the token to participate in consensus, enabling them to propose blocks and serve on distributed verification committees to secure the network.

  • Delegated Executor Bonding: Executors performing resource-intensive or randomized delegated computations must lock a token bond to ensure delivery of their services to the network.

  • Application Subscription Costs: Third-party applications deployed on Ritual may charge their users subscription fees or transaction fees denominated in RITUAL to subsidize the costs of computation or generate revenue for the application developer.

  • Autonomous Agent Capital: Sovereign on-chain AI agents may hold the token as financially sovereign capital, allowing them to autonomously price their own services, schedule compute operations, and settle bills without requiring human operators or transaction approvals.

  • DAO Governance: The Ritual token may grant holders he right to participate in decentralized governance of the network by proposing Ritual Improvement Proposals (RIPs) or voting on RIPs proposed by other token holders.

F.3Planned application of functionalities

The functionalities described in F.2 are planned to be activated upon the network's main net launch.

F.4Type of crypto-asset white paper
OTHR
F.5The type of submission
NEWT
F.6Crypto-asset characteristics

RITUAL is a fungible and transferable crypto-asset classified as an "Other Crypto-Asset" under MiCA. It operates on the Ritual Chain blockchain as a native utility & gas token. The underlying network, Ritual Chain, is fully EVM backwards-compatible and uses a Symphony consensus mechanism designed for handling resource-intensive, heterogeneous, and randomized AI workloads through an execution-aware framework that disaggregates proposer powers into protocol-enforced inclusion, exclusion, timing, and ordering guarantees, while supporting delegated execution verified via a product lattice of non-interactive proof systems. RITUAL does not represent ownership, profit rights, or legal claims, and functions solely to support the protocol's technical and economic operations

F.7Commercial name or trading name
N/A, a Digital Token Identifier is provided in F.13
F.8Website of the issuer
F.9Starting date of offer to the public or admission to trading
2026-07-22
F.10Publication date
2026-07-22
F.11Any other services provided by the issuer

The issuer operates in the field of blockchain technology development and decentralized artificial intelligence infrastructure and provides the following services as part of its everyday business activity: technical support, infrastructure access, and go-to-market guidance through the Ritual Shrine accelerator, full-stack ecosystem support for decentralized protocols via Altar, and specialized incubation services including product prototyping and strategic capital allocation for builders within the ecosystem.

F.12Language or languages of the crypto-asset white paper
English
F.13Digital token identifier code used to uniquely identify the crypto-asset or each of the several crypto assets to which the white paper relates, where available
JDDCKW0R4
F.14Functionally fungible group digital token identifier, where available
JGFW64Z08
F.15Voluntary data flag
False
F.16Personal data flag
True
F.17LEI eligibility
True
F.18Home member state
NL
F.19Host member states
AT, BE, BG, CY, CZ, DE, DK, EE, ES, FI, FR, GR, HR, HU, IE, IS, IT, LI, LT, LU, LV, MT, NO, PL, PT, RO, SE, SI, SK

Part G - Information on the rights and obligations attached to the crypto-assets

No. Field Content
G.1Purchaser rights and obligations

Purchasers or holders of RITUAL do not acquire any contractual rights, equity interests, profit-sharing rights, dividends, or other legal claims against Ritual Limited or any affiliated entity by virtue of holding the token.

The RITUAL token is a decentralized digital asset designed for functional use within the Ritual Chain ecosystem. Any "rights" are limited to the token's protocol-level utility, such as:

  • Compute Payments: The ability to pay for precompile calls and expressive computational workloads executed natively on the blockchain.

  • Executor Bonding: The ability to stake tokens as an executor bond for processing delegated computational workloads, ensuring economic security for the network.

Holding RITUAL does not represent ownership in any legal entity and does not confer any right to financial returns.

G.2Exercise of rights and obligations

There are no formal contractual rights to "exercise." Any functionality associated with RITUAL is exercised technically by interacting with the Ritual protocol's smart contracts.

For example:

  • Utility: Rights are exercised by depositing the token into the RitualWallet smart contract to lock balances and pay fees for expressive computational workloads, such as executing AI model inference, accessing native precompiles, and funding autonomous agents.

These actions are carried out on-chain and are validated by the decentralized network, not by Ritual Limited. Procedures are defined in the project's public documentation (e.g., docs.ritualfoundation.org)

G.3Conditions for modifications of rights and obligations

Ritual Limited cannot unilaterally modify the token's functionalities. As Ritual is a decentralized protocol, any changes to the token's utility or the network's rules are subject to the project's established governance process.

G.4Future public offers

Ritual Limited does not intend to conduct any future public offerings of the RITUAL token.

G.5Issuer retained crypto-assets
5000000000
G.6Utility token classification
True
G.7Key features of goods/services of utility tokens

RITUAL functions as a utility token within the Ritual ecosystem, providing access to its core goods and services. These include:

  • Delegated Execution and Verifiable Computation: Token holders can stake their assets to act as executors for resource-intensive and randomized workloads, such as neural network inference, or use tokens to pay for the verifiable execution of these complex computations that are processed off-chain and verified through a product lattice of proof systems.
  • Protocol-Enforced Transaction Guarantees: Users can utilize tokens to register inclusion and exclusion triggers that mandate the presence or absence of specific transactions within blocks whenever certain state predicates are satisfied, providing deterministic censorship resistance and automated circuit-breaker protections.
  • Application-Defined Ordering Policies: The ecosystem allows for the registration of custom sequencing rules through ordering policies, enabling developers to use tokens to enforce semantic priority rules that protect their smart contracts from sequence-based maximal extractable value extraction.
G.8Utility tokens redemption

The RITUAL token is "redeemed" or used within the ecosystem to access the goods and services listed in G7. This occurs when a user or autonomous agent utilizes the token to pay for specialized transaction fees when invoking native precompiles, which provides them access to high-value on-chain services including frontier model inference, multimodal generation, TEE-secured private execution, and the verification of cryptographic proofs. The type of goods or services that can be redeemed may evolve over time based on ecosystem development.

G.9Non-trading request
True
G.10Crypto-assets purchase or sale modalities
N/A
G.11Crypto-assets transfer restrictions

There are no restrictions on the transferability of RITUAL at the protocol level; it may be freely transferred between users.

However, a portion of the token supply allocated to the team and investors is subject to contractual lock-up and/or vesting schedules (e.g., 4 year vest including a 1 year cliff, as well as a 3 year transfer restriction with a 1 year cliff). There will be no vesting or transfer restrictions on tokens distributed via the public sale.



Furthermore, individual trading platforms may impose their own transfer restrictions in accordance with applicable laws and internal policies.

G.12Supply adjustment protocols
False
G.13Supply adjustment mechanisms

N/A

G.14Token value protection schemes
False
G.15Token value protection schemes description
N/A
G.16Compensation schemes
False
G.17Compensation schemes description
N/A
G.18Applicable law

The relationship between Ritual Limited and the the crypto asset-holder is subject to the terms and conditions available at: https://www.ritualfoundation.org/docs/terms_of_service_3_30_26.pdf

G.19Competent court

The competent court in the case of disputes between Ritual Limited and the the crypto asset-holder is subject to the terms and conditions available at: https://www.ritualfoundation.org/docs/terms_of_service_3_30_26.pdf.

Part H - Information on the underlying technology

No. Field Content
H.1Distributed ledger technology (DTL)
N/A, a Digital Token Identifier is provided in F.13
H.2Protocols and technical standards

RITUAL is the native token of the Ritual Chain, a Layer 1 blockchain. This means it is the blockchain's own base token, in the same way that ETH is the base token of Ethereum, rather than a token issued on top of another network. The Ritual Chain is EVM-compatible, so although RITUAL is not an ERC-20 token, it remains compatible with the standard wallets, exchanges, and smart contracts already used for Ethereum-based assets.

At mainnet launch, Ritual Chain is expected to ship as an EVM-compatible Layer 1 with a BFT validator consensus layer, a Reth/revm-based Ethereum execution environment, EIP-1559-style transaction fees, and protocol-level precompiles/system contracts for delegated computation. Resource-intensive work such as HTTP calls, LLM inference, agent execution, or other non-EVM-native computation is not replicated by every validator. Instead, eligible workloads are delegated to registered TEE-backed executors, with results returned to the chain through the async precompile lifecycle and verified through on-chain registry, attestation, and settlement logic.

H.3Technology used

Users can hold, store, and transfer the token using any wallet software (non-custodial or self-custody) that is compatible with the Ritual Chain network. Users may also manage the token through accounts provided by third-party custodians or centralized exchanges.

H.4Consensus mechanism

Ritual Chain uses a stake-weighted BFT validator consensus protocol with deterministic finality. Its execution layer is EVM-compatible, and non-EVM-native compute is handled through a delegated TEE-backed execution model rather than replicated by every validator.

H.5Incentive mechanisms and applicable fees

The validators and specialized staked executors who secure the network are rewarded with economic incentives for their work. These incentives consist of transaction fees, as well as on block rewards released through the protocol's native inflation.

H.6Use of distributed ledger technology
True
H.7DLT functionality description

The Ritual Chain DLT is a decentralized, permissionless network. It is not operated or controlled by Ritual Limited (the issuer) or any other single, central entity. It is maintained by a distributed, global network of participants (e.g., validators and staked executors).

H.8Audit
False
H.9Audit outcome
N/A

Part I - Information on risks

No. Field Content
I.1Offer-related risks

Ritual Limited, as the entity related to the Ritual ecosystem, is subject to several risks that could impact the project and, consequently, the token:

  • Regulatory Compliance Risk: Ritual Limited operates in a highly uncertain regulatory environment. Evolving laws or enforcement actions in various jurisdictions could lead to fines, sanctions, or the inability to continue operations, which could negatively affect the project.

  • Operational & Financial Risk: The issuer faces internal risks, including failures in processes, personnel, or technology. It is also exposed to financial risks (e.g., liquidity, market) that could affect its ability to fund operations and support the ecosystem.

  • Legal & Reputational Risk: The project could face litigation or adverse publicity. Negative sentiment, whether due to operational failures, security breaches, or other events, could damage the project's reputation and the token's perceived value.

  • Dependency on Key Individuals: The project's success may be highly dependent on a small group of key individuals. The loss or departure of these members could disrupt development and strategic direction.

I.2Issuer-related risks

N/A

I.3Crypto-assets-related risks

Holding RITUAL involves risks inherent to most crypto-assets:

  • Market Volatility: Crypto-asset prices are extremely volatile and subject to significant, rapid fluctuations. The value of RITUAL can be influenced by market speculation, shifts in sentiment, and macroeconomic factors, and may not reflect the project's fundamentals. There is no guaranteed price floor, buyback or redeemability mechanism, which means that acquiring the RITUAL may result in total loss of the invested amounts.
  • Liquidity Risk: The market for RITUAL may lack depth and liquidity. It may be difficult to buy or sell large quantities at a desired price, or at all, leading to significant financial losses.
  • Custody & Private Key Risk: Holders are responsible for securing the private keys to their wallets. The loss, theft, or compromise of these keys will result in the irreversible loss of all associated RITUAL tokens, with no recourse.
  • Regulatory Risk: The legal and regulatory treatment of crypto-assets is uncertain and evolving. Future regulations could impose restrictions on the holding, use, or trading of RITUAL, or it could be classified in a way that adversely affects its value or legality.
  • Utility Risk: The expected utility of the RITUAL token within the Ritual ecosystem may fail to materialize due to low user adoption, technical failures, or superior competing projects, undermining its fundamental value proposition.
I.4Project implementation-related risks

The future success of the Ritual ecosystem is subject to significant implementation risks:

  • Adoption & Competition Risk: The project may fail to attract a sufficient number of users, developers, and participants to create a viable ecosystem. It faces competition from other projects that may have substantially greater financial, technical, and marketing resources.

  • Roadmap & Development Risk: The project may experience delays, fail to deliver on its published roadmap, or encounter unforeseen technical complexities. Strategic shifts or "pivots" may result in features that do not align with community expectations.

  • Funding & Treasury Risk: Continued development depends on the effective management of the project's treasury. A shortfall in funding or misallocation of resources could slow or halt ecosystem development.

  • Governance Risk: For decentralized projects, governance "deadlock" or misalignment of incentives among participants can impede critical network upgrades and strategic decisions.

  • AI Regulatory Risk: Because the network's core functionality depends on artificial intelligence, including on-chain model inference and autonomous agents, the project is exposed to a rapidly evolving and uncertain regulatory environment for AI. New or amended rules, such as the EU's AI Act and comparable frameworks emerging in other jurisdictions, could impose additional compliance obligations, restrict certain AI capabilities or use cases, or create legal uncertainty that increases development costs, requires changes to the protocol, delays the roadmap, or limits adoption.

I.5Technology-related risks

The RITUAL token and Ritual platform rely on complex, emerging technology, which introduces specific risks:

  • Smart Contract Risk: The smart contracts for RITUAL and the ecosystem's applications, despite audits, may contain hidden bugs, flaws, or vulnerabilities. Such flaws could be exploited by malicious actors, potentially resulting in the theft or irreversible loss of funds.

  • Layer 1 Risk: The project relies on the security and performance of the underlying Ritual Chain, a Layer 1 network. This network is subject to its own risks, such as network congestion, high transaction fees, consensus failures (e.g., 51% attacks), forks, or operational halts. Execution of transactions requires gas fees, which are subject to market conditions and may fluctuate during periods of high activity. Users who interact with RITUAL via decentralized exchanges (DEXs) may face exposure to front-running or Maximal Extractable Value (MEV), where third parties reorder or insert transactions for their advantage.

  • Cybersecurity Risk: The ecosystem, including its protocols, bridges, and front-end applications, is a target for cyber-attacks (e.g., DDoS attacks, hacks). A successful attack could disrupt services or lead to a loss of user assets.

  • Scalability Risk: The underlying technology may not scale effectively to handle a high volume of users or transactions, leading to slow performance and high fees, which would deter adoption.

I.6Mitigation measures

has implemented several measures to mitigate the identified risks:

  • Security Audits: Commissioning comprehensive security audits of all smart contract code from reputable, independent third-party security firms before deployment.

  • Regulatory Monitoring: Actively monitoring the global regulatory landscape with the assistance of external legal counsel to ensure compliance with applicable laws.

  • Use of Reputable Technology: Building the network's execution environment on the established and widely adopted Ethereum Virtual Machine (EVM) standard and following recognized industry best practices for blockchain development, in order to leverage proven tooling, security patterns, and developer experience rather than untested approaches.

  • Strategic Partnerships: Strategic partnerships and exchange listings are pursued to improve liquidity and operational resilience.

Part J - Information on the sustainability indicators in relation to adverse impact on the climate and other environment-related adverse impacts

No. Field Content
S.1Name
Ritual Limited
S.2Relevant legal entity identifier

N/A

S.3Name of the crypto-asset
Ritual
S.4Consensus mechanism

Ritual Chain uses a stake-weighted BFT validator consensus protocol with deterministic finality. Its execution layer is EVM-compatible, and non-EVM-native compute is handled through a delegated TEE-backed execution model rather than replicated by every validator.

S.5Incentive mechanisms and applicable fees

The validators and specialized staked executors who secure the network are rewarded with economic incentives for their work. These incentives consist of transaction fees, as well as on block rewards released through the protocol's native inflation.

S.6Beginning of the period to which disclosed information relates
2026-05-26
S.7End of the period to which disclosed information relates
2026-06-08
S.8Energy consumption
111448,27977 kWh
S.9Energy consumption sources and methodologies

Data provided by CCRI; all indicators are based on a set of assumptions and thus represent estimates; methodology description and overview of input data, external datasets and underlying assumptions available at: carbon-ratings.com/dl/whitepaper-mica-methods-2024 and docs.mica.api.carbon-ratings.com. We do not account for any offsetting of energy consumption or other market-based mechanism as of today.

S.10Renewable energy consumption
N/A
S.11Energy intensity
N/A
S.12Scope 1 DLT GHG emissions - controlled
N/A
S.13Scope 2 DLT GHG emissions - purchased
N/A
S.14GHG intensity
N/A
S.15Key energy sources and methodologies
N/A
S.16Key GHG sources and methodologies
N/A
S.17Energy mix
N/A
S.18Energy use reduction
N/A
S.19Carbon intensity
N/A
S.20Scope 3 DLT GHG emissions - Value chain
N/A
S.21GHG emissions reduction targets or commitments
N/A
S.22Generation of waste electrical and electronic equipment (WEEE)
N/A
S.23Non-recycled WEEE ratio
N/A
S.24Generation of hazardous waste
N/A
S.25Generation of waste (all types)
N/A
S.26Non-recycled waste ratio (all types)
N/A
S.27Waste intensity (all types)
N/A
S.28Waste reduction targets or commitments (all types)
N/A
S.29Impact of the use of equipment on natural resources
N/A
S.30Natural resources use reduction targets or commitments
N/A
S.31Water use
N/A
S.32Non recycled water ratio
N/A
S.33Other energy sources and methodologies
N/A
S.34Other GHG sources and methodologies
N/A
S.35Waste sources and methodologies
N/A
S.36Natural resources sources and methodologies
N/A
https://xbrl.org/2024/iso3166#VG https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#DevelopmentTeam https://xbrl.org/2024/iso3166#US https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#OtherPersonInvolvedInImplementation https://xbrl.org/2024/iso3166#KY https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#OtherPersonInvolvedInImplementation https://xbrl.org/2024/iso3166#KY https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#OtherPersonInvolvedInImplementation https://xbrl.org/2024/iso3166#KY https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#OtherPersonInvolvedInImplementation https://xbrl.org/2024/iso3166#VG https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#OtherPersonInvolvedInImplementation https://xbrl.org/2024/iso3166#KY https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#DevelopmentTeam https://xbrl.org/2024/iso3166#US https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#DevelopmentTeam https://xbrl.org/2024/iso3166#US https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#OfferToPublic http://www.xbrl.org/2003/iso4217#USD https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#AllTypesOfInvestors https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#NotApplicablePlacementForm https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#OtherCryptoassetWhitePaper https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#NewTypeOfSubmission https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#NetherlandsMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#AustriaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#BelgiumMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#BulgariaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#CroatiaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#CyprusMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#CzechiaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#DenmarkMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#EstoniaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#FinlandMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#FranceMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#GermanyMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#GreeceMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#HungaryMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#IcelandMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#IrelandMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#ItalyMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LatviaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LiechtensteinMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LithuaniaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LuxembourgMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#MaltaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#NorwayMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#PolandMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#PortugalMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#RomaniaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#SlovakiaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#SloveniaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#SpainMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#SwedenMemberState 9845005A393ABJD87368 2026-01-01 2026-12-31 iso4217:USD xbrli:pure utr:kWh 9845005A393ABJD87368 2026-01-01 2026-12-31 1 9845005A393ABJD87368 2026-01-01 2026-12-31 2 9845005A393ABJD87368 2026-01-01 2026-12-31 3 9845005A393ABJD87368 2026-01-01 2026-12-31 1 9845005A393ABJD87368 2026-01-01 2026-12-31 2 9845005A393ABJD87368 2026-01-01 2026-12-31 3 9845005A393ABJD87368 2026-01-01 2026-12-31 4 9845005A393ABJD87368 2026-01-01 2026-12-31 5 9845005A393ABJD87368 2026-01-01 2026-12-31 6 9845005A393ABJD87368 2026-01-01 2026-12-31 7 9845005A393ABJD87368 2026-01-01 2026-12-31 8 9845005A393ABJD87368 2026-12-31 9845005A393ABJD87368 2026-12-31 9845005A393ABJD87368 2026-12-31 9845005A393ABJD87368 2026-12-31 9845005A393ABJD87368 2026-12-31 9845005A393ABJD87368 2026-12-31 9845005A393ABJD87368 2026-12-31 9845005A393ABJD87368 2026-12-31 9845005A393ABJD87368 2026-12-31 9845005A393ABJD87368 2026-06-24