NIGHT MiCA White Paper

Index

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
NIGHT MiCA White Paper

General information

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-07-28

02 Statement in accordance with Article 6(3) of Regulation (EU) 2023/1114

This crypto-asset white paper has not been approved by any competent authority in any Member State of the European Union.
The offeror of the crypto-asset is solely responsible for the content of this crypto-asset white paper.

03 Compliance statement in accordance with Article 6(6) of Regulation (EU) 2023/1114

This crypto-asset white paper complies with Title II of Regulation (EU) 2023/1114 of the European Parliament and of the Council and, to the best of the knowledge of the management body, the information presented in the crypto-asset white paper is fair, clear and not misleading and the crypto-asset white paper makes no omission likely to affect its import.

04 Statement in accordance with Article 6(5), points (a), (b), (c), of Regulation (EU) 2023/1114

The crypto-asset referred to in this 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

This white paper addresses the NIGHT token, the native token of the Midnight network. Midnight is a new blockchain network designed to enable the development and deployment of decentralised applications that safeguard personal and commercial data (“Midnight”).

There is a supply of 24 billion NIGHT tokens, initially minted on the Cardano network by Midnight TGE Ltd. (the issuer and offeror), with a view to being mirrored on the Midnight network mainnet (once the latter is fully established). One unit of NIGHT is further divided into one million subunits called STAR. Tokens that circulate on Cardano will be locked on Midnight and vice-versa, effectively enforcing a supply of 24 billion circulating tokens across both networks (as further described in section F.2 (Crypto-asset functionality) below).

NIGHT will maintain the same rights and utility irrespective of the chain it runs on. This property will be enforced at the protocol level and will only apply to NIGHT tokens that are natively issued on Cardano and Midnight, or that are moved across these two blockchains via a protocol-level mechanism that is expected to be developed in the future. Those NIGHT tokens that may be wrapped, bridged, or otherwise represented in these (or other) networks by third parties will not carry any of the rights or utility of the underlying tokens they represent. This mechanism is described in more detail in section F.2 (Crypto-asset functionality) below.

NIGHT is classified as an ‘other crypto-asset’ under Regulation (EU) 2023/1114 (“MICAR”) (i.e. a crypto-asset other than an asset-referenced token or e-money token), and is designed to drive the Midnight network’s incentives system and operations. The main function of the NIGHT token will be to generate DUST for NIGHT holders.

DUST will be a network resource whose only use is to pay for transaction fees that power operations on the Midnight network – that is, to enable the execution of transactions while mitigating network congestion. At any given point in time, a variable minimum amount of DUST – dynamically adjusted according to current network capacity – will be required to execute transactions via the Midnight network. While DUST will be consumed upon use, no NIGHT tokens will be expended to execute Midnight transactions.

In order to start generating DUST, a NIGHT holder must explicitly designate a DUST recipient address. DUST can only be generated in addresses on the Midnight network.

It is intended that NIGHT will also be used for block production rewards, ecosystem growth incentives, and governance in relation to the Midnight network.

NIGHT tokens will be freely transferable, capable of listing on exchanges, and being independently wrapped, bridged, and represented across various networks, including Cardano and Midnight.

09 Further information about utility tokens

Not applicable

10 Key information about the offer to the public or admission to trading
Total offer amount N/A
Total number of tokens to be offered to the public 24 billion NIGHT
Subscription period 2025-08-05 to 2025-11-19
Minimum and maximum subscription amount N/A
Issue price amount and currency Free
Subscription fees (if any) amount and currency N/A
Target holders of tokens Retail and professional
CASP responsible for placing the token (if any) N/A
Form of placement N/A
Admission to trading NIGHT  was not listed on exchanges as part of the offer to the public, but has subsequently been listed on various exchanges (including EU crypto-asset trading platforms)
Description of offer phases See below

Description of offer phases

The NIGHT token distribution will consist primarily of three claim phases, each of which is described in more detail in section E.18 (Offer phases) below.

  • Glacier Drop: 100% of tokens available for claims by eligible participants who hold a minimum balance in native tokens on one or more of eight eligible networks.
  • Scavenger Mine: a share of tokens left unclaimed after Glacier Drop can be claimed by participants that provide solutions to computational tasks that require computing power. The remaining share of Glacier Drop-unclaimed tokens will be allotted to the Midnight core constituents (and the third claim phase) as described in section E.18 (Offer phases) below.
  • Lost-and-Found: starting sometime after mainnet launches, Glacier Drop-eligible participants who missed their first claim window will have a second opportunity to obtain a share of their original allocations – but they must use their own technical means to place their claims.

After being claimed, token allocations from Glacier Drop and Scavenger Mine must be redeemed during the Redemption Period, over a 360-day unlocking schedule which began on 10 December 2025. Tokens from the Lost-and-Found phase are immediately unlocked when that phase launches.

NIGHT MiCA White Paper

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

N Field Content
A.1 Name

Midnight TGE Ltd.

A.2 Legal form

A company limited by shares - 6EH6

A.3 Registered address

Craigmuir Chambers, Road Town, Tortola,

A.3 Country

Virgin Islands (British)

A.3 Sub-division

VG1110

A.4 Head office

Craigmuir Chambers, Road Town, Tortola,

A.4 Country

Virgin Islands (British)

A.4 Sub-division

VG1110

A.5 Registration date

2024-12-12

A.6 Legal entity identifier

984500DCE73F3CF44893

A.7 Another identifier required pursuant to applicable national law 2165098
A.8 Contact telephone number

+1 284 394 7550

A.9 E-mail address

legal@midnighttge.io

A.10 Response time (Days) 021
A.11 Parent company

Midnight Foundation

A.12 Members of the management body
Identity Business Address Functions
Claire Louise Abrehart Craigmuir Chambers,Road Town,Tortola,Virgin Islands(British),VG 1110 Director
A.13 Business activity

Midnight TGE Ltd. is a BVI Business Company limited by shares whose main activity is the issuance of the NIGHT token and related activities.

A.14 Parent company business activity

The main activity for which the Midnight Foundation has been incorporated is, initially, to foster and support the Midnight network, and the Midnight Foundation has full power and authority to carry out any object not prohibited by the laws of the Cayman Islands.

A.15 Newly established

FALSE

A.16 Financial condition for the past three years

Not applicable

A.17 Financial condition since registration

As at the date of this white paper, Midnight TGE Ltd. has been financially stable since its registration. Midnight TGE Ltd. has an interest-free intercompany loan facility of US$25 million from its parent, Midnight Foundation, to cover its operating costs.

NIGHT MiCA White Paper

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

N Field Content
B.1 Issuer different from offerror or person seeking admission to trading

FALSE

B.2 Name N/A
B.3 Legal form N/A
B.4 Registered address N/A
B.5 Head office 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 N/A
B.11 Business activity N/A
B.12 Parent company business activity N/A
NIGHT MiCA White Paper

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

N Field Content
C.1 Name N/A
C.2 Legal form N/A
C.3 Registered address N/A
C.4 Head office 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 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
NIGHT MiCA White Paper

Part D - Information about the crypto-asset project

N Field Content
D.1 Crypto-asset project name

Midnight

D.2 Crypto-asset name

NIGHT token

D.3 Abbreviation

NIGHT

D.4 Crypto-asset project description

Midnight is a new generation of blockchain that uses zero-knowledge (“ZK”) proof technology to offer utility without compromising data protection or ownership, enabling applications that safeguard user, commercial, and transaction data and metadata.

The Midnight protocol combines the use of a ZK proofs-based, public-private dual-state ledger architecture to protect data, with a composite, dual-component token-resource tokenomics design to protect metadata.

The NIGHT token will be the native crypto-asset of the Midnight network, designed to drive the network’s incentives systems and operation, and is therefore a key component of the Midnight network’s design.

Midnight will leverage the Cardano blockchain and its established ecosystem via the Cardano Partner Chain framework. The NIGHT token distribution will take place on Cardano, and NIGHT has been initially minted as a Cardano Native Asset (“CNA”).

Although the network will launch with a fully permissioned and trusted set of block producers/validators, it is expected that block production will gradually open and decentralize. As per the Cardano Partner Chain framework, the task of producing Midnight blocks and securing the network is then expected to transition to those Cardano Stake Pool Operators (“SPOs”) who choose to also take on the role of Midnight block producers in the future.

D.5 Details of all natural or legal persons involved in implementation of crypto-asset project
Name of person Type of person Business address Domicile
Midnight TGE Ltd.
Development team
Craigmuir Chambers,Road Town, Tortola,VG1110
Virgin Islands (British)
Midnight Foundation (the “Foundation”)
Development team
Harneys Fiduciary (Cayman) Limited,4th Floor,Harbour Place,P.O. Box 10240,Grand Cayman KY1-1002
Virgin Islands (British)
D.6 Utility Token Classification

FALSE

D.7 Key Features of Goods/Services for Utility Token Projects Not Applicable

The NIGHT token does not meet the definition of a “utility token” under MICAR because, although it is intended to provide access to the functionality of the Midnight network and have utility therein, this will not entail access to goods or services provided by Midnight TGE Ltd. as the issuer of the token (which will not control, operate or manage the Midnight network), nor is this the sole intended purpose of the NIGHT token (since it may also be used, for example, in decentralized on-chain governance mechanics that are expected to be developed in relation to the Midnight network).
D.8 Description of past milestones

Past milestones

The NIGHT token will be principally distributed via three claim phases (each of which is described in more detail in section E.18 (Offer phases) below):

1. Glacier Drop
2. Scavenger Mine
3. Lost-and-Found

Before commencement of the Glacier Drop phase, Midnight TGE Ltd. minted the total supply of NIGHT tokens on the Cardano network, and determined eligibility and token allocations for the Glacier Drop (see E.18 (Offer phases) below for further details about how eligibility and allocations were determined).

Midnight TGE Ltd. then launched the Glacier Drop claim phase.

