White Paper Report


			..
	White paper for crypto-assets other than asset-referenced tokens or e-money tokens

	Digital Token Identifier:	Not applicable
	Offeror or person seeking admission to trading:	HRB 83869 - Hassan Systems GmbH
	Type of submission:	New

Table of content
General information
SUMMARY
Part A - Information about offeror or person seeking admission to trading
Part B - Information about issuer, if different from 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 other token project
Part E - Information about offer to public of other tokens or their admission to trading
Part F - Information about other tokens
Part G - Information on rights and obligations attached to other tokens
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




[Table 2] Template for white papers for crypto-assets other than asset-referenced tokens or e-money tokens

Template for white papers for crypto-assets other than asset-referenced tokens or e-money tokens [abstract]
General information
00 Table of content	boolean true	true
01 Date of notification	date	2026-02-26
02 Statement in accordance with Article 6(3) of Regulation (EU) 2023/1114	boolean true	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	boolean true	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	boolean true	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	boolean true	The utility token referred to in this white paper may not be exchangeable against the good or service promised in this 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	boolean true	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.
SUMMARY
07 Warning in accordance with Article 6(7), second subparagraph, of Regulation (EU) 2023/1114	boolean true	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 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.
08 Characteristics of the crypto-asset	textBlock	The LEA Blockchain is a Layer-1 distributed ledger protocol designed to provide programmable, on-chain infrastructure for decentralized applications and community-driven digital domains. Core protocol functions include transaction processing, protocol governance, and network security through validator participation. The LEA Token is the native utility token of the LEA Blockchain and is technically required to access and operate these core network functions. The token is used for the payment of transaction and protocol-level fees, participation in staking and validation, and on-chain governance through LEA Improvement Proposals (LIPs). The LEA Token does not represent ownership, profit participation, repayment, or any other financial right vis-à-vis the offeror or any affiliated entity and is not redeemable for fiat currency or other assets.  Existence: The token is issued and exists exclusively within the LEA blockchain architecture, which currently operates in a controlled mainnet-beta environment managed by the offeror.  Consensus: The consensus mechanism is under active development. Validator-based decentralisation will be introduced in a subsequent project phase.  Architecture: The protocol follows a modular design separating consensus and execution layers, with execution performed through WebAssembly-based smart contracts ("Decoders").  Total supply: The total supply of LEA tokens is fixed at 100,000,000,000 units. No mechanism exists to increase the maximum supply beyond this limit. All token issuance and distribution mechanisms described in this white paper operate exclusively within this fixed supply.  Custody: LEA tokens are held in user-managed non-custodial wallets under full self-custody of the token holder.  Backing: The token is not backed by fiat currency, commodities, or other assets and does not provide any guaranteed value.  Category: Other crypto-asset (Utility Token) within the meaning of Article 3(5) of Regulation (EU) 2023/1114. The functional necessity of the LEA Token within the protocol does not imply any economic entitlement, expected return, or value preservation. Access to protocol functions may change over time based on technical parameters and governance decisions and does not constitute a contractual service obligation.
09 Further information about utility tokens	textBlock	The LEA Utility Token enables functional interaction with protocol-level services of the LEA Blockchain. Token holders may submit transactions, interact with and deploy smart contracts ("Decoders"), participate in on-chain governance through LEA Improvement Proposals (LIPs), and pay for network resources such as transaction execution, state storage, and related protocol fees. Access to specific network functions is subject to technical requirements and protocol rules. Certain activities, such as participation in validation or block production, require compliance with predefined staking and validator criteria and are not available solely by virtue of token ownership. The extent of network usage is limited by technical parameters, including available gas, protocol capacity, and applicable network rules, rather than by any entitlement to economic benefits. The LEA Utility Token does not entitle the holder to any interest, profit participation, revenue share, or access to off-chain services provided by the offeror or any affiliated entity.
10 Key information about the offer to the public or admission to trading	textBlock	LEA Tokens may be made available to the public as part of the operation and growth of the LEA blockchain network. Token distribution is primarily intended to support network participation and usage and may include non-remunerated allocations to active users, contributors, and technical participants. In addition, a limited portion of the community and ecosystem allocation may be made available for acquisition against consideration as an auxiliary access mechanism to the network. Such acquisition is not intended as a fundraising or investment activity but serves to enable broader participation in network functions where tokens are required for usage. Where applicable, token acquisition may be facilitated through an automated pricing mechanism designed to reflect network usage levels and protocol capacity constraints and to ensure neutral and non-discretionary access. The pricing mechanism is not intended to create expectations of profit, value appreciation, or secondary market liquidity. No minimum acquisition amount is required. There is no guaranteed liquidity, redemption right, or obligation to establish or support a secondary market for the LEA Token. The offer of LEA Tokens does not constitute an investment product or a financial instrument. Offer Details  Total amount made available: A limited portion of the community and ecosystem allocation, corresponding to up to approximately 7.8 % of the total token supply, may be made available for distribution or acquisition prior to the formal establishment of the LEA Foundation.  Total token supply: 100,000,000,000 LEA (fixed). Issue Price No fixed issue price is set in advance. Where an automated pricing mechanism is applied, the acquisition price of LEA Tokens is determined algorithmically at the time of acquisition based on predefined protocol parameters. The pricing mechanism serves solely as a technical access and allocation mechanism and does not imply any financial return or profit expectation. Payment Methods Acquisition of LEA Tokens may be possible using fiat currency or other crypto-assets through compliant payment channels. Payment processing may involve regulated payment service providers or crypto-asset service providers operating in accordance with applicable EU regulatory requirements. Accepted payment methods and technical parameters may vary over time and are disclosed prior to any acquisition. Offer Period The offer of LEA Tokens may be conducted on a time-limited or ongoing basis, depending on network requirements, technical conditions, and operational considerations. Specific start or end dates, where applicable, are communicated separately and do not constitute a commitment to conduct an offer for a fixed duration.  Subscription limits: No minimum subscription amount applies.  Form of placement: Direct protocol-based distribution or acquisition mechanisms within the LEA network.  Distribution and delivery: Tokens are credited to user-controlled LEA wallets within the operational network environment following completion of applicable technical and compliance requirements.
Part A - Information about offeror or person seeking admission to trading
A.1 Name	text	Hassan Systems GmbH
A.2 Legal form	text	Gesellschaft mit beschränkter Haftung (GmbH)
A.3 Registered address
Registered addess	text	Sanderhöhe 2b, 51688 Wipperfürth
Country	enumeration	Germany
Sub-division	text	North Rhine-Westphalia
A.4 Head office
Head office	text	Sanderhöhe 2b, 51688 Wipperfürth
Country	enumeration	Germany
Sub-division	text	North Rhine-Westphalia
A.5 Registration date	date	2015-02-19
A.6 Legal entity identifier	LEI
A.7 Another identifier required pursuant to applicable national law	text	HRB 83869
A.8 Contact telephone number	text	not applicable
A.9 E-mail address	text	legal@getlea.org
A.10 Response time (days)	integer	7
A.11 Parent company	text	Not applicable
A.12 Members of the management body
Member #1	id	1
Identity	text	Andre Hassan
Business address	text	Sanderhöhe 2b, 51688 Wipperfürth
Function	text	Managing Director of Hassan Systems GmbH. Responsible for product strategy, operations and the technical development of the LEA Blockchain project. Oversees company management, finance and operational execution.
A.13 Business activity	textBlock	Hassan Systems GmbH has operated as a holding and project entity since 2015 without generating significant commercial revenues. The company has maintained a stable financial position through equity and private funding from its founder. No outstanding bank liabilities exist.
A.14 Parent company business activity	textBlock	Not applicable
A.15 Newly established	boolean	false
A.16 Financial condition for the past three years	textBlock	Hassan Systems GmbH was incorporated in 2015 and has existed for more than three financial years. The most recent adopted annual financial statements relate to the financial year ending 31 December 2023. The annual financial statements were adopted on 28 March 2025. As of 31 December 2023: Total assets amounted to EUR 20,863.36. Equity amounted to EUR 17,896.36. Provisions amounted to EUR 857.00. Liabilities amounted to EUR 2,110.00, all of which had a remaining maturity of less than one year and were owed to shareholders. Fixed assets amounted to EUR 1,200.00. Current assets amounted to EUR 19,663.36. Historically, the company operated primarily as a holding entity and did not conduct material operational business activities. Accordingly, the balance sheet reflects limited administrative operations consistent with such holding structure. Operational activities in connection with the LEA Blockchain project commenced during the current financial period.
A.17 Financial condition since registration	textBlock
Part B - Information about issuer, if different from offeror or person seeking admission to trading
B.1 Issuer different from offerror or person seeking admission to trading	boolean	false
B.2 Name	N/A		.
B.3 Legal form	N/A		.
B.4 Registered address
Registered addess	N/A		.
Country	N/A		.
Sub-division	N/A		.
B.5 Head office
Head office	N/A		.
Country	N/A		.
Sub-division	N/A		.
B.6 Registration date	N/A		.
B.7 Legal entity identifier	N/A		.
B.8 Another identifier required pursuant to applicable national law	N/A		.
B.9 Parent company	N/A		.
B.10 Members of the management body
Member #1	N/A		.
Identity	N/A		.
Business address	N/A		.
Function	N/A		.
B.11 Business activity	N/A		.
B.12 Parent 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
C.1 Name	N/A		.
C.2 Legal form	N/A		.
C.3 Registered address
Registered address	N/A		.
Country	N/A		.
Sub-division	N/A		.
C.4 Head office
Head office	N/A		.
Country	N/A		.
Sub-division	N/A		.
C.5 Registration date	N/A		.
C.6 Legal entity identifier	N/A		.
C.7 Another identifier required pursuant to applicable national law	N/A		.
C.8 Parent company	N/A		.
C.9 Reason for crypto-asset white paper preparation	N/A		.
C.10 Members of the management body
Member #1	N/A		.
Identity	N/A		.
Business address	N/A		.
Function	N/A		.
C.11 Operator business activity	N/A		.
C.12 Parent company business activity	N/A		.
C.13 Other persons drawing up the crypto-asset white paper according to Article 6(1), second subparagraph, of Regulation (EU) 2023/1114	N/A		.
C.14 Reason 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 other token project
D.1 Crypto-asset project name	text	LEA Blockchain
D.2 Crypto-asset name	text	LEA
D.3 Abbreviation	text	LEA
D.4 Crypto-asset project description	textBlock	The LEA Blockchain is a European Layer-1 protocol designed for secure, modular, and post-quantum-ready digital ecosystems. It introduces a decoupled architecture where consensus and execution are separated through a novel concept called Programmable Object Domains (PODs). LEA Blockchain serves as a foundational network that provides general-purpose, programmable infrastructure for developers to deploy sovereign execution environments for digital applications, including token-based systems and data-driven use cases, subject to applicable law and regulatory requirements. The project's goal is to provide long-term data integrity, scalability, and compliance with EU regulations through a minimal, verifiable consensus layer and modular smart contract execution.
D.5 Details of all natural or legal persons involved in implementation of crypto-asset project
Person #1	id	1
Type of person	enumeration	Other person involved in implementation
Name of person	text	Hassan Systems GmbH
Business address of person	text	Sanderhöhe 2b, 51688 Wipperfürth
Domicile of company	enumeration	Germany
Person #2	id	2
Type of person	enumeration	Development team
Name of person	text	Andre Hassan
Business address of person	text	Sanderhöhe 2b, 51688 Wipperfürth
Domicile of company	enumeration	Germany
Person #3	id	3
Type of person	enumeration	Development team
Name of person	text	Allwin Ketnawang
Business address of person	text	Not applicable
Domicile of company	enumeration	Germany
D.6 Utility token classification	boolean	true
D.7 Key features of goods or services for utility token projects	text	Holders of LEA can access and use the following core functions within the LEA Blockchain ecosystem: 1 Network participation: use LEA to pay transaction and protocol-level fees. 2 Staking and validation: stake tokens to help secure the network and participate in validator selection. 3 Governance: vote on LEA Improvement Proposals (LIPs) to influence protocol updates and ecosystem policies. 4 Access to services: interact with Programmable Object Domains (PODs) that enable modular applications such as tokenized assets, decentralized organizations, and privacy solutions. The token does not represent a financial instrument, investment contract, or e-money. It serves solely as a functional digital asset for utility and governance within the LEA Blockchain network.
D.8 Plans for the token
Description of past milestones	textBlock	2025 Launch of LEA Mainnet-Beta and LEA Pulse mobile app for iOS & Android. Completion of core protocol modules (Consensus & Execution Layer). Initiation of the community onboarding and XP reward system. Initial validator framework and developer SDK released for testing.
Description of future milestones	textBlock	2026 Q1 On-Chain UI Stack MVP + Developer SDK and Documentation 2026 Q2 Activation of decentralized validator network and PoH-based consensus. 2026 Q2 Mainnet launch and start of public token availability planned. 2026 Q2 to Q4 Deployment of reference PODs (RWA, Privacy, DAO) and on-chain governance. Continuous SDK improvements and cross-POD composability.
D.9 Resource allocation	text	Development of the LEA Blockchain protocol has been conducted over a period of approximately two years prior to the publication of this Whitepaper. To date, the project has been financed exclusively through private contributions of the founders. No external investors or institutional financing have been involved. Each of the two founders has contributed approximately two years of development time to the project. This contribution has not been compensated and does not constitute a financial liability of the issuer. Direct operational expenses related to the project, including server infrastructure and related operating costs, have been borne entirely by the founders. Such operating expenses have amounted to approximately EUR 1,500 over the past 18 months. The project has not generated revenue to date. The proceeds from the planned public token offering are intended to support continued development activities, infrastructure expansion, security reviews, legal and compliance expenses, and the planned establishment of the LEA Foundation. The founders currently continue to support the project financially and operationally during the ongoing development phase.
D.10 Planned use of collected funds or other tokens	text	Where funds are collected, they will be used exclusively for the development, maintenance, and promotion of the LEA Blockchain ecosystem. No distributions, dividends, or financial returns to token holders are planned. Funds will cover software development, security audits, validator incentives, community programs, and regulatory compliance costs. The use of funds does not create any entitlement, claim, or expectation for purchasers of LEA Tokens with respect to project continuation, success, or token utility.
Part E - Information about offer to public of other tokens or their admission to trading
E.1 Public offering or admission to trading	enumeration	Offer to public
E.2 Reasons for public offer or admission to trading	textBlock	The purpose of making LEA Utility Tokens available to the public is to enable access to and participation in protocol-level functions of the LEA blockchain network for which the LEA Token is technically required. The public offer is intended to support decentralised network usage, validator participation, governance processes, and other on-chain activities that rely on the availability of the LEA Token.
E.3 Fundraising target
Target expressed in currency	monetary	0	EUR
Target expressed in units	decimal	0
Target expressed in digital token identifier	text	Explanation: The public offer of LEA Utility Tokens is not conducted as a fundraising activity. Accordingly, no fundraising target has been defined.
E.4 Minimum subscription goals
Goals expressed in currency	monetary	0	EUR
Goals expressed in units	decimal	0
Goals expressed in digital token identifier	text	Explanation: No minimum subscription thresholds or minimum placement conditions apply to the public offer of LEA Utility Tokens.
E.5 Maximum subscription goals
Goasl expressed in currency	monetary	0	EUR
Goals expressed in units	decimal	0
Goals expressed in digital token identifier	text	Explanation: No maximum subscription thresholds based on monetary or quantitative fundraising targets apply to the public offer of LEA Utility Tokens. The availability of LEA Tokens is not capped by a predefined maximum placement amount but may be subject to technical, protocol-level, or allocation-related constraints.
E.6 Oversubscription acceptance	boolean	false
E.7 Oversubscription allocation	text	Not applicable
Issue price details
E.8 Issue price	decimal	0,0001
E.9 Official currency determining issue price	enumeration	US Dollar
E.9 Any other tokens determining issue price	text	Not applicable
E.10 Subscription fee
Fee expressed in currency	monetary	0	EUR
Fee expressed in units	decimal	0
Fee expressed in digital token identifier	text	Not applicable
E.11 Offer price determination method	text	The acquisition price of LEA tokens is determined at the time of allocation based on predefined, non-discretionary parameters governing token distribution within the LEA network. The price determination serves solely as a technical access and allocation mechanism and is applied uniformly at the time of each individual acquisition. It does not constitute a market-based pricing process, does not reflect secondary market conditions, and is not intended to create expectations regarding value development or liquidity. The parameters used for price calculation are defined in advance as part of the distribution logic and are applied in an objective and automated manner without discretionary intervention by the issuer.
E.12 Total number of offered or traded other tokens	integer	7775000000
E.13 Targeted holders	enumeration	All types of investors
E.14 Holder restrictions	text	No specific restrictions apply to the holding of LEA Utility Tokens beyond applicable legal, regulatory, and compliance requirements. This includes, in particular, compliance with Regulation (EU) 2023/1114 (MiCAR), applicable sanctions regimes, and identity verification or eligibility checks where required by law or operational procedures.
E.15 Reimbursement notice	boolean true	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.16 Refund mechanism	textBlock	Refunds may be granted only in cases where payment has been received but LEA Utility Tokens have not yet been transferred to the purchaser's wallet. Where applicable, refunds are processed using the original payment method within a period of up to 14 calendar days, subject to technical and compliance-related requirements. Once LEA Utility Tokens have been transferred on-chain to the purchaser's wallet, the transaction is completed at protocol level and cannot be reversed through the network.
E.17 Refund timeline	text	Where applicable, refunds are processed within a period of up to 14 calendar days, subject to technical, operational, and compliance-related requirements.
E.18 Offer phases	textBlock	not applicable Explanation: The public offer of LEA Utility Tokens is not structured into predefined offering phases or tranches.
E.19 Early purchase discount	textBlock	not applicable Explanation: No early purchase discounts, preferential pricing, or similar incentive mechanisms apply to the public offer of LEA Utility Tokens.
E.20 Time-limited offer	boolean	false
E.21 Subscription period beginning	date
E.22 Subscription period end	date
E.23 Safeguarding arrangements for offered funds or other tokens	textBlock	Payments for the acquisition of LEA tokens are processed via third-party payment service providers, including PayPal and xMoney. The offeror does not provide custody services for purchaser funds or crypto-assets beyond the technical receipt of payment required to complete the transaction. LEA tokens are transferred to the purchaser's self-custody wallet after confirmation of payment. No pooled custody or discretionary holding of purchaser assets is maintained by the offeror.
E.24 Payment methods for other token purchase	textBlock	LEA tokens may be acquired using fiat currency or supported crypto-assets. Fiat payments are processed via PayPal. Crypto-asset payments are processed via xMoney.The applicable LEA token price is determined at the time of purchase based on the protocol-defined pricing mechanism.
E.25 Value transfer methods for reimbursement	textBlock	Where a reimbursement is required in accordance with applicable law, it will be made using the same payment method originally used for the acquisition. Reimbursements may be subject to transaction fees imposed by payment service providers or blockchain networks.
E.26 Right of withdrawal	textBlock	Retail purchasers have the right to withdraw from the agreement to acquire LEA tokens within 14 calendar days from the date of purchase, without giving any reason. To exercise the right of withdrawal, a notice must be sent by email to support@getlea.org before the expiry of the withdrawal period. The right of withdrawal may not be exercised after the end of the offer or after admission of LEA tokens to trading.
E.27 Transfer of purchased other tokens	textBlock	Following confirmation of payment, LEA tokens are transferred by the offeror to the purchaser's self-custody LEA wallet. The offeror does not hold or control purchaser wallets or private keys. Purchasers remain solely responsible for the security of their wallets.
E.28 Transfer time schedule	text	Token transfers are not subject to a fixed calendar-based transfer schedule. Transfers are initiated after confirmation of payment and are executed on a continuous, event-driven basis, subject to applicable technical processing and network conditions. The indicated date does not represent a delivery or settlement date but marks the commencement of the ongoing offer.
E.29 Purchaser's technical requirements	textBlock	Purchasers require a compatible digital wallet capable of receiving and holding LEA Utility Tokens and access to the technical interfaces provided by the LEA network.
Other token services provider characteristics
E.30 Other token service provider (CASP) name	text	Not applicable
E.31 CASP identifier	LEI
E.32 Placement form	enumeration	Not applicable
Trading platforms characteristics
E.33 Trading platforms name	text	Not applicable
E.34 Trading platforms market identifier code (MIC)	text	Not applicable
E.35 Trading platforms access	text	Not applicable
E.36 Involved costs	textBlock	No trading platforms are involved in the offer. Crypto-assets are sold directly by the issuer without platform access fees for purchasers.
E.37 Offer expenses	textBlock	No costs are passed onto purchases of LEA tokens.
E.38 Conflicts of interest	textBlock	The founders of the LEA Blockchain project are involved in the development of the protocol and are economically connected to the issuer, Hassan Systems GmbH. A limited number of LEA tokens have been minted and allocated as development compensation to a founder. No tokens from the planned founder allocation under the tokenomics structure have been distributed as of the date of this Whitepaper. Founder allocation tokens remain subject to the defined vesting schedule, with the first vesting tranche scheduled for a future date. During the current transitional phase prior to the establishment of the planned LEA Foundation, the founders technically control the deployment of future minting contracts within the predefined maximum supply. The issuer, Hassan Systems GmbH, is authorized solely to mint the fixed quantity of tokens specified for the public offering. These structural relationships may give rise to potential conflicts of interest between the founders, the issuer and token holders. Following the establishment of the LEA Foundation, it is intended that governance and emission oversight will be transferred to the Foundation in order to reduce concentration of control. At the time of publication of this Whitepaper, no additional material conflicts of interest have been identified.
E.39 Applicable law	textBlock	Law of the Federal Republic of Germany
E.40 Competent court	textBlock	District Court of Cologne (Amtsgericht Köln), Germany
Part F - Information about other tokens
F.1 Crypto-asset type	text	OTHR
F.2 Other token functionality	textBlock	The LEA Token (LEA) is a utility token used within the LEA Blockchain ecosystem. It enables participation in network governance through LEA Improvement Proposals (LIPs), supports staking mechanisms for validator participation and network security, and is used for protocol-level fees and services. LEA Tokens may be used to stake and secure the network, participate in governance processes, and pay transaction or registration fees within the LEA Blockchain, in accordance with applicable protocol rules. The token is intended to serve as a native unit of interaction for future Programmable Object Domains (PODs) built on LEA, supporting developer and community participation following mainnet deployment.
F.3 Planned application of functionalities	textBlock	The LEA Token (LEA) qualifies as a utility token used solely within the LEA Blockchain network.It grants its holders functional access to protocol-level services, including network staking, participation in on-chain governance procedures, and the payment of fees required for transactions or protocol operations. The token is non-redeemable, non-interest-bearing, and does not confer any ownership, profit participation, or repayment rights vis-à-vis the issuer or any affiliated entity. LEA does not constitute a financial instrument, deposit, or e-money under applicable EU legislation.
A description of the characteristics of the other token, including the data necessary for classification of the crypto-asset white paper in the register referred to in Article 109 of Regulation (EU) 2023/1114, as specified in accordance with paragraph 8 of that Article
F.4 Type of crypto-asset white paper	enumeration	Other crypto-asset token white paper
F.5 Type of submission	enumeration	New
F.6 Other token characteristics	textBlock	The LEA Token (LEA) qualifies as a utility token used solely within the LEA Blockchain network. It grants its holders functional access to protocol-level services and governance mechanisms, without implying any financial, ownership, or similar rights.
F.7 Commercial name or trading name	text	LEA
F.8 Website of the issuer	text	getlea.org
F.9 Starting date of offer to the public or admission to trading	date	2026-03-01
F.10 Publication date	date	2026-02-27
F.11 Any other services provided by the issuer	textBlock	Hassan Systems GmbH provides software development and IT consulting services regulated under general commercial law (Gewerbeordnung) in Germany. These services are not covered by Regulation (EU) 2023/1114 and are conducted independently of the LEA token issuance.
F.12 Language or languages of white paper	text	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	text	Not applicable
F.14 Functionally fungible group digital token identifier, where available	text	Not applicable
F.15 Voluntary data flag	boolean	false
F.16 Personal data flag	boolean	false
F.17 LEI eligibility	boolean	false
F.18 Home member state	enumeration	Germany
F.19 Host member states #1	enumerationSet	Austria
F.19 Host member states #2	enumerationSet	Belgium
F.19 Host member states #3	enumerationSet	Bulgaria
F.19 Host member states #4	enumerationSet	Croatia
F.19 Host member states #5	enumerationSet	Cyprus
F.19 Host member states #6	enumerationSet	Czechia
F.19 Host member states #7	enumerationSet	Denmark
F.19 Host member states #8	enumerationSet	Estonia
F.19 Host member states #9	enumerationSet	Finland
F.19 Host member states #10	enumerationSet	France
F.19 Host member states #11	enumerationSet	Germany
F.19 Host member states #12	enumerationSet	Greece
F.19 Host member states #13	enumerationSet	Hungary
F.19 Host member states #14	enumerationSet	Iceland
F.19 Host member states #15	enumerationSet	Ireland
F.19 Host member states #16	enumerationSet	Italy
F.19 Host member states #17	enumerationSet	Latvia
F.19 Host member states #18	enumerationSet	Liechtenstein
F.19 Host member states #19	enumerationSet	Lithuania
F.19 Host member states #20	enumerationSet	Luxembourg
F.19 Host member states #21	enumerationSet	Malta
F.19 Host member states #22	enumerationSet	Netherlands
F.19 Host member states #23	enumerationSet	Norway
F.19 Host member states #24	enumerationSet	Poland
F.19 Host member states #25	enumerationSet	Portugal
F.19 Host member states #26	enumerationSet	Romania
F.19 Host member states #27	enumerationSet	Slovakia
F.19 Host member states #28	enumerationSet	Slovenia
F.19 Host member states #29	enumerationSet	Spain
F.19 Host member states #30	enumerationSet	Sweden
Part G - Information on rights and obligations attached to other tokens
G.1 Purchaser rights and obligations	textBlock	Purchasers of LEA tokens do not acquire any ownership, profit participation, repayment, or similar rights in relation to the issuer or any affiliated entity. The token confers no claim to revenues, dividends, or other financial entitlements.Holders may use LEA solely within the LEA Blockchain network for functional purposes such as staking, participation in protocol governance, or payment of network and protocol-level fees. Token holders are required to comply with the terms of use of the LEA network and applicable law when interacting with the protocol or transferring tokens.
G.2 Exercise of rights and obligations	textBlock	All rights associated with LEA are exercised exclusively through the LEA Blockchain network using a compatible non-custodial wallet. Participation in staking, governance, or fee payments is carried out via on-chain transactions validated by the network. The issuer does not intervene in or guarantee any token functionality beyond the technical operation of the blockchain and associated smart contracts.
G.3 Conditions for modifications of rights and obligations	textBlock	The functional parameters of LEA may be amended only through protocol-level governance mechanisms in which token holders may participate by voting on LEA Improvement Proposals (LIPs). Such modifications are implemented transparently on-chain and require community consensus in accordance with the governance rules of the protocol. Following deployment on the mainnet, no unilateral modification of token functionality by the issuer is intended outside the scope of the defined governance mechanisms.
G.4 Future public offers	textBlock	Not applicable. Explanation: No further public offers of LEA tokens are planned beyond the scope described in this white paper.
G.5 Issuer retained other token	integer	0
G.6 Utility token classification	boolean	true
G.7 Key features of goods or services utility tokens	text	LEA tokens grant access to the functionalities of the LEA Blockchain, including staking, participation in protocol governance (LEA Improvement Proposals), and payment of transaction or registration fees. Any protocol-defined staking rewards are variable, non-discretionary, and serve exclusively as network security incentives rather than remuneration of capital. The token also serves as a native on-chain unit of interaction for decentralized applications and Programmable Object Domains (PODs) built on the network. The token's utility arises solely from its technical integration within the LEA Blockchain environment.
G.8 Utility tokens redemption	text	The LEA token is not redeemable for goods, services, or fiat currency from the issuer or any third party. Token utility is limited to its on-chain functions, exercised via smart-contract interaction on the LEA Blockchain. No redemption mechanism or conversion right exists, and no repayment in monetary or other form is foreseen.
G.9 Non-trading request	boolean	false
G.10 Other tokens purchase or sale modalities	text	LEA tokens may be made available to users through protocol-based acquisition or distribution mechanisms as described in this white paper. Acquisition may involve the use of fiat currency or other accepted payment assets through compliant payment channels. Following token issuance, holders may transfer LEA tokens freely within the LEA Blockchain network using compatible non-custodial wallets. Any secondary transfers, if they occur, take place on a peer-to-peer basis outside the responsibility or control of the issuer.
G.11 Other tokens transfer restrictions	text	There are no contractual, technical, or legal restrictions on the transferability of LEA tokens. Tokens are freely transferable within the LEA Blockchain network. However, transfers remain subject to applicable anti-money laundering and counter-terrorist financing regulations and to any wallet-level restrictions applied by compliant service providers.
G.12 Supply adjustment protocols	boolean	false
G.13 Supply adjustment mechanisms	text	The LEA token does not have an automatic supply adjustment mechanism linked to market demand. The maximum theoretical supply of 100,000,000,000 LEA represents an upper cap and does not reflect tokens in circulation. Tokens are not pre-minted at genesis. LEA tokens are created exclusively through dedicated smart-contract-based minting mechanisms. Tokens come into existence only at the moment of execution of a specific minting transaction and do not exist prior to such execution. The issuer (Hassan Systems GmbH) is authorized to mint only the fixed quantity of tokens specified in field E.12 (7,775,000,000 LEA) for the purpose of the public offering. This minting authorization is technically restricted to that predefined maximum amount. Tokens intended for sale are minted only upon purchase and are not generated in advance. Additional minting contracts may be technically deployed by the protocol founders. Each minting contract is purpose-bound and capped by a predefined maximum amount. No unlimited or discretionary mint function exists outside these capped smart contracts. At the time of publication of this Whitepaper, no treasury reserve of pre-minted tokens exists. Tokens that have not been minted do not exist on-chain and are not held by the issuer or the founders. Following the planned establishment of the LEA Foundation, it is intended that remaining emission rights be transferred to the Foundation, which will assume governance oversight of future minting mechanisms.
Other token schemes details
G.14 Token value protection schemes	boolean	false
G.15 Token value protection schemes description	textBlock	Not applicable
G.16 Compensation schemes	boolean	false
G.17 Compensation schemes description	textBlock	Not applicable
G.18 Applicable law	textBlock	German law (Federal Republic of Germany)
G.19 Competent court	textBlock	District Court of Cologne (Amtsgericht Köln), Germany
Part H – Information on underlying technology
H.1 Distributed ledger technology (DTL)	text	The LEA token is issued on the LEA Blockchain, a proprietary Layer-1 distributed ledger developed by the LEA team. It is a public, permissionless blockchain providing on-chain data ordering and execution through a modular architecture separating consensus and execution.
H.2 Protocols and technical standards	text	The LEA Blockchain is based on a project-specific protocol design and employs WebAssembly (WASM)-based smart contract execution. Inter-node communication relies on authenticated peer-to-peer networking and established cryptographic primitives, including Ed25519 and post-quantum signature schemes such as Falcon-512, as implemented within the protocol. The protocol implementation and its technical interfaces are developed as open-source software and are made publicly available under the LEA-Blockchain organization on GitHub. Where applicable, the software is designed to align with commonly used Web3 architectures and cryptographic interoperability practices. No guarantee is given that the protocol will be compatible with all external standards or third-party systems.
H.3 Technology used	textBlock	The LEA Blockchain implements a dual-layer architecture consisting of (i) a minimal consensus layer responsible solely for the ordering of transactions, and (ii) an execution layer composed of programmable smart-contract interpreters called Decoders (PODs). The design enables future scalability through verifiable state compression using zero-knowledge proofs (zk-STARKs), which are currently under development and not yet implemented in the active network.
H.4 Consensus mechanism	text	The consensus mechanism of the LEA Blockchain is under active development. The current architectural concept is based on a hybrid approach combining sequential timestamping inspired by Proof-of-History (PoH) principles with validator selection mechanisms aligned with Proof-of-Stake (PoS) models. The design is intended to support efficient transaction ordering and validation while pursuing decentralisation and network security objectives. During development and testing phases, block ordering and validation are performed by a limited set of validators operated by the issuer and selected technical partners. Following the completion and deployment of the consensus module, validator participation is intended to transition to an open, protocol-governed model based on on-chain staking rules, subject to technical readiness and network conditions.
H.5 Incentive mechanisms and applicable fees	text	The LEA Blockchain is designed to support staking-based incentive mechanisms following the deployment of the consensus layer. Under this model, network validators participate in transaction validation by staking LEA tokens and may receive protocol-defined transaction fees or block-related allocations as part of the network's operational rules. The protocol architecture is intended to support delegated staking mechanisms, allowing token holders to delegate staking participation to active validators without transferring token ownership. Delegation serves to contribute to network security and governance participation in accordance with protocol parameters and does not constitute a guaranteed return or profit entitlement. Transaction costs within the LEA Blockchain are calculated using a multidimensional gas model, including components for transaction inclusion, invocation, and execution, all payable in LEA tokens. During the current development and testing phase, staking and fee mechanisms are under evaluation and are not yet active on the main network.
H.6 Use of distributed ledger technology	boolean	true
H.7 DLT functionality description	textBlock	At the time of publication of this white paper, the LEA Blockchain operates as a functional prototype in a controlled network environment. Transaction processing and token-related operations are executed within this environment to support testing, validation, and technical stabilisation during the development phase.The network architecture is designed to transition to a decentralised, multi-node configuration following completion of the consensus mechanism. In the intended target state, transaction ordering, validation, and execution are performed through distributed validator participation and on-chain smart contract logic, enabling transparent and verifiable state changes across the network. Validator participation is intended to be governed by protocol-level staking rules once the relevant consensus components are deployed and operational. Following the establishment of the LEA Foundation, responsibility for long-term network governance and operational oversight is intended to transition in accordance with the governance framework described in this white paper, subject to technical readiness and organisational implementation.
Other token audit details
H.8 Audit	boolean	false
H.9 Audit outcome	textBlock	No independent external audit of the LEA Blockchain protocol or smart contract components has been completed at the time of publication of this white paper.
Part I - Information on risks
I.1 Offer-related risks	textBlock	The public availability of LEA tokens is limited in scope and conducted within a controlled offering framework. The acquisition price of LEA tokens is determined at the time of acquisition based on a protocol-defined pricing mechanism and may vary over time. LEA tokens are not admitted to trading on any crypto-asset trading platform at the time of the offer, and no secondary market liquidity is guaranteed. The offer does not include any redemption, buy-back, or investment-protection mechanisms. Regulatory frameworks applicable to crypto-assets at European Union or national level may evolve over time. Future regulatory developments could affect the legal classification, permitted use, or compliance requirements applicable to LEA tokens or to the entities involved in their issuance or distribution.
I.2 Issuer-related risks	textBlock	Hassan Systems GmbH acts as the issuer and offeror of LEA tokens during the initial distribution phase. The issuer's role is limited to the execution of the public offer and related administrative and technical coordination tasks prior to the establishment of the LEA Foundation. Delays in the formation of the LEA Foundation or in the transition of governance and operational responsibilities may temporarily affect project coordination, communication, or decision-making processes. The issuer may rely on external technical infrastructure providers and development partners. Disruptions, termination of services, or failures of such third parties could affect network availability or development progress. Reputational risks, project execution challenges, or insufficient communication may adversely affect stakeholder confidence and ecosystem participation.
I.3 Other tokens-related risks	textBlock	LEA tokens are utility tokens intended for use exclusively within the LEA Blockchain ecosystem. Their functional utility depends on the continued development, availability, and operation of the LEA protocol. LEA tokens do not represent a claim to monetary value, are not redeemable, and do not confer any guaranteed economic benefit. Loss of access credentials, private keys, or wallet data may result in the irreversible loss of access to tokens. Changes in applicable legal or regulatory frameworks may affect the recognition, use, or transferability of utility tokens. In addition, vulnerabilities or failures in third-party wallet software, interfaces, or infrastructure may result in operational errors or loss outside the control of the issuer. The absence of secondary market support may materially limit the ability to transfer LEA Tokens outside the protocol environment.
I.4 Project implementation-related risks	textBlock	The LEA Blockchain is under active development, and several core components, including the consensus mechanism and validator onboarding processes, are not yet fully deployed. Development timelines and the transition to a decentralised network architecture may be affected by technical complexity, resource availability, coordination among contributors, or regulatory considerations. The planned establishment of the LEA Foundation is intended to assume long-term governance and maintenance responsibilities. Delays or organisational challenges related to its formation could affect the timing of decentralisation or ecosystem expansion. Limited early adoption by developers, validators, or users may slow network growth and reduce participation in governance or validation activities.
I.5 Technology-related risks	textBlock	At the time of publication, the LEA Blockchain operates as a controlled prototype environment without a fully decentralised consensus layer. This configuration may create dependencies on specific infrastructure components and increase exposure to service interruptions during development. Software defects, configuration errors, or weaknesses in cryptographic implementations could adversely affect system integrity, transaction processing, or token balances. The introduction of consensus mechanisms, validator participation, and staking functionality introduces additional technical risks, including potential synchronisation issues, validator misbehaviour, or consensus failures. Reliance on third-party libraries, development tools, or hosting services may introduce external dependencies that are outside the direct control of the issuer.
I.6 Mitigation measures	textBlock	Development of the LEA Blockchain follows structured software engineering practices, including version control, automated testing, and peer review through publicly accessible code repositories. Prior to broader network deployment, the project intends to conduct independent external security assessments and testing, subject to technical readiness and resource availability. Progressive decentralisation through validator participation and on-chain governance is intended to reduce single points of failure over time. The planned LEA Foundation is intended to establish governance, maintenance, and security oversight structures to support long-term operational resilience.
Part J - Information on the sustainability indicators in relation to adverse impact on the climate and other environment-related adverse impacts
J.1 Adverse impacts on climate and other environment-related adverse impacts	textBlock	The LEA Blockchain is currently operated as a single-node prototype with limited energy consumption. The technical infrastructure uses conventional cloud and server resources comparable to those of standard web applications. No specialized mining or high-intensity computation is performed. Upon activation of the full consensus layer, the network will implement a Proof-of-Stake (PoS) mechanism combined with sequential timestamping (Proof-of-History concept). This design minimizes electricity usage compared to energy-intensive Proof-of-Work systems and therefore limits adverse climate impacts. No material emissions, hazardous waste, or significant environmental externalities are currently associated with the operation or development of the LEA Blockchain. The issuer and its technical partners will continue to monitor the project's environmental footprint and adopt energy-efficient hosting and validator practices upon decentralization.
Mandatory information on principal adverse impacts on the climate and other environment-related adverse impacts of the consensus mechanism
General information about adverse impacts
S.1 Name	text	Not applicable.
S.2 Relevant legal entity identifier	text	Not applicable.
S.3 Name of the crypto-asset	text	Not applicable.
S.4 Consensus mechanism	text	Not applicable.
S.5 Incentive mechanisms and applicable fees	text	Not applicable.
S.6 Beginning of period to which disclosed information relates	date	2026-03-01
S.7 End of period to which disclosed information relates	date	2100-01-01
Mandatory key indicator
S.8 Energy consumption	energy (kWh)	8760
Sources and methodologies
S.9 Energy consumption sources and methodologies	textBlock	At the time of publication of this Whitepaper, the LEA Blockchain operates as a controlled single-node prototype without a decentralized validator network. The current infrastructure consists of one dedicated server (Intel Core i7-6700, NVMe SSD storage, 64GB RAM), operating continuously (24/7). Based on typical power consumption benchmarks for comparable hardware and an average operational load below 10%, the estimated average power consumption is approximately 70 watts. This corresponds to an estimated annual energy consumption of approximately 613 kWh. The LEA Blockchain does not use proof-of-work mining and does not require GPU-based computation. For estimation purposes, an initial decentralized validator configuration is assumed to consist of approximately 10 validator nodes, each operating comparable server hardware with an estimated average power consumption of approximately 100 watts per node. Under this assumption, estimated annual network energy consumption would amount to approximately 8,760 kWh. Actual energy consumption will depend on the final consensus configuration, validator participation, and infrastructure specifications. Updated quantitative measurements will be provided once the decentralized validator network is fully deployed.
Supplementary information on principal adverse impacts on climate and other environment-related adverse impacts of consensus mechanism
Supplementary key indicators
S.10 Renewable energy consumption	percent	0%
S.11 Energy intensity	energy (kWh)	0
S.12 Scope 1 DLT GHG emissions - controlled	GHG emissions (tCO2e)	0
S.13 Scope 2 DLT GHG emissions - purchased	GHG emissions (tCO2e)	0
S.14 GHG intensity	GHG emissions (tCO2e)	0
Sources and methodologies
S.15 Key energy sources and methodologies	textBlock	The LEA Blockchain currently operates as a controlled single-node prototype hosted on dedicated server infrastructure (Intel Core i7-class CPU, NVMe storage, 64GB RAM), operating continuously (24 hours per day, 365 days per year).For estimation purposes, energy consumption has been calculated using conservative benchmark assumptions based on typical power consumption ranges of comparable server hardware. Current prototype phase: Estimated average power consumption: approximately 70 watts Continuous operation (24/7) Estimated annual energy consumption: 0.07 kW × 24 × 365 = approximately 613 kWh per year Planned initial decentralized configuration: For estimation of network-level energy consumption, an initial configuration of approximately 10 validator nodes has been assumed. Each validator node is assumed to operate on comparable dedicated or cloud-based server infrastructure with an estimated average power consumption of approximately 100 watts per node. Estimated annual consumption per validator node: 0.1 kW × 24 × 365 = approximately 876 kWh per year. Estimated annual network consumption (10 validators): approximately 8,760 kWh per year. These calculations are based on: continuous operation (24/7), CPU-based validation, no GPU-intensive mining, no proof-of-work mechanism. Actual consumption may vary depending on final consensus implementation, validator participation levels and infrastructure specifications. No direct measurement of energy consumption at distributed validator level is currently available, as the decentralized validator network has not yet been deployed.
S.16 Key GHG sources and methodologies	textBlock	Not applicable
Optional information on principal adverse impacts on the climate and on other environment-related adverse impacts of the consensus mechanism
Optional indicators
S. 17 Energy mix	percent	0%
S.18 Energy use reduction
Energy use reduction target (absolute value)	energy (kWh)	0
Energy use reduction target (percentage)	percent	0%
S.19 Carbon intensity (kgCO2e/kWh)	decimal	0
S.20 Scope 3 DLT GHG emissions - value chain	GHG emissions (tCO2e)	0
S.21 GHG emissions reduction targets or commitments	textBlock	Not applicable
S.22 Generation of waste electrical and electronic equipment (WEEE)	mass (tonnes)	0
S.23 Non-recycled WEEE ratio	percent	0%
S.24 Generation of hazardous waste	mass (tonnes)	0
S.25 Generation of waste (all types)	mass (tonnes)	0
S.26 Non-recycled waste ratio (all types)	percent	0%
S.27 Waste intensity (all types)	mass (tonnes)	0
S.28 Waste reduction targets or commitments (all types)	textBlock	Not applicable
S.29 Impact of use of equipment on natural resources	textBlock	Not applicable
S.30 Natural resources use reduction targets or commitments	textBlock	Not applicable
S.31 Water use	volume (m3)	0
S.32 Non recycled water ratio	percent	0%
Sources and methodologies
S.33 Other energy sources and methodologies	textBlock	Not applicable
S.34 Other GHG sources and methodologies	textBlock	Not applicable
S.35 Waste sources and methodologies	textBlock	Not applicable
S.36 Natural resources sources and methodologies	textBlock	Not applicable