MiCA Whitepaper Inline XBRL

N	Field	Content
00	Table of contents	General Information Part A: Information about the offeror or the person seeking admission to trading Part B: Information about the issuer, if different from the offeror or person seeking admission to trading 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 Part D: Information about the crypto-asset project Part E: Information about the offer to the public of crypto-assets or their admission to trading Part F: Information about the crypto-assets Part G: Information on the rights and obligations attached to the crypto-assets Part H: Information on the underlying technology Part I: Information on the risks Part J: Information on the sustainability indicators in relation to adverse impact on the climate and other environment-related adverse impacts
01	Date of notification	2026-05-29
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 person seeking admission to trading 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 crypto-asset 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), of Regulation (EU) 2023/1114	False
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 or 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	Warning 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 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.
08	Characteristics of the crypto-asset	The Jito token (JTO) is the governance asset of the Jito Network. It enables JTO holders to participate in the Jito DAO, which is the governing body for the Jito Network. It oversees matters including protocol upgrades, parameter adjustments and treasury management. JTO has a total supply of 1,000,000,000 tokens, minted on 27 November 2023 on the following token smart contract address: jtojtomepa8beP8AuQc6eXt5FriJwfFMwQx2v2f9mCL. The Jito token currently has a circulating supply of 986,523,019.53 tokens. It may evolve and vary over time, subject to future community decisions regarding the use of funds and the pace of token disbursements. JTO does not provide holders with ownership rights, equity rights, repayment rights, guaranteed redemption rights, profit participation rights, or claims against any legal entity. Holding JTO does not grant rights comparable to shares, securities, or other financial instruments.
09		Not applicable
10	Key information about the offer to the public or admission to trading	The token has been admitted to trading to the trading platform operated by Bitstamp Europe S.A. on its own initiative.

N	Field	Content
A.1	Name	N/A
A.2	Legal form	N/A
A.3	Registered address	N/A
A.4	Head office	N/A
A.5	Registration date	N/A
A.6	Legal entity identifier	N/A
A.7	Another identifier required pursuant to applicable national law	N/A
A.8	Contact telephone number	N/A
A.9	E-mail address	N/A
A.10	Response time (Days)	N/A
A.11	Parent company	N/A
A.12	Members of the management body	N/A
A.13	Business activity	N/A
A.14	Parent company business activity	N/A
A.15	Newly established	N/A
A.16	Financial condition for the past three years	N/A
A.17	Financial condition since registration	N/A

N	Field	Content
E.1	Public offering or admission to trading	ATTR
E.2	Reasons for public offer or admission to trading	By admitting the JTO asset to trading, holders of the token will gain transparent price discovery and improved liquidity. This enables the project’s community and ecosystem participants to more easily enter and exit positions, supporting a dynamic and efficient market.
E.3	Fundraising target	N/A
E.4	Minimum subscription goals	N/A
E.5	Maximum subscription goals	N/A
E.6	Oversubscription acceptance	N/A
E.7	Oversubscription allocation	N/A
E.8	Issue price	N/A
E.9	Official currency or any other crypto-assets determining the issue price	N/A
E.10	Subscription fee	N/A
E.11	Offer price determination method	N/A
E.12	Total number of offered/traded crypto-assets	473835191 The circulating supply of JTO may vary over time depending on token unlocks, governance-controlled distributions, ecosystem allocations, staking-related activity and market activity involving JTO tokens. For the purpose of complying with the technical requirements of the MiCA Regulation XBRL taxonomy, a circulating supply of 473835191.3 has been reflected as the number of tokens in the machine-readable version of the white paper. This figure is based on https://metadata.jito.network/token/jto/supply/circulating consulted on 21 May, 2026 and is indicative only.
E.13	Targeted holders	ALL
E.14	Holder restrictions	N/A
E.15	Reimbursement notice	N/A
E.16	Refund mechanism	N/A
E.17	Refund timeline	N/A
E.18	Offer phases	N/A
E.19	Early purchase discount	N/A
E.20	Time-limited offer	N/A
E.21	Subscription period beginning	N/A
E.22	Subscription period end	N/A
E.23	Safeguarding arrangements for offered funds/crypto-Assets	N/A
E.24	Payment methods for crypto-asset purchase	N/A
E.25	Value transfer methods for reimbursement	N/A
E.26	Right of withdrawal	N/A
E.27	Transfer of purchased crypto-assets	When a client purchases a token on the Bitstamp Europe S.A.'s trading platform, the crypto-asset will be credited to their Bitstamp account. If a client wants to hold the token in their own wallet, they will need to (i) provide an external blockchain wallet address, where the crypto-assets will be sent if a withdrawal is initiated and (ii) satisfy all other requirements applicable to a withdrawal in line with the Regulation (EU) 2023/1113 of the European Parliament and of the Council of 31 May 2023 on information accompanying transfers of funds and certain crypto-assets.
E.28	Transfer time schedule	N/A
E.29	Purchaser's technical requirements	When a client purchases a token on the Bitstamp Europe S.A.'s trading platform, the crypto-asset will be credited to their Bitstamp account and a client does not need to fulfill any other technical requirement to hold the crypto-assets on their Bitstamp account, apart from have either a computer or phone with an internet connection and appropriate software in order to interact with the Bitstamp services.
E.30	Crypto-asset service provider (CASP) name	N/A
E.31	CASP identifier	N/A
E.32	Placement form	NTAV
E.33	Trading platforms name	Bitstamp Europe S.A.
E.34	Trading platforms Market identifier code (MIC)	BESA
E.35	Trading platforms access	Investors can access the trading platform through https://www.bitstamp.net or via the Bitstamp applications.
E.36	Involved costs	There are no costs involved in creating an account on the trading platform, however trading fees and other costs apply in accordance with the fee schedule available at https://www.bitstamp.net/fee-schedule.
E.37	Offer expenses	Not applicable
E.38	Conflicts of interest	There are no conflicts of interest arising at the moment of writing the white paper in relation to the offer or admission to trading. Bitstamp Group has a strict Code of Conduct and Trading Policy in place. They both mitigate the possibility of conflicts of interest. In accordance with the Code of Conduct all officers, directors, employees, agents, representatives, contractors and consultants (and other persons, regardless of job or position), are required to report any situation where there is the potential for conflict of interest between their interests and interests of Bitstamp. The Trading Policy that is in place within the Bitstamp Group prohibits all forms of market manipulation and has been designed to prevent insider trading.
E.39	Applicable law	Not applicable, as this point pertains to an "offer to the public", whereas this white paper relates to admission to trading.
E.40	Competent court	Not applicable, as this point pertains to an "offer to the public", whereas this white paper relates to admission to trading.