Following the Glacier Drop claim phase, Midnight TGE Ltd. launched the Scavenger Mine claim phase.

Following the Scavenger Mine claim phase, the Midnight genesis block was created and the Midnight network was launched.

The Redemption Period (described in more detail in section E.18 (Offer phases) below), during which NIGHT tokens claimed during the Glacier Drop and Scavenger Mine claim phases will thaw (unlock) over a period of 360 days began on 10 December 2025. The NIGHT Claim Portal – via which Glacier Drop and Scavenger Mine claimants may check the status of their claims and transfer unlocked claimed tokens to their destination address (as discussed further in E.29 (Purchaser’s technical requirements) below) – will remain operational for 90 days following thawing (unlocking) of the last NIGHT tokens claimed during the Glacier Drop and Scavenger Mine claim phases.

Upon launch of the Midnight network:

  • A mirror image of the supply of NIGHT tokens was created on the Midnight network, such that the NIGHT tokens exist canonically on the Cardano network (as a Cardano Native Asset) and on the Midnight network (as a native token). A cross-chain software protocol ensures that circulating NIGHT tokens can only be unlocked – and thus be transferable and able to perform functions – on either the Cardano network or the Midnight network at any given time. This mechanism is further detailed in section F.2 (Crypto-asset functionality) below.
  • NIGHT token balances are able to generate DUST (described in section F.2 (Crypto-asset functionality) below) on the Midnight network.
D.8 Description of future milestones

Future milestones

Sometime after the launch of the Midnight network:

  • The Lost-and-Found claim phase will begin. It will run for a four-year period or until all remaining claimable NIGHT tokens have been claimed (described in more detail in section E.18 (Offer phases) below).
  • It is expected that, as part of the network’s evolution, NIGHT tokens in the Reserve (as defined in section E.18 (Offer phases) below) will begin to be distributed as block rewards to block producers on the Midnight network, in accordance with the network’s block reward distribution logic (as described in section H.5 (Incentive mechanisms and applicable fees) below).
  • It is also anticipated that decentralized on-chain governance mechanics will be developed, through which NIGHT tokens will function as governance tokens for the Midnight network. It is expected that such governance mechanics will, among other things, govern the award of grants of NIGHT tokens that may be held in the Treasury (as defined in section E.18 (Offer phases) below) from time-to-time to third parties, for the purposes of advancement and development of the Midnight network. The Midnight Foundation may also make grants of NIGHT tokens to third parties from a Midnight Foundation-controlled Treasury for the same purposes. Further features may also be developed in relation to the Midnight network that entail new functionalities or features for the NIGHT token (e.g., staking mechanics).
  • As the Midnight network matures and its governance framework evolves, it is intended that the system may become subject to change through on-chain governance.

NIGHT was not listed on exchanges as part of the offer to the public, but has subsequently been listed on various exchanges (including EU crypto-asset trading platforms).

D.9 Resource allocation

Midnight TGE Ltd. has an interest-free intercompany loan facility of US$25 million from its parent, Midnight Foundation.

D.10 Planned use of Collected funds or crypto-Assets

Not applicable. No funds or crypto-assets will be collected from participants by Midnight TGE Ltd. during any of the phases of the NIGHT token distribution.

NIGHT MiCA White Paper

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

N Field Content
E.1 Public offering or admission to trading

OTPC

E.2 Reasons for public offer or admission to trading

NIGHT will be the native token for the Midnight network, designed to drive the network’s incentives system and operations. Distribution of NIGHT via the claim phases described in this white paper is intended to result in the broad dissemination of the NIGHT token among participants engaged in the Web3 space. Such broad dissemination is intended to facilitate decentralization of the Midnight network, via a broad and diverse community having the means to access, operate, and contribute to Midnight, and no single person or group being able to exert overwhelming influence over the network.

E.3 Fundraising target 0
E.3 Target expressed in currency

N/A

E.3 Target expressed in digital token identifier N/A
E.4 Minimum subscription goals N/A
E.5 Maximum subscription goals N/A
E.6 Oversubscription acceptance

FALSE

E.7 Oversubscription allocation N/A
E.8 Issue price 0
E.9 Official currency or any other crypto-assets determining the issue price http://www.xbrl.org/2003/iso4217#USD
E.10 Subscription fee 0
E.10 Fee expressed in currency

N/A

E.10 Fee expressed in digital token identifier N/A
E.11 Offer price determination method

Not applicable

E.12 Total number of offered/traded crypto-assets 24000000000
E.13 Targeted holders

RETL

E.14 Holder restrictions

Eligibility criteria established for each of the three claim phases will govern who may participate in each phase.

For the Glacier Drop claim phase, eligibility was determined based on holding eligible tokens in Eligible Networks at the time of a historical snapshot, taken on 11 June 2025, before any announcements and prior to the publication of the whitepaper (as further detailed in section E.18 (Offer phases) below). The following eligibility restrictions also applied:

  • Sanctioned addresses: sanctioned addresses – based on data from a reputable blockchain forensics provider, such as Chainalysis – were not eligible.
  • Small balances: addresses containing balances of native tokens of the relevant Eligible Network with a token monetary value under 100 USD (or EUR equivalent) at the time of the snapshot were not eligible. Token monetary value for these purposes was assessed based on the rates on CoinMarketCap at the time of the historical snapshot.
  • No undue burden or harm: addresses whose inclusion, as determined by Midnight TGE Ltd., would pose undue burden or harm to the Midnight community or its ecosystem were not eligible.

For the Scavenger Mine claim phase, eligibility extended to anyone who successfully completed one or more specified computational tasks via the NIGHT Claim Portal.

For the Lost-and-Found claim phase, eligibility will be restricted to those initially eligible for Glacier Drop, but who did not claim their allocations during the Glacier Drop claim phase.

E.15 Reimbursement notice

Not applicable

E.16 Refund mechanism

Not applicable

E.17 Refund timeline

Not applicable

E.18 Offer phases

The NIGHT token distribution will consist primarily of three claim phases and a redemption period.

Claim phase 1: Glacier Drop
In the first phase, the Glacier Drop, 100% of the total supply was allocated to the community of eligible participants. Glacier Drop eligibility was assessed on the basis of control over blockchain addresses within Eligible Networks (as defined below), using purely on-chain data; no personally identifiable registration was required, and no non-public personal information was required to participate. Addresses were eligible for the claim if they met the following criteria:

  • Eligible Networks: addresses pertaining to any of the following networks - Cardano, Bitcoin, Ethereum, Solana, Ripple, BNB Chain, Avalanche, and Brave (“Eligible Networks”).
  • Minimum balance: at the time of the snapshot (discussed below), the address held the equivalent value of at least 100 USD (or EUR equivalent) in native tokens of the respective network (ADA, BTC, ETH, SOL, XRP, BNB, AVAX, and BAT). Token monetary value was assessed based on the rates on CoinMarketCap at the time of the snapshot.
  • Unsanctioned: blockchain addresses matching those listed on the Specially Designated Nationals (SDN) list of the US Department of the Treasury’s Office of Foreign Assets Control (OFAC) – based on assessment by Chainalysis, a reputable blockchain forensics provider, at the time of the snapshot – were not eligible.
  • No undue burden or harm: addresses whose inclusion, as determined by the Midnight TGE Ltd., would pose undue burden or harm to the Midnight community or its ecosystem are not eligible.

The same person was able to claim using multiple qualifying addresses.

The NIGHT token supply was apportioned between network participants in the following proportions for the purposes of the Glacier Drop:

  • 50% of the total supply allocated to Cardano participants
  • 20% of the total supply allocated to Bitcoin participants
  • The remainder of the total supply divided among the remaining Eligible Networks in proportion to the relative monetary value of the token holdings (as per CoinMarketCap data) of eligible participants at the time of the snapshot.

Eligibility was determined and allocations calculated before commencement of the Glacier Drop phase. To mitigate the risk of exploitation of potential information asymmetries, a historical date was selected — 11 June 2025, prior to the publication of the whitepaper — at which time a snapshot of each Eligible Network was taken to determine eligible addresses and their claimable NIGHT allocations.

On or around commencement of the Glacier Drop phase, a website (the “NIGHT Claim Portal”) was published, through which participants were able to make and follow the status of their claims. Detailed instructions on how to participate in Glacier Drop were provided on the NIGHT Claim Portal. During Glacier Drop, eligible participants were able to claim the NIGHT tokens allocated to them by using the NIGHT Claim Portal to (i) demonstrate control over their respective eligible blockchain addresses by signing a message using their private keys, and (ii) provide an unused Cardano address (i.e., with no previous transactions at the time of the claim) to serve as the destination address for receiving the claimed NIGHT tokens (see further section E.29 (Purchaser’s technical requirements) below). The start date for submission of Glacier Drop claims via the NIGHT Claim Portal (which was 5 August 2025) has been included in section E.21 (Subscription period beginning) and F.9 (Starting date of offer to the public or admission to trading) below.

During Glacier Drop, claimed tokens were allotted to successful claimants, but initially frozen (locked) in a redemption smart contract on the Cardano network and not transferable before they gradually thaw (unlock) during the Redemption Period (see further below).

After Glacier Drop, the token distribution moved on to the second claim phase.

Claim phase 2: Scavenger Mine
The second phase, Scavenger Mine, offered eligible participants the opportunity to claim a share of unclaimed tokens from the Glacier Drop phase.

To be eligible, prospective participants had to successfully complete one or more specified computational tasks via the NIGHT Claim Portal. They did not need to have participated in (or meet the eligibility criteria set for) the Glacier Drop phase (although Glacier Drop participants were able to participate). Like Glacier Drop, detailed instructions on how to participate in Scavenger Mine were published on the NIGHT Claim Portal.

During Scavenger Mine, participants were able to make their claims by using the NIGHT Claim Portal to (i) demonstrate successful completion of the relevant computational work, and (ii) provide an unused Cardano address (i.e., with no previous transactions at the time of the claim) to serve as the destination address for receiving the claimed NIGHT tokens (see further section E.29 (Purchaser’s technical requirements) below). The claim phase was divided into one-day slots, each beginning at 0:00 UTC, and the pool of unclaimed tokens was be split into equal daily portions, with rewards calculated and allocated at the end of each day.

During Scavenger Mine, all tokens that were left unclaimed during Glacier Drop were processed and allotted. A share of the unclaimed Glacier Drop tokens was allocated for claiming by Scavenger Mine participants, while the remainder were allocated for allotment to the core Midnight network ecosystem constituents and to the third claim phase. These amounts depended on the participation levels in the first claim phase and are set out below.

Successful participants were allotted NIGHT tokens from the unclaimed Glacier Drop tokens allocated to Scavenger Mine participants in proportion to the amount of computational work units they completed out of the total number of work units completed by all Scavenger Mine participants in a given day. NIGHT tokens claimed by Scavenger Mine participants were initially frozen (locked) in a redemption smart contract on the Cardano network in the same fashion as Glacier Drop-claimed tokens.

For every Scavenger Mine allotment to a participant, a share of the unclaimed Glacier Drop tokens was allotted by the Scavenger Mine smart contract to the core Midnight network ecosystem constituents and to the third claim phase. The share of tokens allotted to each was based on (i) the following formula:

  • Let S be the total supply of NIGHT;
  • Let G be the amount of tokens claimed during Glacier Drop;
  • Let M be the amount of tokens apportioned to participants during the Scavenger Mine phase, and calculated as:

M = max(S/100, S/10 − G/2)

  • Let A be the amount of tokens apportioned to the core network constituents and third claim phase, calculated as:

A = S − G − M

and (ii) the following allocations:

  • [35% ÷ A] to the Midnight Foundation, to be used in support of the growth of the ecosystem and its further development.
  • [30% ÷ A] to the “Reserve”, a pool of NIGHT tokens held and governed autonomously by the Midnight protocol, whose only function is to issue block production rewards to block producers on the Midnight network. In case claims during Glacier Drop were such that the sum of all subsequent allotments to core network constituents surpassed 100%, then the amount of tokens apportioned to the Reserve would be reduced by the excess amount.
  • [10% ÷ A] to Midnight TGE Ltd., reserved for commercial partnerships to provide liquidity and support the growth of the network. Any allocated tokens not used for this purpose are intended to be returned to the Reserve at a later date.
  • [5% ÷ A] to the on-chain “Treasury”, a pool of NIGHT tokens, stored in the ledger, belonging to the protocol and initially locked, with a view to being subject to the control of the decentralized on-chain governance mechanisms that are expected to be developed, the purpose of which is to fund Midnight network ecosystem growth activities and projects that are selected via the on-chain governance mechanics.

However, the following adjustments were made:

1. Reflecting the overwhelming participation in the Scavenger Mine claim phase, the number of Tokens allocated to participants during the Scavenger Mine phase was increased to 1 billion tokens (meaning M in the formula above = 1 billion tokens);
2. A decision was taken to add 60 million tokens to the Midnight TGE Ltd. allocation to maximize community access to the NIGHT token; and
3. Initially, the share of tokens to be allocated to the Lost-and-Found claim phase token pool was intended to be the same as the amount of tokens allocated as rewards for Scavenger Mine participants. However, the allocation of tokens originally meant for the Lost & Found claim phase was reduced in order to achieve the adjustments described in 1 and 2 immediately above.

As a result of these adjustments and the level of participation in the Glacier Drop and Scavenger Mine Claim phases, the final allocations of NIGHT tokens were as follows:

Recipient Total STAR (Each NIGHT token = 1,000,000 STAR) Percentage of Total Supply of NIGHT
Claims* (Glacier Drop and Scavenger Mine) 4,547,399,400,634,954 18.95%
Lost & Found 192,600,598,491,058 0.80%
Treasury 1,200,000,000,000,000 5.00%
Midnight Foundation 8,400,000,000,000,000 35%
Midnight TGE Ltd. 3,660,000,000,000,000 15.25%
Reserve 6,000,000,000,873,988 25%

*A non-divisible remainder of 873,988 STAR were allocated to the Reserve from the Scavenger Mine phase.

Following the Scavenger Mine phase, the Midnight genesis block was created and the Midnight mainnet was launched. The end of the Scavenger Mine phase constituted the end of the period during which participants may claim tokens in the token distribution described in this white paper via the NIGHT Claim Portal (although it will remain available for the purposes of redemptions during the Redemption Period, as described below). Accordingly, the end date for Scavenger Mine has been included in section E.22 (Subscription period end) below.

As discussed below, later claims via Lost-and-Found will need to be conducted by participants using their own means to interact directly with the relevant smart contracts and networks.

Redemption Period

The Redemption Period began on 10 December 2025. During this period, successfully claimed Glacier Drop and Scavenger Mine tokens will thaw (unlock) following a four-installment staggered schedule over the course of 360 days.

The date of the first installment for each successful claim will be randomly determined to fall over a range of 1-90 days, with subsequent installments following every 90 days. Token unlocks will happen in equal 25% shares at each thaw. Once tokens have thawed (unlocked), they may be transferred by claimants from the redemption smart contract exclusively to the Cardano address each claimant provided during the claim (i.e., each claimant’s destination address) via the NIGHT Claim Portal as described in E.27 (Transfer of purchased crypto-assets) below.

The exact date of the first unlock depends on a random number generated and assigned to each successful claim before the Redemption Period starts. For example:

  • A day-1 schedule would unlock 25% (or ¼) of the tokens on days 1, 91, 181, and 271.
  • A day-25 schedule would unlock 25% (or ¼) of the tokens on days 25, 115, 205, and 305.

Any residual amounts (in case the number of tokens is not divisible by four) will be unlocked in the last cycle. The thaw schedule count will start from 10 December 2025 (day zero).

NIGHT tokens claimed during Glacier Drop or Scavenger Mine by participants will be subject to the thawing schedule (lockup) described above. All other NIGHT distributions will not be subject to the thawing schedule (i.e., they will not be locked and may be transferred immediately).

The Redemption Period concludes with a 90-day grace period, starting on the date of the last thaw (unlock) of NIGHT tokens, during which the NIGHT Claim Portal website will remain operational, allowing redemptions to continue beyond the thawing of the last tokens. Following this period, the NIGHT Claim Portal will cease to be operational, and participants in Glacier Drop and Scavenger Mine who have not yet redeemed their tokens will have to use their own means to interact with the Cardano network to do so.

Claim phase 3: Lost-and-Found
The Lost-and-Found phase will begin sometime after the Midnight mainnet launches, giving original Glacier Drop-eligible participants (who did not claim during the Glacier Drop claim phase) another chance to claim a share of their original allocations. Participants claiming during this phase will have to use their own means to interact with the Midnight network smart contract that will hold their allocated tokens, and to submit and process their claims.

Lost-and-Found allocations will be a fraction of the original Glacier Drop allocations.

Tokens claimed via Lost-and-Found will be redeemable directly on the Midnight network and will not be subject to the thawing schedule (i.e., the tokens will not be locked and may be transferred immediately).

Any Lost-and-Found allocations not claimed by the end of the four-year period will be reallocated to the Treasury.

E.19 Early purchase discount

Not applicable

E.20 Time-limited offer True
E.21 Subscription period beginning

2025-08-05

E.22 Subscription period end

2025-11-19

E.23 Safeguarding arrangements for offered funds/crypto-Assets

Not applicable

E.24 Payment methods for crypto-asset purchase

Not applicable

E.25 Value transfer methods for reimbursement

Not applicable

E.26 Right of withdrawal

Not applicable

E.27 Transfer of purchased crypto-assets

Although claiming NIGHT tokens will not involve a purchase of the tokens by the claimant, to complete the process and receive their claimed NIGHT tokens, successful Glacier Drop and Scavenger Mine claimants will need to redeem them – i.e., transfer them from the redemption smart contract on the Cardano network to the destination address on the Cardano network they supplied when making their claim.

During the Redemption Period, successful Glacier Drop and Scavenger Mine claimants may use the NIGHT Claim Portal to redeem their NIGHT tokens – as the relevant tokens unlock, following the schedule outlined in section E.28 (Transfer time schedule) below – to their destination Cardano address. Claimants may choose to redeem each share of their allotted tokens as they unlock, or wait until their tokens fully unlock to redeem the whole allotment at once. Each transfer of NIGHT tokens from the redemption smart contract (whether effected via the NIGHT Claim Portal or otherwise) will require that the claimant pays a Cardano network fee, as described in section E.37 (Offer expenses).

Participants claiming during the Lost-and-Found phase will have to use their own means to submit and execute their claims. For each Lost-and-Found claim, participants will have to input cryptographic proof of control of the relevant Glacier Drop-eligible address to a smart contract hosted on the Midnight network. This proof will unlock the Lost-and-Found claim associated with that address, allowing the immediate transfer of a relevant amount of NIGHT tokens to a Midnight destination address of the claimant’s choosing. This transfer will be facilitated by DUST generated by the Lost-and-Found smart contract. No support or resources are anticipated to be provided by Midnight TGE Ltd. in relation to this phase

E.28 Transfer time schedule

See E.18 (Offer phases) above for details of the Redemption Period and thawing schedule (lockup) that will apply in relation to NIGHT tokens claimed during Glacier Drop and Scavenger Mine.

NIGHT tokens claimed during the Lost-and-Found phase will not be subject to the thawing schedule (lockup) and will be immediately transferable.

E.29 Purchaser's technical requirements

For Glacier Drop and Scavenger Mine claims, participants will be required to provide an unused destination address on the Cardano network (i.e., an address without any transaction history), to which NIGHT tokens will be transferred when they are redeemed. NIGHT claimed during these phases can only be redeemed to Cardano addresses. Participants are responsible for securely storing their private keys to ensure access to their destination address.