N	Field	Content
F.1	Crypto-asset type	Crypto-assets other than asset-referenced tokens or e-money tokens
F.2	Crypto-asset functionality	JTO is the governance asset of the Jito Network. JTO enables holders to participate in governance relating to the Jito Network through the Jito DAO. Governance activities include voting on protocol upgrades, parameter adjustments, treasury management, grants, ecosystem initiatives including JitoSOL, staking infrastructure, validator-related initiatives, ecosystem integrations and Jito (Re)staking infrastructure. JTO holders may participate in governance through the Jito DAO Forum and the Realms governance platform. Governance participation may include submitting proposals, participating in discussions, voting on proposals and delegating voting power to other participants while retaining custody of tokens. The governance framework provides that JTO holders may vote on Jito improvement proposals (JIPs). Voting matters include, among others, protocol parameter changes, grants that further the purpose of the Foundation, appointment or removal of security council members, removal of Foundation directors, election or removal of Foundation supervisors, winding-up of the Foundation, and other lawful votes consistent with the Foundation’s purpose. The governance framework and procedures are described in the Constitution of the Jito Foundation, the Bylaws of the Jito Foundation and related governance documentation.
F.3	Planned application of functionalities	Not applicable
F.4	Type of crypto-asset white paper	OTHR
F.5	The type of submission	NEWT
F.6	Crypto-asset characteristics	The Jito token (JTO) is the governance asset of the Jito Network. It enables JTO holders to participate in the Jito DAO, which is the governing body for the Jito Network. It oversees matters including protocol upgrades, parameter adjustments and treasury management. JTO has a total supply of 1,000,000,000 tokens, minted on 27 November 2023 on the following token smart contract address: jtojtomepa8beP8AuQc6eXt5FriJwfFMwQx2v2f9mCL. The Jito token currently has a circulating supply of 986,523,019.53 tokens. It may evolve and vary over time, subject to future community decisions regarding the use of funds and the pace of token disbursements. JTO does not provide holders with ownership rights, equity rights, repayment rights, guaranteed redemption rights, profit participation rights, or claims against any legal entity. Holding JTO does not grant rights comparable to shares, securities, or other financial instruments.
F.7	Commercial name or trading name	Jito Network
F.8	Website of the issuer	https://www.jito.network/
F.9	Starting date of offer to the public or admission to trading	2026-07-01
F.10	Publication date	2026-06-30
F.11	Any other services provided by the issuer	Not applicable
F.12	Language or languages of the crypto-asset white paper	English
F.13	Digital 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	1P87W66DP
F.14	Functionally fungible group digital token identifier, where available	D3XB6KZ0
F.15	Voluntary data flag	FALSE
F.16	Personal data flag	TRUE
F.17	LEI eligibility	TRUE
F.18	Home Member State	Luxembourg
F.19	Host Member States	Austria, Belgium, Bulgaria, Croatia, Cyprus, Czechia, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Liechtenstein, Lithuania, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden

N	Field	Content
G.1	Purchaser rights and obligations	Not applicable, Holders of the JTO crypto-asset do not, solely by acquiring or holding JTO, acquire any ownership, equity, profit participation, repayment, redemption or compensation rights against the Jito Foundation, the Jito DAO, the Jito Network, Jito Labs or any other natural or legal person. Holding JTO does not give rise to contractual claims or entitlements against any natural or legal person. As reflected in the official Jito governance documentation https://www.jito.network/docs/governance, JTO holders may participate in governance relating to the Jito Network through the Jito DAO, including through governance proposals and voting on matters such as protocol upgrades, treasury management, grants and ecosystem initiatives. These rights are governance-based and protocol-based functionalities, and are further described as crypto-asset functionalities in F.2.
G.2	Exercise of rights and obligations	Not applicable as the asset confers no ownership or financial claims and does not impose any legal obligations.
G.3	Conditions for modifications of rights and obligations	Not applicable as the asset confers no ownership or financial claims and does not impose any legal obligations.
G.4	Future public offers	Not applicable
G.5	Issuer retained crypto-assets	245000000
G.6	Utility Token Classification	FALSE
G.7	Key features of goods/services of utility tokens	Not applicable
G.8	Utility tokens redemption	Not applicable
G.9	Non-trading request	TRUE
G.10	Crypto-assets purchase or sale modalities	Not applicable
G.11	Crypto-assets transfer restrictions	Not applicable
G.12	Supply adjustment protocols	FALSE
G.13	Supply adjustment mechanisms	Not applicable
G.14	Token value protection schemes	FALSE
G.15	Token value protection schemes description	Not applicable
G.16	Compensation schemes	FALSE
G.17	Compensation schemes description	Not applicable
G.18	Applicable law	There is no written legal agreement between the issuer and the crypto asset-holder that sets out the laws that govern the legal relationship between those two parties. In the absence of such an agreement, the laws that govern that relationship will depend on the location of the issuer and the given crypto asset-holder and characteristic performance of the legal relationship, and any agreed intention of the issuer and crypto asset-holder.
G.19	Competent court	There is no written legal agreement between the issuer and the crypto asset-holder that sets out which jurisdiction's courts will have authority to deal with a dispute between the crypto asset-holder and the issuer. In the absence of such an agreement, the laws of the competent court will depend on the location of the issuer and the given crypto asset-holder and characteristic performance of the legal relationship, and any agreed intention of the issuer and crypto asset-holder.

Part H – Information on underlying technology