Lost-and-Found claimants, and Glacier Drop or Scavenger Mine participants redeeming their claimed allocations after the Redemption Period, will have to use their own means to submit and execute their claims or redemptions (as the case may be), as the NIGHT Claim Portal will not be available after the end of the Redemption Period, and will not support Lost-and-Found claims.

Lost-and-Found claims will be redeemable directly on the Midnight network, and not on Cardano. Participants during this phase must provide a Midnight destination address. DUST transaction fees for redemptions made during this phase will be covered directly by the Lost-and-Found smart contract.

E.30 Crypto-asset service provider (CASP) name N/A
E.31 CASP identifier
Not applicable, as no CASP services are involved in the context of this offer. In line with the MiCA taxonomy, which requires the indication of a CASP LEI in the case of an offer to the public, and in the absence of any CASP involvement, the issuer’s LEI has been reported in the machine-readable version solely for technical compliance purposes.
E.32 Placement form

NTAV

E.33 Trading platforms name N/A
E.34 Trading platforms Market identifier code (MIC)

Not applicable

E.35 Trading platforms access

Not applicable

E.36 Involved costs

Not applicable

E.37 Offer expenses

NIGHT tokens will be offered for free. However, the redemption of each Glacier Drop and Scavenger Mine claim will require that the claimant executes a transaction on the Cardano network, thus requiring a nominal transaction fee to be paid in Cardano’s native token, ADA. Cardano does not have a single, fixed transaction fee. Instead, the minimum fee for any given transaction is calculated using a formula defined by the protocol. For a typical simple transaction on Cardano, as of 2025-06-25 the minimum transaction fee was around 0.16 to 0.17 ADA – around 0.08 EUR as of that same date. Further details on Cardano fees can be found at the Cardano documentation website.

E.38 Conflicts of interest

The Midnight Foundation, which is the parent of Midnight TGE Ltd., received a significant proportion of NIGHT tokens as part of the token distribution. Such tokens are not subject to thawing (lockup), and the Midnight Foundation has discretion as to the transfer or use of such tokens. Midnight Foundation also currently runs 2 of the 13 federated nodes that currently operate the Midnight Network, and contracts and pays the operators of the remaining federated validator nodes. Additionally, Midnight Foundation is a member of the governance committee relating to the Midnight Network described in G.3 (Conditions for modifications of rights and obligations) below. In determining how to transfer or use such tokens, or in carrying out its roles in relation to the current federated operation and governance mechanics of the Midnight Network, Midnight Foundation will act in accordance with its purpose of advancing the development of the Midnight ecosystem and its own legal (including contractual) and regulatory obligations, and in doing so it may take decisions or actions that conflict with the interests of one or more other holders of NIGHT, or that favour the interests of one or more holders of NIGHT over others.

Midnight TGE Ltd. was also the recipient of a NIGHT token allocation, as described in section E.18 (Offer phases) above. This pool of NIGHT tokens will be reserved for use in commercial partnerships to provide liquidity and support the growth of the network at Midnight TGE Ltd.’s discretion. In administering this pool of tokens, Midnight TGE Ltd. will comply with its legal and regulatory obligations with regard to conflicts of interests and treatment of token holders.

E.39 Applicable law

The offer to the public of NIGHT in the EEA shall be governed by and interpreted in accordance with the laws of the British Virgin Islands (the "Applicable Laws").

E.40 Competent court

Any dispute arising in connection with the offer to the public of NIGHT in the EEA shall be subject to the non-exclusive jurisdiction of the courts of the British Virgin Islands. For the avoidance of doubt, however, any recipient or holder of NIGHT may commence a dispute in any court of competent jurisdiction located in that recipient or holder’s jurisdiction of domicile in circumstances where submission to a local court is required or permitted by applicable consumer law.

NIGHT MiCA White Paper

Part F - Information about the crypto-assets

N Field Content
F.1 Crypto-asset type

NIGHT tokens are crypto-assets under Title II of MICAR, being a crypto-asset other than an asset-referenced token or e-money token.

F.2 Crypto-asset functionality

NIGHT will be the Midnight network’s native token, whose main function will be to generate DUST – the Midnight network resource that will be required to execute transactions on the Midnight network. It is intended that NIGHT will also be used for block production rewards, ecosystem growth incentives, and on-chain governance in relation to the Midnight network. The key features of NIGHT are expected to be as follows:

  • Unshielded: the NIGHT token will be unshielded, meaning NIGHT transactions will be stored and publicly visible on the blockchain – including metadata, such as wallet addresses, values, and timestamps.
  • Transferable: NIGHT will be freely transferable between wallets, capable of listing on exchanges, and being independently bridged across various networks (including Cardano and Midnight). Although NIGHT was not listed on exchanges as part of the offer to the public, it has subsequently been listed on various exchanges (including EU crypto-asset trading platforms).
  • Non-expendable: NIGHT will not be expendable to facilitate transactions.
  • Disinflationary: The expansion of the circulating supply of NIGHT via block rewards will slow down over time, until the full supply is circulating and no more inflation occurs.
  • Multi-chain: In contrast with wrapped token representations, NIGHT will exist and maintain the same canonical properties and rights both on Cardano, as a Cardano Native Asset, and on Midnight, as the network’s native token.

Genesis states
The NIGHT token has a supply of 24 billion tokens. One unit of NIGHT will be further divided into one million subunits called STAR. The total NIGHT supply has been minted on the Cardano blockchain and tokens can exist in either one of two states: uncirculated or circulating.

  • Uncirculated tokens consist of NIGHT tokens allocated for block production rewards held by the Reserve.
  • Circulating tokens consist of all other tokens, including those belonging to the community and other core network constituents, like the Midnight Foundation, Midnight TGE Ltd., and Treasury.

NIGHT tokens may enter into circulation in two ways: as part of the token distribution process described in this white paper, or as block production rewards. Unless relevant changes to the Midnight network’s monetary policy or supply of NIGHT are made in the future via applicable governance mechanics (see further G.3 (Conditions for modifications of rights and obligations) below), all issuance of tokens into circulation outside the token distribution will happen in the form of block production rewards coming from the pool of uncirculated tokens in the Reserve.

Multi-chain token
When the Midnight network launches, the genesis block will contain a mirror image of the NIGHT tokens that have been minted on the Cardano network. As a result, NIGHT will exist canonically on Cardano (as a Cardano Native Asset) and on the Midnight mainnet (as a native token).
Circulating NIGHT tokens will manifest in one of two states - protocol-locked and protocol-unlocked (note this will be the case on an ongoing basis from the point that Midnight network is launched, and is different from NIGHT claimed in the Glacier Drop and Scavenger Mine being “frozen” prior to thawing):

  • Protocol-locked tokens cannot be moved or perform any functions, such as generating DUST resources or being used for governance actions.
  • Protocol-unlocked tokens can be moved by their owners and carry full utility.

Every protocol-unlocked token on Cardano will initially be protocol-locked on Midnight, and vice-versa. This ensures an initial state where no token will be unlocked on both chains at once. A cross-chain software protocol will then ensure that whenever tokens are issued/put in circulation on Midnight, a corresponding amount of tokens will be automatically locked on Cardano, such that this constraint is never violated on an ongoing basis. This is designed to ensure that the effective total supply of NIGHT can never exceed 24 billion.

There is a planned protocol-level bridge that will enable one-way transfers of NIGHT tokens natively from Cardano to Midnight. These tokens will enter circulation in the protocol-unlocked state on the Midnight network (thus becoming protocol-locked on Cardano, as per the cross-chain software protocol). However, there will not be, by mainnet launch, a protocol-level bridging mechanism to facilitate transfers of NIGHT tokens natively from Midnight to Cardano. It is expected that a two-way bridging mechanism will be developed after the launch. However, any third party can potentially build independent bridges or their own cross-chain applications to represent NIGHT tokens across any network they choose. Such third party solutions have no negative effect on the integrity of the cross-chain software protocol and fall outside the control of this offer.

Block production rewards
When expected developments in the network enable the conditions that allow the distribution of block rewards to begin, Reserve tokens will enter circulation in both networks, in a protocol-locked state on Cardano and a protocol-unlocked state on Midnight. This pool is finite, meaning once the Reserve is exhausted, the circulating supply will match the total supply in accordance with the rules encoded and enforced by the protocol itself.

Decentralized on-chain governance
Following the launch of the Midnight network, a phased approach is expected to be implemented to progressively decentralize the Midnight governance framework, expanding on-chain governance participation.

This approach aims to enable the creation and establishment of a comprehensive set of community-centric governance tools and processes, including the drafting and submission of proposals, Treasury access to fund such proposals, voting mechanisms, vote tallying, outcome communication, and automated protocol updates for proposals approved through governance action.

The governance framework will be designed to uphold high standards of security, and to ensure the integrity of the Midnight network while enabling remediation capabilities through decentralized means. The full specification and mechanics of such governance are expected to be detailed in a future document.

Resource generation: NIGHT generates DUST
NIGHT tokens will generate DUST, a shielded network resource whose only use will be to pay for transaction fees that power operations on the Midnight network – that is, to enable the execution of transactions while mitigating network congestion. NIGHT will generate DUST indefinitely, meaning DUST is akin to a renewable resource (in contrast with the traditional subtractive approach that requires tokens to be expended when making a transaction).

At any given point in time, a variable minimum amount of DUST – dynamically adjusted according to current network capacity – will be required to execute transactions via the Midnight network. While DUST will be consumed upon use, no NIGHT tokens will be expended to execute Midnight transactions.

Conceptually, this means that whoever holds NIGHT can effectively execute transactions on Midnight for free for as long as they hold enough NIGHT tokens to generate the minimum required DUST. The more NIGHT someone holds, the more DUST they generate for each period of time. This means that the higher the NIGHT holding, the higher the density of transactions – i.e., the number of transactions per unit of time – the holder has.

In order to start generating DUST, the token holder who controls a NIGHT balance will need to explicitly designate a DUST recipient address. DUST can only be generated in addresses on the Midnight network.

F.3 Planned application of functionalities

The NIGHT-generates-DUST functionality, whereby NIGHT holders designate a DUST address for resource generation, will be operational from Midnight mainnet launch. DUST will be required to execute transactions in the Midnight mainnet.

Neither the use of NIGHT to incentivize block producers as block production rewards, the use of NIGHT for governance purposes, nor the use of NIGHT from the on-chain Treasury to promote ecosystem growth initiatives will be available at mainnet launch. These functionalities are expected to be developed and implemented in the future, as outlined in section F.2 (Crypto-asset functionality) above.

F.4 Type of crypto-asset white paper

OTHR

F.5 The type of submission

MODI

F.6 Crypto-asset characteristics

NIGHT is a fungible, transferable crypto-asset falling under Title II of MICAR, as a crypto-asset other than an asset-referenced token or an e-money token. See section F.2 (Crypto-asset functionality) above for further details about NIGHT.

F.7 Commercial name or trading name

Midnight TGE Ltd.

F.8 Website of the issuer

https://www.midnight.gd/

F.9 Starting date of offer to the public or admission to trading

2025-08-05

F.10 Publication date

2026-08-07

F.11 Any other services provided by the issuer

None, beyond using NIGHT tokens allocated to it during the Scavenger Mine claim phase for commercial partnerships to provide liquidity and support the growth of the network.

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

7RDLF2HF6

F.14 Functionally fungible group digital token identifier, where available

3XKBBLRKC

F.15 Voluntary data flag

FALSE

F.16 Personal data flag

TRUE

F.17 LEI eligibility

TRUE

F.18 Home Member State

Malta

F.19 Host Member States

Austria, Belgium, Bulgaria, Croatia, Cyprus, Czechia, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Liechtenstein, Lithuania, Luxembourg, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden

NIGHT MiCA White Paper

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

N Field Content
G.1 Purchaser rights and obligations

The distribution of NIGHT tokens as described in this white paper will not involve the purchase of NIGHT tokens by participants.

Nonetheless, holders of NIGHT tokens will have the ability to access and use features within the Midnight network once operational, including generating DUST resources (thus allowing them to execute transactions and interact with applications in the network).

In the future, it is anticipated that NIGHT holders will be entitled to participate in the network’s to-be-developed decentralized on-chain governance mechanics – and potentially any other mechanics that may be designed and developed in relation to the Midnight network (e.g., staking mechanics).

Persons claiming or redeeming NIGHT during the Glacier Drop and Scavenger Mine claim phases via the NIGHT Claim Portal must abide by the terms and conditions relating to their use of the portal that will be made available via the NIGHT Claim Portal.

Additionally, all NIGHT holders, including those who do not obtain NIGHT via the Glacier Drop and Scavenger Mine claim phases, may be subject to global terms or community guidelines relating to their holding and use of NIGHT from time-to-time.

G.2 Exercise of rights and obligations

In order to generate DUST resources, NIGHT holders will have to manually designate a DUST-specific address on the Midnight network as a DUST recipient address, as described in section F.2 (Crypto-asset functionality) above. Both the Cardano Native Asset NIGHT and the Midnight-native NIGHT can generate DUST; however, DUST can only exist on the Midnight network.

NIGHT holders will be able to freely transfer, exchange, and otherwise make use of their tokens across third party applications on Cardano and/or on Midnight. These might include, for example, decentralized exchanges, third-party bridges, lending applications, and any other applications that may be developed.

G.3 Conditions for modifications of rights and obligations

The technical functions, parameters and smart-contract logic underpinning the rights and obligations attaching to NIGHT can be modified only through the governance and upgrade mechanisms described below. The codebase implementing the Midnight network is open-source and is published in the public repositories maintained by the Midnight Foundation at https://github.com/midnightntwrk.

Federated phase (current). At launch, and during the current federated phase of operation, modifications to the Midnight protocol and to the Midnight-related parameters operating on the Cardano network are made by a governance committee operating under a multisig mechanism with a defined approval threshold. The committee currently comprises two bodies: the Technical Authority (TA), a 9-member technical governance body responsible for independently evaluating and approving governance actions on technical grounds; and the Council, a 6-member governance legitimacy body responsible for independently approving governance actions on behalf of the ecosystem. On-chain actions require approval by at least 6 of 9 TA members and 4 of 6 Council members. The committee's scope of authority includes (i) updating Midnight-related parameters on the Cardano network (including the composition of the governance committee itself and the set of federated block producers); and (ii) updating the Midnight protocol — including version upgrades, hard forks and the protocol's core parameters (such as block size and ledger parameters).

Upgrade mechanics on the Cardano side. The Cardano-side implementation of the Midnight Protocol — including the NIGHT token Reserve — incorporates a purpose-built library for upgrading contract scripts. Approved modifications are propagated from the governance committee to the Cardano-side contracts through the Committee Bridge. The upgradable-contracts library has been the subject of an independent third-party security audit by TxPipe (final report dated 8 January 2026), and the Committee Bridge is the subject of a follow-on audit by TxPipe completed on 8 April 2026.

Distribution-related smart contracts. The smart contracts governing the Glacier Drop and other claim phases of the NIGHT distribution operate on the basis of objective on-chain parameters and, once deployed, execute autonomously. Any modification to those contracts is treated as a protocol change requiring committee approval through the process described above, and the modified contracts are re-audited prior to deployment.

Future on-chain governance. As the Midnight network matures, it is intended that the federated governance structure described above will transition into a decentralised on-chain governance system in which NIGHT holders (and potentially other stakeholders) may submit and vote on proposals. Under that future model, modifications to network parameters and smart-contract logic — potentially including elements that are not currently within the federated committee's scope, such as monetary-policy parameters — would be effected through on-chain proposals requiring a predefined voting threshold.

G.4 Future public offers

Not applicable

G.5 Issuer retained crypto-assets 3660000000 NIGHT (being the 15.25% of the total supply retained by Midnight TGE Ltd., as per section E.18 (Offer phases) above).
G.6 Utility Token Classification

FALSE

G.7 Key features of goods/services of utility tokens

Not applicable

G.8 Utility tokens redemption

False

G.9 Non-trading request

FALSE

G.10 Crypto-assets purchase or sale modalities

NIGHT tokens will not be bought or sold as part of the token distribution.

NIGHT tokens were not listed on exchanges as part of the token distribution. However, NIGHT is transferable by holders and has subsequently been listed on various exchanges (including EU crypto-asset trading platforms). Holders may therefore be able to transact in NIGHT on the secondary market (either over-the-counter or on-exchange).

G.11 Crypto-assets transfer restrictions

During the Redemption Period, NIGHT tokens that have been claimed in the Glacier Drop and Scavenger Mine phases will become freely transferable as they thaw (unlock) – see E.18 (Offer phases) above for more details.

NIGHT tokens claimed in the Lost-and-Found phase will not be subject to thawing (lockup) and will be immediately transferable.

NIGHT tokens allotted to the Midnight Foundation and the Midnight TGE Ltd. are immediately transferable and capable of being used in pursuit of advancing the development of the Midnight ecosystem.

NIGHT tokens allotted to the Reserve will be held and controlled by the protocol itself, and will not be transferable except as block production rewards following the rules described in section H.5 (Incentive mechanisms and applicable fees) when that expected functionality is operational.

NIGHT tokens allotted to the Treasury will be stored in the ledger, owned by the protocol, and initially locked, with a view to being unlocked when the expected on-chain decentralized governance mechanism for the Midnight network is implemented.

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

The offer to the public of NIGHT in the EEA shall be governed by and interpreted in accordance with the Applicable Laws (i.e. the laws of the British Virgin Islands).

G.19 Competent court

Any dispute arising in connection with the offer to the public of NIGHT in the EEA shall be subject to the non-exclusive jurisdiction of the courts of the British Virgin Islands. For the avoidance of doubt, however, any recipient or holder of NIGHT may commence a dispute in any court of competent jurisdiction located in that recipient or holder’s jurisdiction of domicile in circumstances where submission to a local court is required or permitted by applicable consumer law.

NIGHT MiCA White Paper

Part H – Information on underlying technology

N Field Content
H.1 Distributed ledger technology

Midnight is a new generation of blockchain technology that enables applications that protect user, commercial, and transaction metadata.

Midnight utilizes the TypeScript-based Compact programming language to segregate the application layer from the data layer, abstracting an application's smart contract code from the computationally intensive cryptographic operations of the network.

Midnight's ZK technology (based on zkSNARKs) enables succinct proofs that support efficient verification, attestations (e.g., for proofs and roll-ups), and trustless transfers. Midnight leverages the well-established Halo2 framework while elevating it using BLS (Barreto-Lynn-Scott) cryptography curves to support recursion and easy interoperability with non-ZK blockchains (such as Ethereum and Cardano). These capabilities make the Midnight blockchain a versatile and interoperable platform for multi-chain (hybrid) applications.

As per the Cardano Partner Chain framework, the NIGHT token distribution will take place on Cardano, and NIGHT has been initially minted as a Cardano Native Asset (“CNA”). As the expected implementation of that framework progresses, Midnight intends to leverage Cardano’s security infrastructure through its network of stake pool operators (“SPOs”), who will be able to permissionlessly choose to also take on the role of Midnight block producers and produce Midnight blocks sometime after mainnet launch.

For more information see the Midnight Network documentation see Midnight documentation

H.2 Protocols and technical standards