N	Field	Content
H.1	Distributed ledger technology	Not applicable as DTI is provided in F.13
H.2	Protocols and technical standards	Networking and Transport The network access layer for JTO is Solana's RPC interface, which is directed to a specific cluster. The mainnet cluster is the production environment operating with real SOL. All JTO-related interactions ; balance queries, token account reads, transaction submission, and governance actions; are routed through this interface. At the infrastructure layer, Solana maintains a control plane; a gossip network connecting all nodes of a cluster; and a data plane, a multicast network used to validate entries and reach consensus. Serialisation A Solana transaction comprises one or more instructions, the Ed25519 signatures of all authorising accounts, and a recent blockhash. Transactions are subject to a maximum size of 1,232 bytes; each signer provides a 64-byte Ed25519 signature; and a blockhash remains valid for 150 slots. Execution is atomic: if any instruction within a transaction fails, all state changes are reverted, though transaction fees are still charged. JTO token operations; including transfers and governance-token deposits; are therefore all-or-nothing at the transaction level. Cryptography and Key Formats Solana account addresses are 32-byte values that may be Ed25519 public keys or program-derived addresses ("PDAs"). PDAs are created deterministically from an on-chain program and one or more seeds; they have no corresponding private key and cannot independently sign. Associated token accounts ("ATAs") use this derivation model, producing a canonical address from the owner's public key and the JTO mint address. This allows any application to locate a holder's JTO account without prior discovery. All transaction authorisation uses Ed25519 signatures. For JTO transfers, the owner of the sender's token account must sign the transaction, making possession of the Ed25519 private key the authorisation primitive for all token movements. Proof of History is Solana's timing primitive, a verifiable delay function-style proof stack that demonstrates data existed before the proof was created and that a precise duration elapsed between successive proofs. Tower BFT relies on Proof of History as the canonical time source for the cluster. Ledger Solana stores all state in a key-value structure; accounts are the atomic unit of storage. Ownership rules restrict modification of account data or debit of lamports exclusively to the account's assigned owner program; any program may credit lamports to a writable account. Token balances are not represented as unspent transaction outputs but as data within accounts owned by the applicable token program. A wallet requires a separate token account for each mint it holds, and each token account can hold units of only one mint. This constraint applies to JTO: a holder must have a dedicated token account, derived from their wallet address and the JTO mint, to hold any JTO balance. Execution Solana programs are stateless executable accounts containing Solana Bytecode Format ("sBPF") bytecode; mutable state resides in separate data accounts passed through instructions at execution time. Token logic executes entirely in the token program. The Transfer instruction moves tokens between two token accounts and requires the sender's token account owner to sign. The MintTo instruction creates new tokens, increases total supply recorded in the mint account, and requires the mint authority to sign. Token Standard JTO is an SPL token. Solana hosts two token programs: the original Token program, providing minting, transfer, and basic token capabilities, and the Token Extension program, which incorporates the same baseline capabilities alongside additional optional extensions. Under either program, a mint account represents the token, token accounts represent individual holdings, and ATAs provide the default account pattern for a given owner and mint, ensuring compatibility with Solana wallets and governance tooling. Delegation and Compliance Controls The Solana token account structure includes a delegate field and a delegated amount field. An authorised delegate may transfer up to the delegated amount from a token account without requiring a fresh signature from the account owner on each transaction. Within the Jito governance framework, voting power may be separately delegated through Realms: a holder deposits JTO into the Jito DAO and designates a delegate to exercise that voting power, while retaining custody of the underlying tokens. This governance delegation should not be conflated with the token-level delegation mechanism; they are distinct operations. External Interfaces Solana RPC supports token account balance queries, token accounts by owner, token supply, transaction submission, execution simulation, and commitment status. Commitment levels; processed, confirmed, and finalised; allow callers to specify the required confirmation depth, with finalised representing the strongest on-chain assurance. Jito governance operates through two user-facing venues: the Jito Forum for proposal discussion and ideation, and the Realms portal for proposal voting and execution.
H.3	Technology used	Implementation and Architecture JTO is implemented as a Solana SPL token with mint address jtojtomepa8beP8AuQc6eXt5FriJwfFMwQx2v2f9mCL, with a Token Generation Date of 7 December 2023. The Jito Foundation's governance documents define JTO tokens by reference to that mint address and tokenholders as holders evidenced by the Solana blockchain; linking the legal governance framework directly to the on-chain record. The Jito DAO is the governing body of the Jito Network. JTO holders participate through JIPs, the primary mechanism for introducing, discussing, and implementing changes to DAO governance and Jito Network operations. The Jito Foundation Constitution provides that one JTO equals one vote, and DAO actions may be on-chain; actuated directly as blockchain transactions; or off-chain. The Forum supports proposal discussion and ideation; the Realms portal supports voting and execution of proposals. Dependencies JTO's core dependency for token representation is Solana's token program model and transaction processing infrastructure. All token operations including minting, transfer, delegation, and account creation, depend on Solana token program semantics. For governance, JTO depends on the Jito DAO, the Forum, and the Realms portal. No JTO-specific custom execution environment, separate ledger, or bespoke networking layer is involved. Governance Scope JTO governance decisions may encompass setting fees for the JitoSOL stake pool and the Jito restaking network, updating delegation strategies by controlling StakeNet program parameters, managing Jito TipRouter node consensus network parameters, and managing the Jito DAO treasury. The treasury accumulates value from two protocol revenue streams: a 4% fee on all rewards distributed through JitoSOL, and 5.7% of all Jito tips distributed through the TipRouter network. Tokenholders vote on treasury allocations and protocol improvements through JIPs. Token Deployment and Addresses Eligible Jito-Solana validators claimed JTO through an open-source command-line tool during the airdrop window, which opened on 7 December 2023 at 11:00 ET. Tokens were deposited into associated token accounts owned by each validator's identity. Validators could then transfer tokens to another wallet for governance participation using the SPL token program. Client Interfaces Solana RPC is the base interface for JTO token-state reads and transaction submission, with processed, confirmed, and finalised commitment levels available to callers. The Jito Forum and the Realms portal serve as the governance client interfaces for JTO holders.
H.4	Consensus Mechanism	JTO is recorded and transferred on Solana; the applicable consensus mechanism is therefore Solana's for the ledger on which the JTO mint and token accounts reside. Solana's consensus design is Tower BFT, a variant of Practical Byzantine Fault Tolerance that uses Proof of History as the cluster's canonical time source. Time is divided into slots, each with a designated leader capable of producing a block. Validators communicate their view of the heaviest fork through signed votes; each vote records the validator's public key and the hash of the block being voted for, allowing stake-weighted fork choice to converge. Tower BFT introduces lockouts to create commitment costs for validator votes. A lockout is a period measured in slots during which a validator may not vote on another fork. Votes are stacked in a vote tower and lockouts double with each new vote added. Finality is reached when validators representing two-thirds of the total stake share a common root. Validators who violate lockouts by voting on a diverging fork within the lockout period are subject to slashing where a concurrent vote on a non-descendant fork can be proven to the cluster. Stake; tokens forfeited to the cluster upon proof of malicious behaviour; is the penalty instrument at the Solana validator layer. JTO itself introduces no additional block producers, slot leaders, validators, or slashing conditions beyond those of the Solana base layer.
H.5	Incentive Mechanisms and Applicable Fees	Network-Level Execution Fees Every Solana transaction requires a fee paid in SOL comprising a base fee and an optional prioritisation fee. The base fee is charged at 5,000 lamports per signature; it is split 50% burned and 50% paid to the processing validator. The optional prioritisation fee is calculated as the compute-unit price multiplied by the compute-unit limit and is paid in full to the validator. These fees apply to all JTO operations submitted as Solana transactions, including transfers, governance-token deposits, and token account changes. JTO introduces no additional fee asset for Solana transaction execution. Protocol-Level Fees and Economic Flows JTO enables participation in Jito Network governance and protocol economics. The Jito DAO treasury accumulates value from two protocol revenue streams: a 4% fee on all rewards distributed through JitoSOL, and 5.7% of all Jito tips distributed through the TipRouter network. Tokenholders vote on treasury allocations and protocol improvements through JIPs. Validator Incentives At the Solana base layer, validators receive 50% of the base transaction fee and 100% of the optional prioritisation fee for each transaction they process. Validators also accrue vote credits, awarded when a validator reaches a root, which determine each validator's proportional share of issuance rewards. Ordinary JTO token transfers do not attract any validator incentive beyond the standard Solana transaction fee model. Parameter Governance and Disclosure JIPs are the primary mechanism for parameter-level decisions affecting the Jito Network. Governance decisions may include setting fees for the JitoSOL stake pool and the restaking network, updating StakeNet program parameters, managing TipRouter consensus parameters, and managing the DAO treasury. The Realms portal is used for voting and execution of proposals, and the Constitution provides that one JTO equals one vote.
H.6	Use of distributed ledger technology	FALSE
H.7	DLT functionality description	N/A
H.8	Audit	TRUE
H.9	Audit outcome	The scope of this audit is limited to the underlying Solana Token program. A code review was conducted by Kudelski Security for the Solana Foundation, covering derived addresses in the Solana blockchain, the Token program implementation, and freeze-account capability. This review is not a JTO-specific mint audit; it does not review Jito Foundation governance, JTO distribution mechanics, Realms governance configuration, or the current JTO mint-authority or freeze-authority state. The review is relevant to JTO because the token relies on Solana token-account mechanics, including mint identity, account balances, and transfer logic, all of which fall within the scope of that engagement. Kudelski Security, Solana Code Review, September 2020. Object: The Solana blockchain implementation, with specific focus on derived addresses, the Token program implementation, and freeze-account capability. The review ran from 8 to 18 September 2020; the report is dated 21 September 2020, with a final history entry of 22 September 2020. The reviewed codebase was cloned from the master branch at the commit hash identified in the report. Methodology combined architecture review, manual code review, cryptographic assessment, and specification matching against the Solana documentation. No dynamic testing was performed. Result: 1 High, 0 Medium, 8 Low, and 3 Informational findings. High-severity findings concerned missing multisignature validation checks and derived program address collisions. Low and informational findings concerned redundant operations, numerical conversions, freeze-account handling, command-line functionality, and signing-authority code. The report did not include re-verification that identified issues had been remediated within the codebase. Actions: Recommendations included counting each signer only once in multisignature validation, improving seed-handling construction for program address derivation, adding logical checks to prevent redundant operations, documenting or explicitly handling freeze-authority revocation behaviour, and implementing or removing unsupported command-line features. Source: Kudelski Security / KudelskiTokenAudit-2020-09-21. This audit outcome constitutes underlying-technology assurance for Solana token functionality. It does not provide assurance over the current JTO mint configuration, governance configuration, token distribution contracts, treasury controls, or the current mint-authority and freeze-authority state.