Kachina
Kachina is a formal framework for verifying privacy-preserving smart contracts within a UTXO-based blockchain architecture.
Kachina enables users to achieve confidential and general-purpose smart contract functionality without sacrificing decentralization characteristics. Kachina offers a practical protocol for realizing data-protecting smart contracts, utilizing only non-interactive zero knowledge. By design, contracts are structured in a way that gives developers a clear separation between the personal data that stays on the user’s machine, and the data that is processed publicly on-chain. At the core of the Kachina model is the concept of bridging the gap between the blockchain and users' local machines. This is achieved by representing the system through two distinct states:

  • A public state, which resides on the blockchain and is accessible to all participants; and
  • A private state, which exists locally on each user's machine.

Kachina’s contribution is to provide a model that connects the private and public states using zero-knowledge proofs. The contract itself can update both the public state and the private state simultaneously.

[See Kachina – Foundations of Private Smart Contracts paper]

Compact language
Compact is a Typescript-based programming language designed for privacy-preserving smart contracts, derived from the ideas outlined in Kachina, that maintains decentralization while bridging public and private data. It enables developers to create applications where data owners can interact with both on-chain public state and off-chain private state (e.g. local machine or server), while other parties can only access public components. Compact leverages zero-knowledge SNARK proofs to validate private data correctness without revealing sensitive information. While its compiler generates the cryptographic materials required for these proofs.

[See The Compact Language - Midnight Network documentation]

Impact virtual machine
The Midnight Network uses a virtual machine called Impact to perform public ledger state updates. These updates can happen both locally in a decentralized application (DApp) and on-chain when a transaction is submitted to the network. Impact code is presented to the network in a binary format which forms a stable application binary interface (ABI). The intent of Impact is to separate the on-chain runtime from the specific details of the Compact programming language.

[See The impact VM - Midnight Network documentation]

ZKIR
ZKIR (“ZK Intermediate Representation”) is a representation of the low-level structure of a contract’s entry points. It is used by the Compact compiler to generate prover and verifier keys for zkSNARKs, and it is also used by a proof server to generate the zkSNARKs themselves. ZKIR is given to the proof server in a binary representation which forms a stable ABI. The intent of ZKIR is to separate the proof server and underlying cryptographic libraries from the specific details of the Compact programming language.

[Public documentation will be forthcoming]

Zswap
Midnight uses Zswap – a transaction scheme that provides a provably secure and data-protecting mechanism for atomic asset swaps. Based on the Zerocash protocol, Zswap enables the merging of transactions while preserving the confidentiality of data. Zswap provides a mechanism for supporting multiple asset types and facilitating atomic swaps, thereby offering a scalable and secure solution for DeFi applications.

[See Zswap: ZK Snark Based Non-Interactive Multi-Asset Swaps’ research paper]

Cardano Native Assets (NIGHT token)
Cardano Native Assets are a core feature of the Cardano blockchain protocol, enabling the creation and management of custom tokens directly on the ledger without the need for smart contracts. The network supports multi-asset capability along with tokens to be transacted, stored, and managed with the same efficiency as the native asset, ADA. Each native asset is uniquely defined by a policy ID and an asset name, forming its fully qualified identifier on-chain. The issuance and control of these assets are governed by monetary policy scripts, which enforce minting and burning conditions, such as time locks or required signatures, at the protocol level.

[See Cardano Native Tokens documentation]

Polkadot SDK (Substrate)
Substrate is an open-source, modular, and extensible blockchain development framework developed by Parity Technologies conceived for the Polkadot network. It is designed to support the rapid creation of customized, interoperable blockchains. Substrate features a highly customizable runtime environment, which enables the definition of chain-specific logic, including consensus, governance, token economics, and smart contract functionality

[See Polkadot SDK, Module Substrate documentation]

H.3 Technology used

See sections H.1 (Distributed ledger technology (DLT)) and H.2 (Protocols and technical standards) above.

H.4 Consensus Mechanism

The Midnight network intends to leverage a novel multi-resource consensus mechanism, which will enable validators from different blockchain networks to produce blocks on Midnight.

At launch, the task of producing blocks and securing the network will be performed exclusively by a set of trusted, permissioned nodes, with a view to progressive decentralize and gradually become permissionless over time — opening up consensus participation to those Cardano SPOs who elect to also participate as Midnight block producers, and thus receive block production rewards.

As part of the Substrate framework, the Midnight network leverages Grandpa (GHOST-based recursive Ancestor Deriving Prefix Agreement) to determine which blocks are finalized and AURA (Authority Round) to determine who produces the next block, using a round-robin system where validators take turns producing blocks at regular time intervals.

H.5 Incentive Mechanisms and Applicable Fees

Midnight’s dual-component tokenomics segregates block production rewards from transaction fees, and splits these functions between the NIGHT token and the DUST resource.

Transaction fees
Transactions on the Midnight network will be executed via use of the DUST resource (see section F.2 (Crypto-asset functionality) for more details). No transaction fees will be collected by block producers; any DUST expended to pay for transactions will be burned. In contrast with single-token networks, there will not be an optional “tipping” mechanism as additional reward payouts to block producers. Neither DUST resources nor NIGHT tokens will be paid from users to block producers during transactions.

Block production rewards
Block production rewards on the Midnight network will come exclusively from NIGHT tokens allotted to the Reserve. Unlike some other blockchains, no new tokens will be minted as block rewards.

Distribution of block rewards will be governed by objective parameters included in the code of the Reserve smart contract, which will operate autonomously once deployed, and may not be amended except via the applicable governance mechanics for the Midnight network (see G.3 (Conditions for modifications of rights and obligations) above). The parameters will be such that:

  • The base block reward for a given block will be determined by the application of a “base distribution rate” to the number of NIGHT tokens in the Reserve at the moment of the production of the relevant block. The base distribution rate is a system constant that will be calculated by reference to the number of NIGHT tokens allotted to core Midnight network components during the Scavenger Mine claim phase (further described in section E.18 (Offer phases) above), an inflation rate for the circulating supply of NIGHT tokens, and the Midnight network’s blocktime (i.e., the average time in seconds it takes for block producers to produce one block in the network). Since the number of tokens in the Reserve will decrease as block rewards are distributed, but the base distribution rate will remain constant with respect to the number of tokens in the Reserve, the number of NIGHT tokens comprising the base reward for each block will decrease exponentially over time.
  • The base block reward will be split into two components: a fixed proportion distributed entirely to the successful block producer, and a variable proportion split between the successful block producer and the Treasury. The split between the fixed proportion and the variable proportion will be determined by reference to a “subsidy rate”, a protocol-level system parameter which determines the share of block rewards allocated to block producers versus the Treasury. This parameter may be amended via the decentralized on-chain governance mechanics that are anticipated to be developed for the Midnight network. Specifically, the reward split mechanics are expected to be extended as NIGHT staking is introduced. The split of the variable proportion between the successful block producer and the Treasury will depend on the “fullness” of the relevant block (i.e., how much of the maximum block space has been utilized) - the “fuller” the relevant block is, the more of the variable proportion will be distributed to the successful block producer. The intention behind splitting the base block reward in this way is to incentivize the production of “fuller” blocks by block producers.

Producing Midnight blocks
At mainnet launch, the task of producing Midnight blocks and securing the Midnight network will rest with a trusted, permissioned set of block producers. These initial block producers will not receive block production rewards.

As the implementation of the Cardano partner chain framework progresses, this task is expected to decentralize and transition to an open, permissionless system, under the responsibility of those Cardano Stake Pool Operators (“SPOs”) who choose to also take on the role of Midnight block producers. This means that Midnight will eventually be secured by Cardano’s decentralized proof-of-stake system. At that point, Midnight block production rewards will start to be paid to those Cardano SPOs acting as Midnight block producers who produce blocks according to the parameters outlined above.

Capacity leasing
At mainnet launch, it will be possible for NIGHT holders to designate their DUST generation to a DUST address owned by someone else. This may open up the opportunity for users to enter into bilateral leasing agreements of their DUST generation. These peer-to-peer agreements could enable the sponsoring of Midnight transactions via payments denominated in other tokens and even on other networks, and would be entirely up to each party.

In the future, upgrades to the protocol via applicable governance mechanics may extend this capability to be incorporated at the protocol level – enabling on-chain capacity leasing and even the advent of an on-chain capacity marketplace for DUST resources. Such upgrades may conceivably lead to the creation of a protocol-level source of inflows into the on-chain Treasury that, when coupled with the multichain-enabling technology underlying Midnight, would enable greater interoperability and sustainability for the Midnight network.

H.6 Use of distributed ledger technology

FALSE

H.7 DLT functionality description

Not applicable

H.8 Audit

TRUE

H.9 Audit outcome

The technology underlying the Midnight network is subject to an ongoing programme of independent third-party security audits, code reviews and related assurance work. This Section H.9 summarises the position as at the end of the period referred to in Section S.7 below.

The offeror has engaged the following independent firms for audits and assurance work covering components in scope of, or directly relevant to, the Midnight network: (i) TxPipe, in respect of the Cardano-side smart contracts implementing the Midnight Protocol, including the NIGHT token Reserve, the library used to upgrade contract scripts, and the Committee Bridge; (ii) Least Authority, in respect of the core Midnight network components (Ledger, Indexer, Node and Midnight.js), the SHA-3 (Keccak) circuits within Midnight's zero-knowledge stack, and the Midnight Foundation Wallet SDK and DApp Connector API; (iii) TWEAG (Modus Create), in respect of the Cardano smart contracts used to execute the Glacier Drop NIGHT distribution and the design and documentation of Midnight's key-management and operational-security architecture; and (iv) Mandiant, in respect of a cyber-maturity and cloud-security assessment of the Midnight Foundation's production environments and an incident-response retainer (which engagement does not constitute a code audit).

Findings identified in interim or initial audit reports are addressed through a remediation-and-verification cycle prior to publication of the final audit report; findings with a sufficient impact rating are required to be mitigated before the final report is released. Final audit reports are made publicly available, following remediation and verification, in accordance with each auditor's standard publication policy. The Midnight Foundation maintains a public register of completed and in-flight audits, accessible via the public repositories at https://github.com/midnightntwrk.

NIGHT MiCA White Paper

Part I - Information on risks

N Field Content
I.1 Offer-related risks

Legal and regulatory risk: The legal and regulatory environment relating to crypto-assets (including public offerings) may vary across jurisdictions where the NIGHT token distribution is conducted and is subject to change (such as the introduction of new regulatory requirements or changes in law that could influence the offeror’s ability to execute the distribution in certain jurisdictions). Legal and regulatory change may impact participation in the distribution and the amount of NIGHT tokens that are claimed.

Market risk: As a new network project, the success of the Midnight network is dependent on participant involvement. Low rates of participation in the token distribution may impact the success of the Midnight network launch.

Risks related to thawing (lockup) and redemption: The gap between the first two claim phases and the end of the Redemption Period may result in exposure for participants to price fluctuations in the ADA tokens required to transfer NIGHT to a participant’s destination address from the redemption smart contract on the Cardano network. The cost of transfer of NIGHT tokens during the Redemption Period may differ substantially from those anticipated as at the date of this white paper or during the claim phases.

Smart contract risks: The successful completion of the NIGHT token distribution is reliant on the correct design and operation of smart contracts, which may be exposed to technical vulnerabilities or issues that could lead to participants being unable to claim their NIGHT tokens, not being able to redeem claimed NIGHT tokens during the Redemption Period, or both. Errors in smart contract design and implementation could also result in eligible participants not being allocated NIGHT tokens or being unable to claim or redeem NIGHT tokens.

Concentration risk: It is possible that the token distribution may not result in the intended broad dissemination of NIGHT tokens across a diverse group of holders (for example, as a result of low levels of participation), which may impact the adoption, operations, success, and/or decentralization of the Midnight network.

I.2 Issuer-related risks

Reputational risk: The reputation of the issuer and the Foundation is vital to the success of the Midnight network and the token distribution. There is a risk of negative public perception of both the issuer and the Foundation through negative publicity, which may reduce confidence in the NIGHT token and the Midnight network and impact the success of the project.

Third-party risks: The issuer relies on service providers within its group and externally to provide essential services and funding for its activities in relation to the token distribution and the Midnight network. Any issues faced by such third parties could directly impact the issuer’s ability to execute the token distribution.

Legal and regulatory risk: Issuers of crypto-assets such as NIGHT are subject to an evolving global legal and regulatory landscape. Shifting regulatory regimes may impact the operation of the issuer, requiring the issuer to obtain regulatory licences or cease offering the NIGHT tokens. Compliance with varying regulatory requirements across different jurisdictions can be complex and may lead to operational challenges and costs or the risk of regulatory fines or other legal liabilities for the issuer.

Issuer sunset risk: Midnight TGE Ltd. is a special purpose entity established for the purpose of issuing the NIGHT token and conducting the token distribution. Once the token distribution has been completed, responsibility for stewardship of the Midnight network will be the responsibility of the Midnight Foundation, and Midnight TGE Ltd. may become dormant or cease to exist altogether.

Environmental, Social, and Governance (ESG) risk: The growing global focus on ESG factors creates the risk that failing to uphold sustainable and ethical practices could harm the issuer reputationally. New ESG obligations could impose compliance requirements on the issuer which are costly to implement, such as regulation of certain consensus mechanisms impacting the operation of the Midnight network.

I.3 Crypto-assets-related risks

Loss of access to NIGHT: A participant’s ability to access their NIGHT tokens is subject to the participant’s safeguarding of their own private keys (including, with respect to claims during the Glacier Drop and Scavenger Mine, the private keys to Cardano address supplied as the destination address for claimed NIGHT tokens at the time of the claim). NIGHT tokens are vulnerable to the risk of loss where participants lose their private keys or rely on unproven or vulnerable wallet or custody services.

Irreversibility of blockchain transactions: NIGHT transactions may be irreversible and users may lose some or all of their NIGHT if they execute a transfer to an unintended blockchain address.

Scam risk: Malicious actors may set up fake or fraudulent websites and attempt to defraud potential claimants during the NIGHT token distribution. As NIGHT tokens become freely transferable, holders may be susceptible to scam or fraud attempts from malicious actors, leading to losses for holders of NIGHT where NIGHT is transferred from a holder’s wallet or address.

Liquidity risk: NIGHT is primarily intended for use on the Midnight network, including block production rewards, ecosystem growth incentives and governance on the Midnight network, as well as generation of DUST. The potential for a secondary market for NIGHT depends on future developments, which cannot be guaranteed at this time and there may be no secondary market for the sale of NIGHT.

I.4 Project implementation-related risks

Midnight is still under development: The Midnight network and related technology are still under development, and will continue to be under development at launch and during the NIGHT token distribution. There can be no guarantee that development of the Midnight network and related technology will be completed as intended, in a timely fashion, or at all. Delays in development, changes to designs or technical specifications, or failure to complete development of one or more components of the Midnight network may result in delay, material change to, or non-occurrence of one or more of the following as contemplated in this white paper: the claim phases (including the Redemption Period and the ability of participants to redeem NIGHT tokens even if successfully claimed); the launch of the Midnight network; and the expected features and functionality of the NIGHT token. Any forward-looking statements in this white paper about the NIGHT tokens or the Midnight network (including, for example, statements using terms such as “may”, “will”, “expected”, “anticipated”, “intended”, the negative of such terms, or similar expressions) are therefore only predictions, based largely on the offeror’s understanding and expectations about the plans for development and launch of the Midnight network and the NIGHT token as at the date of this white paper, but which are inherently subject to known and unknown risks, uncertainties, and other important factors (which may be beyond the knowledge or control of the offeror) that may impact the actual outcomes in each case. Accordingly, any forward-looking statements in this white paper should not be relied on as reliable or accurate statements about future events. The events and circumstances set forth in any forward-looking statements may not be achieved or occur and actual results could differ materially from those stated.

Competition risk: There are an ever-growing number of crypto-asset projects (including those seeking to leverage ZK proof technology to provide the same or similar functionality as the Midnight protocol), which may compete with the Midnight network for participants and adoption. Low participation or adoption due to competition from other projects may impact the launch of the Midnight network, its continuing operation post-launch, or the overall success of the project. The project may be unable to compete with larger or better resourced projects, which may negatively impact the success of the project.

I.5 Technology-related risks

Reliance on Cardano network: NIGHT tokens have been initially minted on the Cardano network and subject to vulnerabilities of the Cardano network. Disruptions, outages, or security breaches in the Cardano network could impact the minting, availability or functionality of NIGHT tokens. Disruptions in the Cardano network may impact a participant’s ability to transfer redeemed tokens to their destination address.

Smart contract risks: The smart contracts deployed to mint and redeem NIGHT tokens or to ensure the transfer of NIGHT tokens, including to other networks, may be exposed to technical vulnerabilities that could lead to losses for participants or NIGHT holders.

Network transition risks: Moving NIGHT tokens from Cardano to Midnight (or vice versa) will require making use of a cross-chain mechanism that has not yet been designed, and will likely incur some risk depending on that mechanism’s design.

Network governance: Faulty governance models can lead to ineffective decision-making, slow responses to issues, and potential network forks, undermining stability and integrity. Moreover, there is a risk of concentration that may lead to the disproportionate influence by a group of stakeholders, centralized power and decisions that may not align with the broader public’s interests. In addition, at launch, the Midnight network is expected to be governed by a concentrated group of select stakeholders via a federated governance structure - there is a risk such stakeholders may act in concert to exert control over the Midnight network which may impact the success of the project or result in actions being taken by such stakeholders in their own interests and not in the interests of other NIGHT holders.

Network attacks and cyber security risks: Blockchain networks can be vulnerable to a variety of cyber-attacks, including 51% attacks, where an attacker gains control of the majority of the network's consensus, Sybil attacks, or DDoS attacks. These can disrupt the network’s operations and compromise data integrity, affecting its security and reliability.

Economic self-sufficiency and operational parameters: A blockchain network might not reach the critical mass in transaction volume necessary to sustain self-sufficiency and remain economically viable to incentivize block production. In failing to achieve such inflection point, a network might lose its relevance, become insecure, or result in changes to the protocol’s operational parameters, such as the monetary policy, fee structure and consensus rewards, governance model, or technical specifications such as block size or intervals.

Consensus Failures or Forks: Faults in the consensus mechanism or schisms within the community can lead to network halts or unintended network forks (where multiple versions of the ledger coexist, creating uncertainty around which version should be canonical) potentially destabilizing the network and reducing trust among participants.

Unknown or unforeseen risks: Blockchain technology and crypto-assets are relatively new and untested technologies. Unknown or unforeseen risks may therefore arise either instead of or in addition to the risks set out in this section of the white paper. Additional risks may also materialise as a result of unanticipated variations or combinations of the risks discussed in this section.

I.6 Mitigation measures

With respect to the different risks discussed in this Part I (Information on risks), the offeror will take steps to mitigate certain of these risks as follows:

1. Mitigation measures concerning offer-related risks

Legal and Regulatory Risk: The offeror will maintain close relationships with legal counsel to ensure legal implications pursuant to issuance and distribution of NIGHT are appropriately monitored and addressed.

Smart Contract Risks: The source code of the smart contracts governing the operation of the distribution will be publicly available in real time. Smart contracts relating to NIGHT will be comprehensively audited. In the event of a modification to the source code, the smart contract will be audited again to ensure that no potential security exploit can happen.

2. Mitigation measures concerning issuer-related risks

Third-Party Risks: When the issuer relies on a third party to provide important services, it generally enters into an agreement containing specific clauses ensuring that the service provider cannot terminate the business relationship without notice. Third parties with whom Midnight contracts may also be subject to due diligence procedures to ensure their financial viability and to limit any other risks of non-compliance.

3. Mitigation measures concerning crypto-assets-related risks

Scam Risk: The offeror cannot directly prevent scams related to NIGHT. At the same time, it or the Foundation will regularly educate users about NIGHT tokens, how to claim and use them, as well as about scam risks and how to avoid them via various channels.