General information	Page 3
Part A - Information about the offeror or the person seeking admission to trading	Page 4
Part B - Information about the issuer, if different from the 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 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

N	Field	Content
I.1	Offer-related risks	Market volatility and liquidity JTO may experience significant price volatility and changes in available liquidity. As a governance token with no redemption mechanism or guaranteed underlying value, its market price is determined solely by supply and demand and may decline substantially, including to zero. Periods of thin order-book depth can widen spreads and impair execution quality, particularly given that circulating supply is subject to ongoing vesting unlocks and treasury disbursements. Irreversibility of transactions Transfers of JTO settled on Solana are final and cannot be reversed at protocol level. No party, including the Jito Foundation, can recover tokens transferred in error, reverse a governance deposit, or restore access to a token account where the controlling private key has been lost or compromised. Loss of a private key results in permanent, irrecoverable loss of the associated balance. Interface access and service continuity JTO's primary utility is governance participation through the Jito DAO Forum and the Realms portal. Holders who acquire JTO through the Bitstamp platform rely on these interfaces to exercise that utility. Access to official Jito interfaces, including the governance portal and any token management front-ends, may be modified, restricted, or discontinued at any time and without notice. Such changes can impair a holder's ability to vote on proposals, delegate voting power, manage governance deposits, or otherwise exercise the governance functionality associated with JTO. Token verification and fraudulent assets The JTO token mint address has been the subject of warnings concerning imposter tokens and malicious assets distributed during the initial airdrop period. Holders who fail to verify the correct mint address before each interaction risk acquiring fraudulent assets or directing transactions to unintended recipients. Delisting Risks Bitstamp Europe S.A. might remove the token from trading in line with Bitstamp Markets Trading Rules.
I.2	Issuer-related risks	Foundation and DAO governance structure The Jito DAO is constituted by JTO tokenholders, who collectively act as the governing body of the Jito Network through Jito Improvement Proposals. The Jito Foundation is a separate Cayman Islands foundation company that provides the legal and operational structure through which DAO decisions may be implemented off-chain, organises and coordinates tokenholder governance, and maintains relationships with strategic contributors. The Foundation is not above the DAO in the ordinary governance hierarchy; however, Foundation Directors hold a formal authority to veto or limit the implementation of approved JIPs where required for fiduciary, legal, constitutional, or harm-prevention reasons. Day-to-day DAO administration is managed by a designated DAO Administrator (currently Webslinger Ltd). Governance effectiveness therefore depends on the DAO proposal process functioning, the Foundation implementing off-chain decisions without conflict, and the DAO Administrator managing the governance pipeline in accordance with the Constitution. Failure or conflict in any of these three layers can impede the execution of protocol changes and treasury decisions. Governance concentration JTO voting power is proportional to token holdings at a fixed rate of one token to one vote. Concentrated holdings among core contributors, early-allocation recipients, institutional investors subject to vesting, or coordinated participant groups can determine the outcome of Jito Improvement Proposals, protocol parameter changes, and treasury decisions without any structural minimum-distribution requirement limiting that influence. Foundation veto and legal compliance constraints Foundation Directors may veto or limit the implementation of approved JIPs where they determine it necessary for fiduciary, legal, constitutional, or harm-prevention reasons. A proposal that has received majority tokenholder approval may therefore be delayed, modified, or not implemented, with no DAO mechanism available to compel execution over a Director veto. Security Council composition The Security Council must comprise at least five members following the initial director-appointed term, and tokenholders may appoint or remove Security Council members through governance voting. Periods of underappointment, contested membership changes, or coordinated removal of Security Council members affect the DAO's capacity for emergency and administrative decision-making.
I.3	Crypto-assets-related risks	Governance-token utility dependence JTO's value is contingent on the continued relevance and functioning of the Jito DAO and the Jito Network. JTO confers no dividend, repayment, or redemption right; its utility is exclusively governance-related. If participation in governance declines materially, if the Jito Network protocols lose adoption or economic relevance, or if the scope of tokenholder governance is reduced, demand for JTO may decline accordingly. Supply schedule and vesting JTO has a total supply of 1,000,000,000 tokens, with allocations across community growth, ecosystem development, investors, and core contributors. Investor and core-contributor allocations vest over three years with a one-year cliff from Token generation date. The progressive release of vested tokens increases circulating supply on a scheduled basis and can exert downward price pressure during unlock periods, particularly around cliff dates when large tranches first become transferable. Treasury and unclaimed token management A portion of JTO is managed through DAO-governed treasury allocations. Airdrop tokens remaining unclaimed at the close of the claim period are transferred to the DAO treasury's Realms wallet for subsequent governance disposal. The DAO's future decisions on treasury deployment, including distributions, liquidity programs, grants, or strategic allocations, can affect circulating supply, market depth, and governance incentives in ways that cannot be predicted at the time of any offer. Mint and freeze-authority configuration JTO is an SPL token on Solana, and Solana mint accounts support both a mint authority, which can create additional tokens, and a freeze authority, which can restrict token account activity. The current operational status of these authorities for the JTO mint is not publicly confirmed in official materials. If either authority remains active and unrevoked, it could theoretically enable supply changes or account-level restrictions outside the standard JIP governance process. Public-chain traceability Wallet addresses and transaction records associated with JTO holdings are permanently recorded on the public Solana blockchain. On-chain data is immutable and may be accessible to third parties indefinitely. Blockchain activity linked to a holder may constitute personal information in certain jurisdictions and cannot be modified or deleted through standard data-protection channels.
I.4	Project implementation-related risks	Governance process delivery timing Jito Improvement Proposals progress through defined drafting, forum discussion, administrator review, voting, and implementation stages. The voting period is three days, and executable proposals are subject to a two-day delay before on-chain execution through Realms. Governance outcomes cannot be implemented immediately, and proposals involving complex technical changes or significant parameter adjustments may face extended deliberation timelines, deferring protocol evolution. Proposal submission threshold and participation Submitting a community governance proposal requires a minimum holding of 250,000 JTO. Governance quorum thresholds and tokenholder participation rates further constrain which proposals can be passed and at what pace. Low deposited voting power or disengaged tokenholder participation can prevent proposals from meeting quorum or progressing within a reasonable timeframe, reducing the DAO's practical capacity for community-led governance. Delegated voting and quorum dependence The Jito DAO initially lacked sufficient deposited voting power to meet its governance quorum, requiring the Foundation to delegate 12,000,000 JTO in voting power across 17 delegates and to subsequently reduce the quorum threshold from 30,000,000 to 10,000,000 tokens. Governance effectiveness therefore depends on sustained tokenholder participation and delegation levels. Withdrawal of delegated voting power, shifts in delegate behaviour, or future quorum changes can affect whether proposals succeed or fail. Regulatory and sanctions exposure Users of Jito interfaces must confirm that they are not subject to the sanctions programs of the United Nations, the Office of Foreign Assets Control, the European Union, or the United Kingdom. Expanding sanctions designations, new regulatory requirements applicable to governance token activity, or changes in the jurisdictional treatment of crypto-assets could restrict participation for affected persons or jurisdictions without advance notice. JitoSOL and StakeNet operational dependency JTO governance has authority to set fees for the JitoSOL stake pool and to control StakeNet program parameters, including those governing validator selection and delegation strategy. Operational disruptions, technical failures, or adverse governance outcomes within JitoSOL or StakeNet can therefore affect both the practical relevance of JTO governance and the protocol fee flows that accrue to the Jito DAO treasury. MEV and tip revenue dependency The Jito DAO treasury's primary revenue streams are a 4% fee on JitoSOL staking rewards and 5.7% of Jito tip revenues routed through the TipRouter network. These flows are dependent on continued validator adoption of the Jito-Solana client, sustained MEV and tip activity on Solana, and the operational integrity of the TipRouter and block-engine infrastructure. A sustained decline in MEV activity, increased competition from alternative MEV providers, or protocol-level changes reducing tip volumes would materially reduce treasury inflows and the DAO's capacity to fund ecosystem operations. Restaking and off-chain coordination dependency Jito restaking coordinates node consensus networks, vaults, and operators on Solana, while core activity occurs off-chain and is tracked and enforced on-chain. Off-chain operator performance failures, vault configuration errors, or coordination breakdowns between network participants can affect restaking operations and the ecosystem's ability to enforce expected on-chain behaviours. Third-party and interface dependency Jito's services interact with blockchains and third-party systems outside the Foundation's ownership or control. Failures, policy changes, or regulatory restrictions affecting external providers ;including RPC infrastructure, block explorers, wallet software, and decentralised exchange protocols; can disrupt access to JTO-related services or impair transaction visibility and processing.
I.5	Technology-related risks	Solana base-layer dependency JTO is represented on Solana and inherits that network's execution and finality characteristics. Transactions at the processed and confirmed commitment levels may be reverted if the underlying block does not achieve finalisation. Extended Solana outages, performance degradation, or base-layer incidents directly affect JTO token operations, governance transactions, and the ecosystem programs that JTO governance oversees. Failed-transaction cost Solana transactions are atomic. If any instruction fails, all state changes are reverted and fees are still charged. During periods of network congestion, incorrect instruction construction, or failed governance-related program interactions, holders and governance participants incur transaction costs without any resulting state change. Solana program upgradeability Solana programs deployed with an upgrade authority can be modified after deployment. Jito ecosystem programs and their dependencies; including governance-related on-chain programs relied upon by JTO holders; may carry upgrade authorities whose exercise could change program behaviour in ways not subject to a prior JIP vote. Inadequate controls over upgrade authority management constitute a configuration risk for the programs that JTO governance relies upon. Jito-Solana validator and block-engine dependency The Jito ecosystem is built on a modified Agave validator client connected to the Jito Block Engine. Defects, version incompatibilities, or operational failures in this modified validator path can affect MEV infrastructure, tip routing, and the ecosystem revenue streams that flow to the Jito DAO treasury. The modified client diverges from the standard Agave codebase, creating an ongoing integration and maintenance dependency. Bundle execution and auction mechanics Jito bundles execute sequentially and atomically and compete through validator tip auctions. Execution outcomes depend on auction dynamics, bundle construction, transaction ordering, and the operational availability of the Jito block-engine infrastructure. Disruption to any part of this pipeline can reduce tip generation and affect MEV-related treasury revenues that underpin DAO operations. Jito low-latency transaction routing The Jito low-latency transaction submission path operates with preflight simulation disabled. Transactions submitted through this route are forwarded to validators without prior RPC-level simulation, increasing reliance on correct client-side transaction construction. Malformed or incorrectly constructed transactions submitted via this path may fail upon execution, incurring fees without producing any state change. StakeNet and restaking administrative authority StakeNet program operations include administrative functions for parameter setting and maintenance alongside permissionless core operations. Jito restaking and vault programs include administrative authorities governing delegation, fee configuration, program upgrades, and supported token management. Misconfiguration, misuse, or compromise of any of these administrative authorities can affect staking operations, vault behaviour, and the economic parameters managed through JTO governance. TipRouter oracle and operator consensus The Jito TipRouter uses Switchboard oracle data to determine relative asset weights for linked vault deposits, and a successful merkle-tree upload requires more than two-thirds operator consensus before a designated cranker can finalise the distribution. Oracle data manipulation, feed failures, or insufficient operator participation can disrupt MEV tip routing and delay or distort the treasury revenue streams associated with TipRouter operations. Quantum computing Solana relies on Ed25519, an elliptic curve digital signature scheme, for all account authorisation; including JTO token transfers, governance deposits, and proposal execution. Elliptic curve cryptography is theoretically vulnerable to Shor's algorithm, which a sufficiently capable large-scale quantum computer could use to derive private keys from public keys. While no quantum computer currently operates at the scale required to break Ed25519 in practice, advances in quantum computing could in future compromise the cryptographic assumptions underlying all Solana account security, including JTO token accounts and governance-related signing keys. No post-quantum signature migration has been announced for the Solana base layer.
I.6	Mitigation measures	Offer-Related Risks Market volatility and liquidity: Liquidity-mining programs focused on JTO liquidity and JitoSOL trading pairs have been deployed by the Foundation. These provide an operational mechanism supporting market depth, though they do not eliminate price volatility or execution risk. Token verification and fraudulent assets: The official JTO mint address ( jtojtomepa8beP8AuQc6eXt5FriJwfFMwQx2v2f9mCL) is published in official Jito materials and provides a verifiable on-chain reference for distinguishing JTO from imposter tokens or malicious assets. Issuer-Related Risks Foundation and DAO governance structure: Quarterly transparency reports covering DAO financial status and treasury operations are published, providing external visibility into governance activity and treasury use. Crypto-Assets-Related Risks Supply schedule and vesting: The full JTO allocation schedule, vesting terms for investors and core contributors, and the one-year cliff from Token Generation Date are set out in official published materials, allowing holders to anticipate scheduled supply increases. Treasury and unclaimed token management: Unclaimed airdrop tokens are transferred on-chain to the DAO treasury's Realms wallet rather than being retained by the Foundation or destroyed, placing future disposal under DAO governance control. Project Implementation-Related Risks Governance process delivery timing: The JIP process follows defined and publicly documented stages (drafting, forum discussion, administrator review, a three-day tokenholder vote, and a two-day execution delay) creating a structured and predictable governance timeline. JitoSOL and StakeNet operational dependency: The Validator History program stores up to three years of validator performance data, and the Steward program uses that data to select and maintain a set of high-performing validators for the JitoSOL stake pool. This data-driven selection mechanism reduces reliance on manual intervention for validator management. Restaking and off-chain coordination dependency: Jito restaking assigns defined roles to operators, node consensus networks, and NCN administrators, and operators may be penalised for underperformance or misconduct. NCN administrators define slashing logic applicable to their network, providing an on-chain enforcement mechanism for operator-alignment risk. Delegated voting and quorum dependence: The Foundation has exercised its authority to delegate voting power and adjust the quorum threshold, demonstrating operational tools available to maintain governance functionality. Both the delegation and the quorum change are recorded as Foundation actions in publicly accessible documentation. Technology-Related Risks Solana program upgradeability: OtterSec reviews each major Jito release as part of a standing audit engagement, and the official Jito MEV audit index records assessments by OtterSec, Neodyme, and Halborn for MEV-related components. These independent reviews reduce known-vulnerability risk in reviewed Jito program releases. Jito-Solana validator and block-engine dependency: A responsible-disclosure program managed through Immunefi covers Jito components and offers a maximum bounty of USD 250,000. This provides a structured external vulnerability reporting channel for the Jito-Solana client and block-engine infrastructure. Bundle execution and auction mechanics: Jito bundles execute sequentially and atomically within a single block slot. Atomic execution prevents partial settlement within a bundle, ensuring that either all instructions in a bundle succeed together or none produce state changes. StakeNet and restaking administrative authority: The Jito restaking program and the Jito restaking vault program have been independently reviewed by OtterSec and Offside Labs, with reports published as part of the official restaking documentation. These audits cover program scope and resolved findings for the restaking and vault components. TipRouter oracle and operator consensus: The TipRouter requires more than two-thirds operator consensus before a cranker may upload the merkle tree governing MEV tip distribution. This threshold prevents any single operator or small operator coalition from unilaterally determining distribution outcomes.

Index

General information

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

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

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

Part D - Information about the crypto-asset project

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

Part F - Information about the crypto-assets

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

Part H – Information on underlying technology

Part I - Information on risks

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