Irreversibility of blockchain transactions: The offeror cannot directly control for this possibility based on user error, but it or the Foundation will inform users about this risk in the context of the token distribution.

4. Mitigation measures concerning project implementation-related risks

Governance Issues: Following the launch of Midnight mainnet, a phased approach will be implemented to progressively decentralize the Midnight governance framework, expanding on-chain governance participation. The governance framework will be designed to uphold high standards of security, and to ensure the integrity of the Midnight network while enabling remediation capabilities through decentralized means.

5. Mitigation measures concerning technology-related risks

The software development process used to develop Midnight technologies demonstrates known best practices for engineering secure systems. The software artifacts delivered must be of high quality and meet standards relevant to the requirements of our users, regulators, and ourselves.

The codebase contributors strive to provide high-quality software with minimal vulnerability risk, mitigated by routine scans, audits, and the practices implemented produce well-secured software. These practices include:

  • Design software to meet security requirements and mitigate security risks
  • Review the software design to verify compliance with security requirements and risk information
  • Reuse existing, well-secured software when feasible instead of duplicating functionality
  • Create source code by adhering to secure coding practices
  • Configure the compilation, interpreter, and build processes to improve executable security
  • Review and/or analyze human-readable code to identify vulnerabilities and verify compliance with security requirements
  • Test executable code to identify vulnerabilities and verify compliance with security requirements
  • Configure software to have secure settings by default
These practices apply to the artifacts produced.
NIGHT MiCA White Paper

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

N Field Content
J.1 Adverse impacts on climate and other environment-related adverse impacts The Midnight network operates as a partner-chain to Cardano and accordingly its energy consumption is reported on an incremental basis — that is, as the energy consumption attributable to operating the Midnight network over and above the consumption of the underlying Cardano network. Cardano operates a proof-of-stake consensus mechanism that is independently assessed as among the most energy-efficient public blockchains; the Crypto Carbon Ratings Institute reports per-node electricity consumption for Cardano of approximately 199.45 kWh per node per year.
During the current federated phase of operation, fewer than 20 nodes (currently 13 nodes) perform block production on the Midnight network. When permissionless block production is enabled, the offeror expects approximately 150 to 300 nodes (in any event no more than 500 nodes) to perform that function. In each phase, a Midnight block-producing node is estimated to consume approximately twice the energy of a comparable Cardano node, reflecting the additional cryptographic and proof-related workload performed by Midnight nodes relative to a Cardano stake-pool operator node.
The principal adverse impact on climate associated with the operation of the Midnight network is therefore the electricity consumption (and associated greenhouse-gas emissions) attributable to the incremental energy used by Midnight block-producing nodes, together with the electricity consumption of the Midnight Foundation's supporting cloud infrastructure (which is hosted on commercial cloud providers operating under their own published environmental commitments). No other adverse environment-related impacts have been identified as material in the context of operating the Midnight network during the reporting period.
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

Midnight TGE Ltd.

S.2 Relevant legal entity identifier 2165098
S.3 Name of the crypto-asset

NIGHT token

S.4 Consensus Mechanism

The Midnight network intends to leverage a novel multi-resource consensus mechanism, which will enable validators from different blockchain networks to produce blocks on Midnight.

At launch, the task of producing blocks and securing the network will be performed exclusively by a set of trusted, permissioned nodes, with a view to progressive decentralize and gradually become permissionless over time — opening up consensus participation to those Cardano SPOs who elect to also participate as Midnight block producers, and thus receive block production rewards.

As part of the Substrate framework, the Midnight network leverages Grandpa (GHOST-based recursive Ancestor Deriving Prefix Agreement) to determine which blocks are finalized and AURA (Authority Round) to determine who produces the next block, using a round-robin system where validators take turns producing blocks at regular time intervals.

S.5 Incentive Mechanisms and Applicable Fees

See Section H.5 (Incentive mechanisms and applicable fees)

S.6 Beginning of the period to which the disclosed information relates

2026-03-17

S.7 End of period to which disclosed information relates

2026-07-10

Mandatory key indicator
S.8 Energy consumption 5200

Approximately 5,200 kWh per calendar year (incremental over the underlying Cardano network).
Calculation: 13 Midnight block-producing nodes operating during the federated phase × approximately 2× the per-node electricity consumption of a Cardano node (199.45 kWh per node per year, as reported by the Crypto Carbon Ratings Institute) = approximately 5,186 kWh per calendar year, rounded to 5,200 kWh.
The figure has been calculated in accordance with the calculation guidance set out at point AR 32 of Appendix A to ESRS E1 (Annex I to Commission Delegated Regulation (EU) 2023/2772) and is expressed on an incremental basis as described in J.1 above. No off-setting mechanisms have been taken into account in deriving the figure.
Sources and methodologies
S.9 Energy consumption sources and methodologies

The figure reported in field S.8 has been prepared in accordance with Commission Delegated Regulation (EU) 2025/422 (the MiCA sustainability disclosure RTS), applying the methodology framework of ESRS E1 set out in Annex I to Commission Delegated Regulation (EU) 2023/2772, including the energy-consumption guidance at point AR 32 of Appendix A.
The figure is an estimate. Per-node energy-consumption data for individual block-producing nodes on the Midnight network is not currently collected on a per-node basis. The offeror has therefore estimated total annual incremental energy consumption attributable to the operation of the Midnight network by: (i) taking, as the per-node baseline for a comparable Cardano stake-pool operator node, the figure of 199.45 kWh per node per year published by the Crypto Carbon Ratings Institute in its 2024 publication Cardano Sustainability Indicators — Network Assessment & Methodology, being the most recent independent, methodology-disclosed measurement of the Cardano network's per-node energy consumption known to the offeror; (ii) applying a multiplier of approximately 2× to reflect the higher resource intensity of a Midnight block-producing node relative to a Cardano node, derived from the offeror's internal engineering benchmarks and adopted at the upper end of the supported range; and (iii) multiplying by the number of block-producing nodes operating on the Midnight network during the period referred to in fields S.6 and S.7 (13 nodes during the current federated phase; expected to be in the range of approximately 150 to 300 nodes in the permissionless phase, with a maximum of 500 nodes).
No off-setting mechanisms have been taken into account in deriving the figure reported in S.8.
The offeror has used reasonable assumptions in deriving this estimate and is not currently aware of a more accurate publicly available basis on which the figure could be calculated. The offeror will keep this methodology under review and refine the figure as direct per-node energy data becomes available — in particular when permissionless block production is enabled — and will publish a modified white paper where required by Article 6(3) of Regulation (EU) 2023/1114.

Supplementary information on principal adverse impacts on climate and other environment-related adverse impacts of the consensus mechanism
Supplementary key indicators
S.10 Renewable energy consumption N/A
S.11 Energy intensity N/A
S.12 Scope 1 DLT GHG emissions – Controlled N/A
S.13 Scope 2 DLT GHG emissions – Purchased N/A
S.14 GHG intensity N/A
Sources and methodologies
S.15 Key energy sources and methodologies N/A
S.16 Key GHG sources and methodologies N/A
Disclaimer: This document is made available by the MiCA Crypto Alliance Limited ("MiCA Crypto Alliance"), trading as “The MiCA Crypto Alliance”. MiCA Crypto Alliance does not provide any warranty of any kind, express or implied, including but not limited to warranties of accuracy, fitness for a particular purpose, compliance with any laws and/or non-infringement. MiCA Crypto Alliance also assumes no responsibility for any errors, defects, or omissions in the document. To the maximum extent permitted by applicable laws, MiCA Crypto Alliance will not be liable for any direct, indirect, incidental, special, consequential, or exemplary damages, including but not limited to, damages for loss of profits, goodwill, data, or other intangible losses arising out of or relating to any use and/or reliance on the information in this document, however arising, including negligence.
https://xbrl.org/2024/iso3166#VGhttps://xbrl.org/2024/iso3166#VG https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#DevelopmentTeam https://xbrl.org/2024/iso3166#VG https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#DevelopmentTeam https://xbrl.org/2024/iso3166#VG https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#OfferToPublichttps://www.esma.europa.eu/taxonomy/2025-03-31/mica/#RetailInvestorshttps://www.esma.europa.eu/taxonomy/2025-03-31/mica/#NotApplicablePlacementFormhttps://www.esma.europa.eu/taxonomy/2025-03-31/mica/#OtherCryptoassetWhitePaperhttps://www.esma.europa.eu/taxonomy/2025-03-31/mica/#ModifyTypeOfSubmissionhttps://www.esma.europa.eu/taxonomy/2025-03-31/mica/#MaltaMemberStatehttps://www.esma.europa.eu/taxonomy/2025-03-31/mica/#AustriaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#BelgiumMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#BulgariaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#CroatiaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#CyprusMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#CzechiaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#DenmarkMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#EstoniaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#FinlandMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#FranceMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#GermanyMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#GreeceMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#HungaryMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#IcelandMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#IrelandMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#ItalyMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LatviaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LiechtensteinMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LithuaniaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LuxembourgMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#NetherlandsMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#NorwayMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#PolandMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#PortugalMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#RomaniaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#SlovakiaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#SloveniaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#SpainMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#SwedenMemberState 984500DCE73F3CF44893 984500DCE73F3CF44893 2026-12-31 984500DCE73F3CF44893 2026-01-01 2026-12-31 984500DCE73F3CF44893 2026-01-01 2026-12-31 1 984500DCE73F3CF44893 2026-01-01 2026-12-31 1 984500DCE73F3CF44893 2026-01-01 2026-12-31 2 984500DCE73F3CF44893 2026-01-01 2026-12-31 1 984500DCE73F3CF44893 2026-01-01 2026-12-31 2 utr:D iso4217:USD xbrli:pure utr:tCO2e xbrli:pure utr:kg utr:m3 utr:t utr:J utr:kWh