https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#AdmissionToTradinghttps://www.esma.europa.eu/taxonomy/2025-03-31/mica/#AllTypesOfInvestorshttps://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/#NewTypeOfSubmissionhttps://www.esma.europa.eu/taxonomy/2025-03-31/mica/#IrelandMemberStatehttps://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/#ItalyMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LatviaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LiechtensteinMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LithuaniaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#LuxembourgMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#MaltaMemberState https://www.esma.europa.eu/taxonomy/2025-03-31/mica/#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 984500DE7AF09CDDDB83 2026-01-01 2026-12-31 984500DE7AF09CDDDB83 2026-12-31 utr:kWh xbrli:pure

Crypto-Asset White Paper|The AntSeed Foundation

MiCAR White Paper

This white paper has been prepared in accordance with Regulation (EU) 2023/1114 of the European Parliament and of the Council of 31 May 2023 on markets in crypto-assets (MiCAR).


Publication date
2026-10-28
Person seeking admission to trading
The AntSeed Foundation

Table of Contents

  1. Preamble
    1. 00Table of content
    2. 01Date of notification
    3. 02Statement in accordance with Article 6(3) of Regulation (EU) 2023/1114
    4. 03Compliance statement in accordance with Article 6(6) of Regulation (EU) 2023/1114
    5. 04Statement in accordance with Article 6(5), points (a), (b), (c), of Regulation (EU) 2023/1114
    6. 05Statement in accordance with Article 6(5), point (d), of Regulation (EU) 2023/1114
    7. 06Statement in accordance with Article 6(5), points (e) and (f), of Regulation (EU) 2023/1114
  2. SUMMARY
    1. 07Warning in accordance with Article 6(7), second subparagraph, of Regulation (EU) 2023/1114
    2. 08Characteristics of the crypto-asset
    3. 09Further information about utility tokens
    4. 10Key information about the offer to the public or admission to trading
  3. Part A - Information about the Offeror or the Person Seeking Admission to Trading
    1. A.1Name
    2. A.2Legal form
    3. A.3Registered address
    4. A.4Head office
    5. A.5Registration date
    6. A.6Legal entity identifier
    7. A.7Another identifier required pursuant to applicable national law
    8. A.8Contact telephone number
    9. A.9E-mail address
    10. A.10Response time (days)
    11. A.11Parent company
    12. A.12Members of management body
    13. A.13Business activity
    14. A.14Parent company business activity
    15. A.15Newly established
    16. A.16Financial condition for the past three years
    17. A.17Financial condition since registration
  4. Part B - Information about the Issuer, If Different from the Offeror or Person Seeking Admission to Trading
    1. B.1Issuer different from offerror or person seeking admission to trading
    2. B.2Name
    3. B.3Legal form
    4. B.4Registered address
    5. B.5Head office
    6. B.6Registration date
    7. B.7Legal entity identifier
    8. B.8Another identifier required pursuant to applicable national law
    9. B.9Parent company
    10. B.10Members of management body
    11. B.11Business activity
    12. B.12Parent company business activity
  5. Part C - Information about the Operator of the Trading Platform
    1. C.1Name
    2. C.2Legal form
    3. C.3Registered address
    4. C.4Head office
    5. C.5Registration date
    6. C.6Legal entity identifier
    7. C.7Another identifier required pursuant to applicable national law
    8. C.8Parent company
    9. C.9Reason for crypto-asset white paper preparation
    10. C.10Members of management body
    11. C.11Operator business activity
    12. C.12Parent company business activity
    13. C.13Other persons drawing up the crypto-asset white paper according to Article 6(1), second subparagraph, of Regulation (EU) 2023/1114
    14. C.14Reason for drawing the white paper by persons referred to in Article 6(1), second subparagraph, of Regulation (EU) 2023/1114
  6. Part D - Information about the Crypto-Asset Project
    1. D.1Crypto-asset project name
    2. D.2Crypto-asset name
    3. D.3Abbreviation
    4. D.4Crypto-asset project description
    5. D.5Details of all natural or legal persons involved in implementation of crypto-asset project
    6. D.6Utility token classification
    7. D.7Key features of goods or services for utility token projects
    8. D.8Plans for the token
    9. D.9Resource allocation
    10. D.10Planned use of collected funds or other tokens
  7. Part E - Information about the Offer to the Public of Crypto-Assets or their Admission to Trading
    1. E.1Public offering or admission to trading
    2. E.2Reasons for public offer or admission to trading
    3. E.3Fundraising target
    4. E.4Minimum subscription goals
    5. E.5Maximum subscription goals
    6. E.6Oversubscription acceptance
    7. E.7Oversubscription allocation
    8. E.8Issue price
    9. E.9Official currency determining issue price
    10. E.10Subscription fee
    11. E.11Offer price determination method
    12. E.12Total number of offered or traded other tokens
    13. E.13Targeted holders
    14. E.14Holder restrictions
    15. E.15Reimbursement notice
    16. E.16Refund mechanism
    17. E.17Refund timeline
    18. E.18Offer phases
    19. E.19Early purchase discount
    20. E.20Time-limited offer
    21. E.21Subscription period beginning
    22. E.22Subscription period end
    23. E.23Safeguarding arrangements for offered funds or other tokens
    24. E.24Payment methods for other token purchase
    25. E.25Value transfer methods for reimbursement
    26. E.26Right of withdrawal
    27. E.27Transfer of purchased other tokens
    28. E.28Transfer time schedule
    29. E.29Purchaser's technical requirements
    30. E.30Other token service provider (CASP) name
    31. E.31CASP identifier
    32. E.32Placement form
    33. E.33Trading platforms name
    34. E.34Trading platforms market identifier code (MIC)
    35. E.35Trading platforms access
    36. E.36Involved costs
    37. E.37Offer expenses
    38. E.38Conflicts of interest
    39. E.39Applicable law
    40. E.40Competent court
  8. Part F - Information about the Crypto-Assets
    1. F.1Other token type
    2. F.2Other token functionality
    3. F.3Planned application of functionalities
    4. F.4Type of crypto-asset white paper
    5. F.5Type of submission
    6. F.6Other token characteristics
    7. F.7Commercial name or trading name
    8. F.8Website of the issuer
    9. F.9Starting date of offer to the public or admission to trading
    10. F.10Publication date
    11. F.11Any other services provided by the issuer
    12. F.12Language or languages of white paper
    13. F.13Digital token identifier code used to uniquely identify the crypto-asset or each of the several crypto assets to which the white paper relates, where available
    14. F.14Functionally fungible group digital token identifier, where available
    15. F.15Voluntary data flag
    16. F.16Personal data flag
    17. F.17LEI eligibility
    18. F.18Home member state
    19. F.19Host member states
  9. Part G - Information on the Rights and Obligations attached to the Crypto-Assets
    1. G.1Purchaser rights and obligations
    2. G.2Exercise of rights and obligations
    3. G.3Conditions for modifications of rights and obligations
    4. G.4Future public offers
    5. G.5Issuer retained other token
    6. G.6Utility token classification
    7. G.7Key features of goods or services utility tokens
    8. G.8Utility tokens redemption
    9. G.9Non-trading request
    10. G.10Other tokens purchase or sale modalities
    11. G.11Other tokens transfer restrictions
    12. G.12Supply adjustment protocols
    13. G.13Supply adjustment mechanisms
    14. G.14Token value protection schemes
    15. G.15Token value protection schemes description
    16. G.16Compensation schemes
    17. G.17Compensation schemes description
    18. G.18Applicable law
    19. G.19Competent court
  10. Part H - Information on the underlying technology
    1. H.1Distributed ledger technology (DTL)
    2. H.2Protocols and technical standards
    3. H.3Technology used
    4. H.4Consensus mechanism
    5. H.5Incentive mechanisms and applicable fees
    6. H.6Use of distributed ledger technology
    7. H.7DLT functionality description
    8. H.8Audit
    9. H.9Audit outcome
  11. Part I - Information on Risks
    1. I.1Offer-related risks
    2. I.2Issuer-related risks
    3. I.3Other tokens-related risks
    4. I.4Project implementation-related risks
    5. I.5Technology-related risks
    6. I.6Mitigation measures
  12. Part J – Information on the sustainability indicators in relation to adverse impact on the climate and other environment-related adverse impacts
    1. S.1Name
    2. S.2Relevant legal entity identifier
    3. S.3Name of the crypto-asset
    4. S.4Consensus mechanism
    5. S.5Incentive mechanisms and applicable fees
    6. S.6Beginning of period to which disclosed information relates
    7. S.7End of period to which disclosed information relates
    8. S.8Energy consumption
    9. S.9Energy consumption sources and methodologies
    10. S.10Renewable energy consumption
    11. S.11Energy intensity
    12. S.12Scope 1 DLT GHG emissions - controlled
    13. S.13Scope 2 DLT GHG emissions - purchased
    14. S.14GHG intensity
    15. S.15Key energy sources and methodologies
    16. S.16Key GHG sources and methodologies
    17. S.17Energy mix
    18. S.18Energy use reduction
    19. S.19Carbon intensity
    20. S.20Scope 3 DLT GHG emissions - value chain
    21. S.21GHG emissions reduction targets or commitments
    22. S.22Generation of waste electrical and electronic equipment (WEEE)
    23. S.23Non-recycled WEEE ratio
    24. S.24Generation of hazardous waste
    25. S.25Generation of waste (all types)
    26. S.26Non-recycled waste ratio (all types)
    27. S.27Waste intensity (all types)
    28. S.28Waste reduction targets or commitments (all types)
    29. S.29Impact of the use of equipment on natural resources
    30. S.30Natural resources use reduction targets or commitments
    31. S.31Water use
    32. S.32Non recycled water ratio
    33. S.33Other energy sources and methodologies
    34. S.34Other GHG sources and methodologies
    35. S.35Waste sources and methodologies
    36. S.36Natural resources sources and methodologies

Preamble

00 Table of content

true

01 Date of notification

2026-09-29

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

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

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

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

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

The crypto-asset referred to in this crypto-asset white paper may lose its value in part or in full, may not always be transferable and may not be liquid.

05 Statement in accordance with Article 6(5), point (d), of Regulation (EU) 2023/1114

false

06 Statement in accordance with Article 6(5), points (e) and (f), of Regulation (EU) 2023/1114

The crypto-asset referred to in this white paper is not covered by the investor compensation schemes under Directive 97/9/EC of the European Parliament and of the Council or the deposit guarantee schemes under Directive 2014/49/EU of the European Parliament and of the Council.

SUMMARY

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 offer documents pursuant to the applicable national law. This crypto-asset white paper does not constitute a prospectus as referred to in Regulation (EU) 2017/1129 of the European Parliament and of the Council or any other offer document pursuant to Union or national law.

08 Characteristics of the crypto-asset

ANTS is the native token of the AntSeed protocol, implemented as an ERC-20 token on the Base blockchain. It is designed to be used to access features of the protocol. These features are functions of the protocol, not rights attached to the token itself, and each requires separate action by the holder; simply holding ANTS does not confer any entitlement.

Payments for AI services on the network are made in USDC, a US dollar stablecoin, and not in ANTS. ANTS is a reputational and separate incentive mechanism: the protocol creates new ANTS on a scheduled basis and allocates it to participants based on their verified activity on the network, such as completed service payments. These allocations require active participation and are not received through passive holding.

Offering paid services on the network does not require a stake; providers are paid in USDC for services rendered regardless of whether any ANTS is staked. A stake is relevant only to establish eligibility for ANTS rewards. That eligibility stake is denominated in ANTS and held in seller pools attached to a provider's on-chain identity, and any ANTS holder may stake in support of a provider. A legacy mechanism under which eligibility was established through a USDC-denominated stake remains available as a fallback until it is explicitly disabled.

The token has a maximum supply of 1.04 billion ANTS. As at 29 September 2026, approximately 120 million ANTS had been released under the emission schedule, of which approximately 118.67 million (98.9%) had been minted, including 3 million ANTS allocated to the burn address. Transfers of ANTS are currently restricted; transferability is targeted for Q4 2026, although no date has been fixed. New tokens are released on a fixed weekly schedule of 5 million ANTS per week, with the weekly amount halving every 104 weeks. Each week's release is allocated across fixed and dynamic components: 15% to the Foundation and 15% to contributors are fixed regardless of network activity, while up to 10% to verification and other growth incentives, up to 40% to stakers and up to 10% each to buyers and providers scale with network activity. Up to 30% of that week's scheduled release that is not earned through actual network activity shall be permanently removed from circulation ("burned"). The remaining balance shall be allocated to the Foundation. A portion of the Foundation’s allocation has been committed to the institutional and venture-capital investors through private sales, subject to lock-up and vesting restrictions.

The protocol charges a 4% fee on AI service payments. These fees accumulate in a separate reserve contract. Accumulated fees may in future be directed to purchasing ANTS on the open market and permanently removing the purchased tokens from circulation (a "buy-and-burn" mechanism). This is not currently operating, and its activation and terms depend on the protocol's contracts and governance parameters.

The AntSeed protocol operates on a decentralised, non-custodial and open-source basis, without a central operator or centralised user onboarding; participants interact directly with the protocol's smart contracts. Funds are held in smart contracts under rules fixed in code and not by the Foundation or any other person.

09 Further information about utility tokens

N/A .

10 Key information about the offer to the public or admission to trading

This white paper has been prepared for the purposes of seeking admission to trading on multiple crypto-asset trading platforms. The Issuer seeks to ensure broad accessibility for the ANTS token by pursuing admission to trading across suitable venues.

Part A - Information about the Offeror or the Person Seeking Admission to Trading

A.1 Name

The AntSeed Foundation

A.2 Legal form

A private foundation registered under the Private Foundations Act 2017 (Gibraltar), registration number 00052

A.3 Registered address

Madison Building, Midtown, Queensway, Gibraltar, GX11

A.4 Head office

Madison Building, Midtown, Queensway, Gibraltar, GX11

A.5 Registration date

2026-07-16

A.6 Legal entity identifier

984500DE7AF09CDDDB83

A.7 Another identifier required pursuant to applicable national law

A.8 Contact telephone number

N/A .

A.9 E-mail address

contact@antseed.com

A.10 Response time (days)

001

A.11 Parent company

N/A .

A.12 Members of management body

1
Belvedere Trustees Ltd
Madison Building, Midtown, Queensway, Gibraltar, GX11
Foundation Council Member

2
James Lasry
c/o Madison Building, Midtown, Queensway, Gibraltar, GX11
Foundation Council Member

3
Maria de las Ares Navarro
c/o Madison Building, Midtown, Queensway, Gibraltar, GX11
Foundation Council Member

4
Amos Meiri
c/o Madison Building, Midtown, Queensway, Gibraltar, GX11
Guardian

A.13 Business activity

The AntSeed Foundation's principal activity is the management, preservation and administration of its endowment for the benefit of the AntSeed Ecosystem, in accordance with its Charter objects.

The Foundation's principal activities include:

  • Supporting the long-term development, security, decentralization, education, adoption, utility, resilience, and sustainability of the AntSeed Ecosystem;
  • Providing AntSeed Ecosystem Support, including funding grants, audits, and legal/regulatory analysis;
  • Supporting open-source development and education relating to the AntSeed protocol;
  • Supporting and indemnifying the Founders in respect of actions taken in creating and developing the AntSeed Ecosystem.

The Foundation's principal market is the global, decentralized user and developer base of the AntSeed protocol; it has no geographic restriction on participation, as the protocol operates on a permissionless, peer-to-peer basis with no central operator or custody of user funds.

A.14 Parent company business activity

N/A .

A.15 Newly established

true

A.16 Financial condition for the past three years

Not applicable as the offeror or person seeking admission to trading was established within the past three years.

A.17 Financial condition since registration

The AntSeed Foundation was registered on 16 July 2026 and has no financial history predating that date. It was established with an initial endowment of £10. No annual return has yet fallen due and no audited accounts exist, so financial key performance indicators such as margins, run rate or liquidity ratios are not available.

The Foundation's resources consist of its endowment together with its allocation under the protocol's emission schedule, being 15% of each week's release and any portion of a week's release remaining after the burn described in G.13. As these allocations are an ongoing percentage of a variable quantity rather than a fixed holding, they cannot be stated as a single figure.

The Foundation measures the project's progress by network activity rather than by issuer financial metrics. As at 29 September 2026, the network had processed approximately 189 billion AI tokens and settled approximately USD 302,860 in payments for AI services, across 208 providers and 1,573 buyers. Protocol fees collected on those settlements totalled approximately USD 12,030. These figures are drawn from the AntSeed network explorer at https://antseedstats.com/ and reflect on-chain records at the date stated.

Part B - Information about the Issuer, If Different from the Offeror or Person Seeking Admission to Trading

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 management body

N/A .

B.11 Business activity

N/A .

B.12 Parent company business activity

N/A .

Part C - Information about the Operator of the Trading Platform

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 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 .

Part D - Information about the Crypto-Asset Project

D.1 Crypto-asset project name

AntSeed

D.2 Crypto-asset name

AntSeed

D.3 Abbreviation

ANTS

D.4 Crypto-asset project description

Purpose and Goals:

AntSeed is an open-source, peer-to-peer network that allows users to buy AI services directly from independent providers, without a central platform in the middle. Providers can offer AI models, APIs or specialised agents, while buyers access these services through their existing AI tools. The project's goals are to enable open, competitive pricing for AI services, to allow participants to keep control of their own funds at all times, and to coordinate participation in the network through ANTS, the native token of the AntSeed protocol.

Key Features and Operation:

  • Direct connections between buyers and providers. Buyers find providers over the torrent network and exchange requests and responses with them directly over encrypted connections, without a central server or account system.

  • Works with existing AI tools. AntSeed's software (Virtual Private Router (VPR) and the AntSeed command-line tool) lets buyers connect the AI applications they already use to the network. The software automatically finds and selects providers on the buyer's behalf, based on preferences the buyer sets, such as price, speed, reliability and reputation.

  • Direct on-chain payments. Buyers pay providers directly in USDC (a US dollar stablecoin) through smart contracts on the Base blockchain. Funds are held in smart contracts under rules fixed in code, not by the Foundation or any other person: the channel contract holds no USDC, and funds remain in the deposit contract until charged or withdrawn. The protocol charges a 4% fee on these payments, which accumulates in a separate reserve contract. Once ANTS becomes transferable, these fees, including the amounts accumulated to date, will be used for the ANTS buy-and-burn mechanism.

  • The ANTS token. ANTS is the native token of the AntSeed protocol, designed to be used to access features of the protocol. It is separate from the payment system described above: buyers pay providers in USDC, while ANTS is created by the protocol and allocated to active participants based on their verified activity. Offering paid services on the network does not itself require a stake; sellers are paid in USDC for services rendered regardless. Eligibility for ANTS rewards, however, requires a seller pool with sufficient staked weight. This eligibility stake has historically been denominated in USDC under a legacy staking mechanism, and an upgrade under which it is instead denominated in ANTS, held in seller pools, has been developed and independently audited. Under this upgrade, the legacy USDC stake remains a fallback path to eligibility of providing ai services until it is explicitly disabled. Scheduled allocations not earned through actual network activity are permanently removed from circulation ("burned"), up to 30% of that week's scheduled release, with any remainder allocated to the Foundation.

  • Identity and reputation. Each provider has an identity on the network linked to its operator. A provider's reputation is built from its stake, its record of completed services, and feedback from buyers, and is used by buyers' software when selecting providers.

  • Independent verification. Approved verifiers test providers by sending them sample requests and publish the results on-chain in a form that anyone can independently check, helping buyers assess the quality and honesty of providers.

D.5 Details of all natural or legal persons involved in implementation of crypto-asset project

1
Development team, The AntSeed Foundation

D.6 Utility token classification

false

D.7 Key features of goods or services for utility token projects

N/A .

D.8 Plans for the token

Past milestones

AntSeed has launched a decentralised, open marketplace for AI services in which independent providers offer hundreds of AI models through self-hosted software, with buyers paying providers directly in USDC on the Base blockchain and no intermediary holding user funds. The network is live and operational: as at 29 September 2026 it had processed approximately 189 billion AI tokens and settled approximately USD 302,860 in payments for AI services, with 208 providers and 1,573 buyers active on the network.

The distribution of ANTS is also already operational. ANTS, the native token of the AntSeed protocol, is designed to be used to access features of the protocol. Newly created ANTS is released on a fixed weekly schedule and allocated to active participants, the Foundation and contributors. Offering paid services on the network does not itself require a stake; providers are paid in USDC for services rendered regardless. A stake is required to be eligible for ANTS rewards, and ANTS can already be staked into seller pools for this purpose; this stake has historically been denominated in USDC under a legacy mechanism, which remains a fallback path to eligibility for providing ai services until it is explicitly disabled. During this period, ANTS is not transferable: participants can claim and stake ANTS but cannot trade it.

Future milestones

  • Q4 2026 (target): ANTS becomes transferable. ANTS is expected to become freely transferable during Q4 2026, enabling holders to trade it and to use it across the protocol's features without restriction.

  • Following transferability: activation of the buy-and-burn mechanism. The 4% protocol fee charged on AI service payments (paid in USDC) has been accumulating in a separate reserve contract, which as at 29 September 2026 had collected approximately USD 12,030. The 4% protocol fee will be used for the ANTS buy-and-burn once ANTS becomes transferable.

  • No fixed date: disabling of the legacy USDC eligibility stake. Eligibility for ANTS rewards is now established through ANTS staked in seller pools. The legacy mechanism, under which eligibility for providing AI service was established through a USDC-denominated stake, remains available as a fallback until it is explicitly disabled. No date has been set for disabling it.

D.9 Resource allocation

Financial resources

  • As at 29 September 2026, approximately USD 302,860 had settled in payments for AI services across the network, generating approximately USD 12,030 in protocol fees, with 208 providers and 1,573 active buyers. This indicates non-trivial economic activity flowing through the protocol.

Human resources

  • The Foundation does not maintain a formal team page and does not disclose headcount. Development and network operation are carried out by independent contributors, maintainers and providers, none of whom is employed by the Foundation.

Technological resources

  • Open-source, peer-to-peer protocol for AI services using BitTorrent DHT for discovery and the Base blockchain (USDC-denominated payment channels) for settlement; protocol, VPR client, verifications, network data, and payment contracts are published as open source on GitHub.
  • Virtual Private Router (VPR) desktop software that runs locally, exposes OpenAI/Anthropic-compatible APIs at localhost:8377, routes requests across providers by price/latency/reputation/privacy, and is distributed via downloadable binaries.
  • On-chain payment infrastructure on Base using AntseedDeposits and AntseedChannels contracts, cumulative EIP-712 payment channels, credit limits, and on-chain provider statistics used for routing and scoring.
  • ANTS-based reputation and rewards layer with seller pools (ANTS locked behind seller identities, stake-weighted recognized usage, capped emission budgets) and verification mechanisms (signed responses and model fingerprints in a public swarm) to turn usage and evidence into on-chain reputation.

Other significant investments

  • Full technical documentation, a lightpaper, provider and trusted-execution-environment guides, and API and pricing documentation. Network activity can be independently inspected through the AntSeed network website at antseed.com.
  • Live ecosystem of 610+ listed models and 208 independent providers, with integrations designed to plug AntSeed into existing AI tools and agentic apps, reflecting investment in ecosystem growth rather than a purely theoretical design.

D.10 Planned use of collected funds or other tokens

The AntSeed Foundation shall utilise its reserves to support ecosystem development, cover legal and regulatory obligations, and fund ongoing foundation operating costs.

Part E - Information about the Offer to the Public of Crypto-Assets or their Admission to Trading

E.1 Public offering or admission to trading

ATTR

E.2 Reasons for public offer or admission to trading

Enable EU market access for ANTS holders.

E.3 Fundraising target

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.4 Minimum subscription goals

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.5 Maximum subscription goals

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.6 Oversubscription acceptance

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.7 Oversubscription allocation

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.8 Issue price

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.9 Official currency determining issue price

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.10 Subscription fee

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.11 Offer price determination method

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.12 Total number of offered or traded other tokens

1,040,000,000

E.13 Targeted holders

All.

E.14 Holder restrictions

There is no restriction on the type of holder, whether retail or professional. Restrictions applicable to all holders, including sanctions-related restrictions, are described in G.11.

E.15 Reimbursement notice

There are no reimbursement rights.

E.16 Refund mechanism

There is no refund mechanism.

E.17 Refund timeline

There is no refund mechanism.

E.18 Offer phases

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.19 Early purchase discount

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.20 Time-limited offer

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.21 Subscription period beginning

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.22 Subscription period end

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.23 Safeguarding arrangements for offered funds or other tokens

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.24 Payment methods for other token purchase

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.25 Value transfer methods for reimbursement

There are no reimbursement rights.

E.26 Right of withdrawal

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.27 Transfer of purchased other tokens

Via crypto-asset trading platforms on which ANTS is admitted to trading.

E.28 Transfer time schedule

There is no relevant time schedule.

E.29 Purchaser's technical requirements

There are no technical requirements.

E.30 Other token service provider (CASP) name

N/A .

E.31 CASP identifier

N/A .

E.32 Placement form

NTAV

E.33 Trading platforms name

The AntSeed Foundation is seeking admission to trading for the ANTS token across multiple trading platforms, including Payward Global Solutions Limited.

E.34 Trading platforms market identifier code (MIC)

PGSL

E.35 Trading platforms access

Online via the platform.

E.36 Involved costs

N/A .

E.37 Offer expenses

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

E.38 Conflicts of interest

The AntSeed Foundation seeking to have the token admitted to an exchange is not aware of any potential conflict of interest of the persons involved in the admission of ANTS to trading.

E.39 Applicable law

Gibraltar

E.40 Competent court

Gibraltar

Part F - Information about the Crypto-Assets

F.1 Other token type

The Token is a crypto-asset under Regulation (EU) 2023/1114 of the European Parliament and of the Council which is not an e-money token, an asset-referenced token or a utility token, each as defined under such Regulation. Therefore, it falls in the "Other" category.

F.2 Other token functionality

ANTS is the native token of the AntSeed protocol, implemented as an ERC-20 token on the Base blockchain. It is designed to be used to access features of the protocol.

Intrinsic characteristics of the token:

Use across the protocol: The functionality intrinsic to ANTS is its use across the use cases available on the AntSeed protocol. These use cases, such as staking by providers and participation in the protocol's incentive programmes, are features of the protocol itself, not rights attached to the token, and each requires separate action by the holder.

No governance rights: ANTS confers no voting or control rights on its holders, and there is no token-holder governance mechanism.

No profit or cash-flow rights: ANTS does not represent equity, debt, or dividends, and carries no claim on the assets or revenue of the AntSeed Foundation or the protocol.

  • Not the payment asset:* Payments for AI services on the network are made in USDC and not in ANTS.

Features of the protocol which ANTS can be used for (each requiring separate action by the holder):

Offering paid services on the network does not itself require a stake; providers are paid in USDC for services rendered regardless of whether any ANTS is staked. ANTS can be staked into a seller pool to make that pool eligible for ANTS rewards and to build on-chain reputation; this staking is not limited to the provider itself, and any ANTS holder can stake into a seller pool on a provider's behalf. The protocol also distributes newly created ANTS on a fixed weekly schedule to active participants (stakers, buyers, providers and verifiers) based on their verified activity on the network; distributions not claimed through actual activity are permanently removed from circulation ("burned") or allocated to the Foundation. In addition, once ANTS becomes transferable, the protocol's accumulated 4% fee on AI service payments (paid in USDC) is intended to be used to purchase ANTS on the open market and permanently remove the purchased tokens from circulation ("buy-and-burn").

F.3 Planned application of functionalities

Currently active

  • The scheduled release of ANTS is already operational. Newly created ANTS is released on a fixed weekly schedule of 5 million ANTS per week, in periods referred to in the protocol as "epochs," with the weekly amount halving every 104 weeks. As at 29 September 2026, 24 weekly releases had occurred, making approximately 120 million ANTS available. Participants claim tokens directly from the protocol's smart contract; there is no distribution by an issuer.
  • Each week's release is allocated across fixed and dynamic components. Two allocations are fixed regardless of network activity: 15% to the Foundation and 15% to contributors. The remaining allocations are dynamic and scale with network activity within defined ranges: up to 10% to verification and other growth incentives, 2% to 40% to seller-pool stakers, based on the amount of ANTS actively staked in seller pools relative to a network-wide stake target; and 5% to 10% each to sellers/operators and to buyers, based on recognised settled USDC volume relative to a network-wide usage target. These allocations are claimed on the basis of verified activity on the network and require active participation.
  • Offering paid services on the network does not itself require a stake; providers are paid in USDC for services rendered regardless of whether any ANTS is staked. A stake is relevant only to establish eligibility for ANTS rewards, and this staking is not limited to the provider itself: any ANTS holder may stake ANTS in support of a provider.
  • ANTS staking, through seller pools attached to a provider's on-chain identity, is already implemented and available as the primary mechanism for establishing eligibility for ANTS rewards. A legacy mechanism under which this eligibility to provide ai services was established through a USDC-denominated stake remains available as a fallback path until it is explicitly disabled.
  • ANTS is currently not transferable. Participants can claim and stake ANTS but cannot transfer or trade it.

Targeted for Q4 2026

  • ANTS is expected to become transferable. ANTS already exists and is already being released under the schedule described above; the planned change is limited to enabling transferability, not the creation or initial distribution of the token. From that point, holders will be able to trade ANTS and to use it across the protocol's features without restriction.

Future, contingent on transferability (no specific date)

  • A buy-and-burn mechanism has been described but is not currently operating. The protocol's 4% fee on AI service payments (paid in USDC) has been accumulating in a separate reserve contract. These accumulated fees may in future be directed to purchasing ANTS on the open market and permanently removing the purchased tokens from circulation. No activation date has been set, and activation and terms depend on the protocol's contracts and governance parameters, and this mechanism is separate from the burn applied to unearned dynamic emissions described above.

F.4 Type of crypto-asset white paper

OTHR

F.5 Type of submission

NEWT

F.6 Other token characteristics

ANTS is the native token of the AntSeed protocol, implemented as an ERC-20 token on the Base blockchain. It is designed to be used to access features of the protocol. These features are functions of the protocol, not rights attached to the token itself, and each requires separate action by the holder; simply holding ANTS does not confer any entitlement.

Payments for AI services on the network are made in USDC, a US dollar stablecoin, and not in ANTS. ANTS is not just an incentive mechanism: it is also a reputational mechanism. The protocol creates new ANTS on a scheduled basis and allocates it to participants based on their verified activity on the network, including completed service payments and locked stake behind seller identities. These allocations require active participation and are not received through passive holding.

Offering paid services on the network does not itself require a stake; providers are paid in USDC for services rendered regardless of whether any ANTS is staked. ANTS can already be staked into seller pools, which are ANTS-backed pools attached to a seller's on-chain identity, to establish eligibility for ANTS rewards and to strengthen that seller's on-chain reputation. This staking is not limited to the seller itself: any ANTS holder, including buyers, may stake ANTS behind a seller they wish to support. A legacy mechanism under which eligibility to provide ai services was established through a USDC-denominated stake remains available as a fallback path until it is explicitly disabled.

The token has a maximum supply of 1.04 billion ANTS. As at 29 September 2026, approximately 120 million ANTS had been released under the schedule, of which approximately 118.67 million (98.9%) had been minted, including 3 million ANTS allocated to the burn address. Transfers of ANTS are currently restricted; transferability is targeted for Q4. New tokens are released on a fixed weekly schedule of 5 million ANTS per week, with the weekly amount halving every 104 weeks.

Each week's release is allocated across fixed and dynamic components. Two allocations are fixed regardless of network activity: 15% to the Foundation and 15% to contributors,. The remaining allocations are dynamic and scale with network activity within defined ranges: up to 10% to verification and other growth incentives, rewarding participants who validate network activity, such as behavioural model checks, TEE attestation and anti-abuse work, 2% to 40% to seller-pool stakers, based on the amount of ANTS actively staked in seller pools relative to a network-wide stake target; and 5% to 10% each to sellers/operators and to buyers, based on recognised settled USDC volume relative to a network-wide usage target. These dynamic allocations grow toward their ceilings as stake and usage increase, rather than being paid at a fixed rate regardless of participation. Any portion of a week's dynamic allocation that is not earned through actual network activity is permanently removed from circulation ("burned"), up to 30% of that week's scheduled release, with any remainder allocated to the Foundation.
The protocol charges a 4% fee on AI service payments. These fees accumulate in a separate reserve contract. Accumulated fees may in future be directed to purchasing ANTS on the open market and permanently removing the purchased tokens from circulation (a "buy-and-burn" mechanism), separate from the dynamic-allocation burn described above. This mechanism is not currently operating, and its activation and terms depend on the protocol's contracts and governance parameters.

The AntSeed protocol operates on a decentralised, non-custodial and open-source basis, without a central operator or centralised user onboarding; participants interact directly with the protocol's smart contracts. Funds are held in smart contracts under rules fixed in code, not by the Foundation or any other person.

F.7 Commercial name or trading name

AntSeed

F.8 Website of the issuer

https://antseed.com/

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

2026-10-28

F.10 Publication date

2026-10-28

F.11 Any other services provided by the issuer

Nothing other than already stated in the white paper.

F.12 Language or languages of 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

ZRDZHC5KV

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

7XH4FZW07

F.15 Voluntary data flag

false

F.16 Personal data flag

true

F.17 LEI eligibility

true

F.18 Home member state

Ireland

F.19 Host member states

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

Part G - Information on the Rights and Obligations attached to the Crypto-Assets

G.1 Purchaser rights and obligations

Rights attached to holding ANTS: ANTS confers no rights against The AntSeed Foundation, the protocol or any other person. It does not represent equity, debt, profit participation, dividends or any claim on the assets or revenue of the Foundation or of the protocol. It confers no voting, governance or control rights, and no token-holder governance mechanism exists. It carries no redemption, reimbursement or repayment right, and no entitlement to any distribution. The only right attaching to the token itself is the right to hold it and, once transferability is enabled, to transfer it.

Transfer restrictions: ANTS is currently not transferable. Holders cannot transfer, sell or otherwise dispose of ANTS on secondary markets until transferability is enabled, which is targeted for Q4 2026. ANTS already exists and is already being distributed under the protocol's release schedule; the anticipated change is limited to enabling transferability, not to any creation or initial distribution event. Further restrictions are described in G.11.

Obligations of holders: Holding ANTS imposes no ongoing obligations on the holder. There are no capital calls, redemption duties or contractual commitments of any kind. Participation in the protocol is voluntary and non-custodial, and any anti-money-laundering or know-your-customer requirements are imposed at the exchange, on-ramp or application layer rather than by a central protocol operator.

Features of the protocol which ANTS can be used for: Separately from the above, the AntSeed protocol makes certain features available to persons who choose to use ANTS in them. These are features of the protocol, not rights attached to the token, and each requires a separate, voluntary action by the holder; no entitlement arises from simply holding ANTS. Those features are described in F.2.

G.2 Exercise of rights and obligations

ANTS carries no governance, voting, profit or cash-flow rights. There are accordingly no rights attached to the token for which a procedure or conditions of exercise arise.

G.3 Conditions for modifications of rights and obligations

N/A .

G.4 Future public offers

There are no future offers planned.

G.5 Issuer retained other token

Not applicable as a fixed or static figure. ANTS tokens are not pre-allocated or distributed by an issuer; they are claimed directly from the protocol's smart contract under the ongoing weekly release schedule described in F.3. Of each week's release, 15% is allocated to the Foundation. As the Foundation's allocation is an ongoing percentage of a variable quantity rather than a fixed retained holding, no static number of issuer-retained tokens can be specified.

G.6 Utility token classification

false

G.7 Key features of goods or services utility tokens

Not applicable as ANTS is not a utility token.

G.8 Utility tokens redemption

Not applicable as ANTS is not a utility token.

G.9 Non-trading request

true

G.10 Other tokens purchase or sale modalities

Not applicable. This whitepaper is published solely in relation to the admission to trading of the ANTS token and does not relate to any public offering.

G.11 Other tokens transfer restrictions

  • Institutional / VC lock-up: Tokens sold by Foundation to institutional / VC investors are drawn directly from the Foundation’s fixed allocation of future weekly emissions and are not created or issued outside the scheduled emission framework, are subject to a 1 year lock up from closing, followed by linear vesting over 24 months in equal monthly installments (i.e., those tokens cannot be freely transferred until vested).

  • General token availability: As of 29 September 2026, approximately 11.54% of the 1.04B ANTS max supply is currently available; remaining supply is described as "Tokens restricted," but no additional concrete transfer schedule or lock-up terms beyond the institutional/VC tranche are specified in the public token page.

  • Sanctions / eligibility restrictions: Use of the Services (including token, governance and grants programs) is prohibited for sanctioned persons and persons in comprehensively sanctioned jurisdictions, and users must not use the Services to evade sanctions or other legal restrictions. Interfaces or hosted services "may apply access restrictions where technically possible or legally required," even though the underlying protocol itself may remain technically accessible.

  • Protocol-level fees on transfers: Transactions settled through AntSeed smart contracts may be subject to protocol-level fees; fee rates, recipients and mechanisms can be set or updated via smart-contract parameters, multisigs or governance. No specific fee percentages or fixed schedules are disclosed in the terms.

  • Blacklist / whitelist / other transfer controls: No explicit on-chain wallet blacklist, whitelist, per-address transfer block, or geo-fenced token-transfer rules are described in the available token page, terms of service, or private materials reviewed, beyond the sanctions/eligibility restrictions above.

G.12 Supply adjustment protocols

false

G.13 Supply adjustment mechanisms

Any portion of a week’s scheduled ANTS emissions that is not distributed as part of the network recognized usage protocol is redirected to a burn address, up to a maximum of 30% of that week’s scheduled release. Any such unallocated portion exceeding this cap is allocated to the Foundation. Tokens transferred to the burn address cannot be transferred, claimed or used by any person, including the issuer or the Foundation, and are permanently removed from circulation. The total supply of ANTS recorded by the token contract remains unchanged. This mechanism operates automatically based on network activity levels and does not constitute a protocol for adjusting supply in response to changes in demand. Neither the offeror nor the Foundation has the ability to modify the maximum supply or the emission schedule.

G.14 Token value protection schemes

false

G.15 Token value protection schemes description

There is no protection scheme available.

G.16 Compensation schemes

false

G.17 Compensation schemes description

There are no compensation schemes.

G.18 Applicable law

Gibraltar

G.19 Competent court

Gibraltar

Part H - Information on the underlying technology

H.1 Distributed ledger technology (DTL)

AntSeed uses an open, peer-to-peer protocol where buyers connect directly to independent AI service providers, with no central platform holding funds or controlling access. Payments happen through smart contracts on the Base blockchain in USDC, and ANTS tokens are distributed programmatically from those contracts in weekly epochs, so eligible users mint them directly rather than receiving them from a central issuer. Security and immutability come from the underlying Base/Ethereum infrastructure and audited smart contracts, meaning once transactions and distribution events are confirmed on-chain they cannot be altered. Transparency is provided by open-source code, publicly visible token emission rules, and on-chain records of all payments, stakes, and ANTS allocations, which anyone can verify using standard blockchain explorers.

H.2 Protocols and technical standards

Protocols / standards used for ANTS

  • Base L2 (OP Stack Ethereum rollup): ANTS is deployed on Base mainnet (chain ID 8453), an Ethereum L2 built on the OP Stack, inheriting Base's scalability and EVM interoperability.
  • ERC-20 standard: ANTS is implemented as a standard ERC-20 token, deployed at contract address 0xa87EE81b2C0Bc659307ca2D9ffdC38514DD85263 on Base, enabling compatibility with EVM wallets, exchanges, and standard tooling. Transfers are currently restricted at the contract level; the maximum supply is 1.04 billion ANTS.
  • USDC settlement (separate from ANTS): AI service payments between buyers and providers settle directly in USDC on Base through payment-channel smart contracts (deposits, session-scoped reservations and cumulative spend authorisations), independent of the ANTS token contract.
  • EVM wallet interoperability: No custom wallet logic is described; ANTS integration is via standard ERC-20 interfaces on Base, so any EVM-compatible wallet supporting Base can hold ANTS, subject to the current transfer restriction.
  • Peer-to-peer discovery and transport: Provider discovery uses an open DHT (distributed hash table), and request/response transport occurs over direct peer-to-peer channels using WebRTC or TCP, without a central routing server.
  • OpenAI- and Anthropic-compatible APIs: The Virtual Private Router (VPR) and the antseed command-line tool expose OpenAI- and Anthropic-compatible HTTP API endpoints locally, allowing existing AI tools and agents to connect to the network without modification.
  • Command-line tool and developer tooling:: Project-specific SDKs and developer tooling are provided through the antseed command-line tool and the public GitHub repository, building on the standards above for network integration.

No custom bridges, cross-chain protocols, or non-standard consensus/cryptography are described for ANTS at this stage; settlement and token interoperability are inherited from Base and standard Ethereum/EVM tooling.

H.3 Technology used

AntSeed uses a non-custodial model in which users control their own wallets and funds, with settlement occurring directly on-chain, currently in USDC on Base, via smart contracts. The node that participates in the network has a single secp256k1 key used as its signing identity and PeerId, while the funding wallet holding assets can be any external wallet the user controls, including hardware wallets, externally owned accounts, or multisig wallets. The funding wallet deposits into the AntseedDeposits contract and does not interact directly with the node.
On the desktop app, the node's private key is stored encrypted using the operating system keychain, via Electron safeStorage. CLI and server setups store a plaintext key file by default but can instead load the key from an environment variable backed by an external secrets manager. Payments are authorised via EIP-712 signatures from the signing identity and settled directly to provider wallets, with no central custodian holding user funds.

H.4 Consensus mechanism

AntSeed runs on the Base blockchain, where ANTS is an ERC-20 token on Base mainnet and payments settle in USDC on Base. Base itself is an Ethereum Layer 2 chain using an optimistic rollup architecture built on the OP Stack, batching many transactions off-chain and posting them to Ethereum for final settlement.

Security comes from Base inheriting Ethereum's Proof of Stake security guarantees: rollup transaction data is posted to Ethereum, which provides data availability and finality, while the optimistic model allows fraud proofs to challenge invalid state transitions. Efficiency comes from aggregating many user transactions into batches before posting to Ethereum, meaning users benefit from significantly lower fees and higher throughput than transacting directly on Ethereum L1, while still ultimately relying on Ethereum for settlement.

H.5 Incentive mechanisms and applicable fees

Incentive mechanisms (ANTS emissions)

ANTS releases are tied to authenticated network activity rather than to proof-of-work mining. The protocol releases 5 million ANTS per week, in periods referred to in the protocol as "epochs," with the weekly amount halving every 104 weeks.

Each week's release is allocated across fixed and dynamic components. Two allocations are fixed regardless of network activity: 15% to the Foundation and 15% to contributors. A portion of the Foundation’s allocation has been committed to institutional and venture-capital investors through private sales, subject to lock-up and vesting restrictions. The remaining allocations are dynamic and scale within defined ranges according to network activity: up to 10% to verification and other growth incentives, rewarding participants who validate network activity such as behavioural model checks, TEE attestation and anti-abuse work, 2% to 40% to seller-pool stakers, based on the amount of ANTS actively staked in seller pools relative to a network-wide stake target, and 5% to 10% each to providers and to buyers, based on recognised settled USDC volume relative to a network-wide usage target.
Each allocation is administered by a distribution contract holding a share of that week's release. Any portion of a dynamic share that is not earned through verified network activity is processed through a remainder mechanism: ANTS is minted to a burn address first, up to 30% of that week's scheduled release, with any remaining amount minted to the Foundation's reserve address.
Network security model

Offering services and being selected for paid traffic does not itself require any stake; providers are paid in USDC for services rendered regardless. A stake is relevant only to establish eligibility for ANTS rewards. This eligibility stake is already denominated in ANTS, held in seller pools bound to a provider's on-chain agent identifier, and any ANTS holder, including buyers, may stake ANTS in support of a provider. A legacy mechanism under which this eligibility to provide ai services stake was denominated in USDC remains available as a fallback path until it is explicitly disabled; under that legacy mechanism the minimum stake was 10 USDC.

ANTS itself is currently non-transferable, so there is no liquid market in ANTS; releases accrue to eligible participants and the Foundation according to the schedule above. Network security and reward eligibility are governed through the stake requirement combined with on-chain reputation and feedback signals, rather than through block production.

Applicable fees

A 4% protocol fee, denominated in USDC, is charged on settlement of AI service transactions between buyers and providers and accumulates in a separate reserve contract; it is not paid to a centralised company. As at 29 September 2026, approximately USD 12,030 had been collected. The 4% protocol fee will be used for the ANTS buy-and-burn once ANTS becomes transferable. The burning of unearned weekly releases described above is a separate mechanism and does not fund any purchase of ANTS.

H.6 Use of distributed ledger technology

false

H.7 DLT functionality description

N/A .

H.8 Audit

true

H.9 Audit outcome

The AntSeed protocol's smart contract technology has undergone an independent security audit conducted by Sherlock, carried out between 3 July and 18 July 2026, with the final report issued on 12 August 2026. The audit covered the protocol's "Recognized Usage" upgrade to its trust and reputation layer, reviewing twelve Solidity smart contracts across the protocol's core, emissions, payments, and seller modules, including the ANTS token contract, the emissions gate, seller pools and staking, usage accounting, and payment channel contracts.

The audit identified a total of nineteen findings, categorized by severity as two High, four Medium, and thirteen Low or Informational. As of the final report, no findings remained both unfixed and unacknowledged. Both High-severity findings and all four Medium-severity findings were resolved. Of the thirteen Low/Informational findings, four were resolved and nine were formally acknowledged by the development team, with the acknowledged items comprising minor or deliberate design decisions that the team assessed as acceptable or scheduled for a future protocol upgrade.

The High-severity findings related to edge cases in the payment channel logic that could have allowed a buyer to receive paid services while avoiding collectible payment; both were remediated through contract and seller-node fixes. The Medium-severity findings concerned agent-to-seller binding, reward-weight timing, emissions minter management, and retroactive configuration effects on past epoch rewards, all of which were resolved.

The auditor notes that the audit does not constitute a guarantee or warranty regarding the security of the protocol. The audit covered the contracts implementing this upgrade. The staking contract currently in use on the network was not within the audit scope.

Part I - Information on Risks

I.1 Offer-related risks

Market / liquidity risk

  • Because ANTS is not yet transferable, there is no active secondary market and no market price. There is no assurance that an active market will develop once transferability is enabled; holders may be unable to sell their tokens or may face extreme price volatility once trading starts.
  • Future liquidity depends on third-party trading platforms deciding to list ANTS; there is no assurance of listing or of sufficient order-book depth or stable pricing over time.
  • The network's economic activity is tied to demand for AI inference services on AntSeed; if usage fails to grow or declines, this may negatively affect perceived token value and trading interest.

Legal / regulatory risk

  • The legal and regulatory classification of ANTS under EU MiCA and other regimes may be uncertain; changes in guidance could impose additional requirements on issuers, exchanges, or users, including registration, disclosure, or conduct rules.
  • Authorities could treat ANTS or related activities, such as providing AI services for consideration or operating parts of the network, as regulated financial, payment, or investment services in some jurisdictions, triggering licensing and compliance obligations that may be difficult or costly to meet. Because the protocol is decentralised, non-custodial and has no central operator, there is no mechanism by which the network itself could halt or restrict its operation in response to such a determination; any practical enforcement would be limited to identifiable participants, intermediaries, or interfaces built on top of the protocol, rather than the protocol itself.
  • Regulatory actions, sanctions, or restrictions on stablecoins (e.g., USDC on Base) or on peer-to-peer networks could impair the protocol's operation, settlement of payments, or tradability of ANTS.

AML / KYC risk

  • AntSeed is designed as an anonymous, account-less, non-custodial peer-to-peer protocol; buyers and providers interact directly using wallets and local software, which may make it harder to apply traditional AML/KYC controls at the protocol level.
  • Exchanges, fiat on-ramps, and other intermediaries may impose strict AML/KYC measures for acquiring or disposing of ANTS; regulatory developments could lead to access restrictions for certain users, jurisdictions, or transaction types.
  • If regulators view the protocol as facilitating misuse (e.g., by sanctioned or high-risk actors), they could pressure infrastructure providers, frontends, or listing venues to limit support for ANTS, indirectly affecting holders.

Technical / operational risk

  • AntSeed relies on a combination of a peer-to-peer routing layer (similar to BitTorrent) and the Base blockchain for payments; failures, congestion, or protocol changes at any of these layers may disrupt service, settlements, or token usage.
  • Buyers and providers depend on local software (e.g., the VPR desktop app and CLI) and on secure configuration of hardware (including TEE environments); bugs, misconfigurations, malware, or compromised environments could lead to data leakage, loss of funds, or service outages.
  • The ANTS token and related smart contracts run on Base; any vulnerabilities in the contracts, the underlying Layer 2, or its bridges, as well as chain reorganisations or censorship, could result in loss, theft, or frozen functionality. The protocol's smart contracts have been independently audited, as described in H.9 and I.5. An audit does not guarantee that no vulnerabilities remain.
  • The protocol's discovery, verification, and reputation mechanisms depend on networked components (fingerprint swarms, verification feeds, reputation scoring); design flaws or attacks (e.g., Sybil attacks, collusion on verification) could degrade reliability and economic incentives.

Tokenomics / vesting risk

  • ANTS has a hard-capped maximum supply of 1.04 billion tokens, released through an emissions schedule; current supply is materially below the cap, so future emissions can significantly increase circulating supply and dilute existing holders.
  • Emissions and rewards are linked to recognised usage in seller pools, which are stake-weighted and subject to caps and potential burns; changes in these parameters or in network activity can materially affect reward flows and the economic value of participating as a provider or token holder.
  • Tokens sold by the Foundation to institutional and venture investors are subject to a one-year lock-up from closing followed by linear vesting over 24 months, as described in G.11. Concentrated holdings or large unlock events could create selling pressure and adversely affect secondary-market prices.
  • The token's primary role as a trust and reputation layer (e.g., locked in seller pools, backing identities) may limit direct utility for end-users; if demand for reputation staking is lower than expected, token demand may underperform expectations.

Governance / centralization risk

  • Changes to the protocol's contracts and economic parameters follow the published AntSeed Improvement Proposal (AIP) process, which is open to community participation and requires a security-considerations review before any proposal can reach Final status. That process governs how a change is specified and agreed; it does not itself execute the change on-chain. The on-chain permissions required to deploy contract upgrades and to set parameters, including staking lock and slashing parameters and the destination of the verification allocation, are held by the addresses holding the relevant contract roles. The identity of those role-holders and the procedure they follow are not specified in the AIP process documentation. Holders of ANTS have no formal role in either the proposal process or its on-chain execution.
  • ANTS confers no governance or voting rights and there is no token-holder governance mechanism. Protocol parameters, including release rules, fee rates and eligibility conditions, are therefore set without any vote of ANTS holders, and holders have no formal means of influencing changes to the economic parameters that affect them.
  • The reputation and verification systems (seller pools, verification feeds, model fingerprints) can concentrate influence in a small set of high-stake or high-reputation providers; if these actors collude or are compromised, they may distort rewards, degrade network trust, or discourage new entrants.

I.2 Issuer-related risks

N/A .

I.3 Other tokens-related risks

Market & liquidity risks

  • ANTS is not yet transferable and is not admitted to trading on any venue, so there is no market price and no reliable public market data. Liquidity, price discovery and volatility once transferability is enabled are highly uncertain and may be adverse for early participants.
  • Weekly emission schedule and long-term inflation (with 5 million tokens per epoch halving every 104 epochs over ~15 years) may create sustained sell pressure if recipients choose to monetize rewards.

Legal & regulatory risks

  • The protocol is positioned as an open, decentralized peer-to-peer network with no central operator or custody of user funds, but regulators may still characterise the token or related activities as regulated instruments (e.g. securities or other crypto-assets) depending on jurisdiction and how ANTS is marketed or used.
  • Private OTC sales to institutional/VC investors with lock-ups and vesting may increase scrutiny around unequal information or treatment versus retail users.

AML & privacy risks

  • The network is "private by design" with no account or email and supports anonymous usage, which limits traceability of end-users and may raise AML/CFT concerns for regulated intermediaries interacting with the ecosystem.
  • USDC-denominated, on-chain settlement on Base combined with anonymous participation could make it harder to detect or block sanctioned actors or illicit flows without robust external screening and monitoring.

Technical & security risks

  • The protocol's smart contracts were reviewed in an independent security audit by Sherlock, completed in July 2026 (final report 12 August 2026). All High and Medium severity findings were resolved, and the remaining Low and Informational findings were either resolved or formally acknowledged. Penetration testing of the peer-to-peer node software has not been completed, so that software has not undergone equivalent independent review. An audit does not guarantee that no vulnerabilities remain.
  • Reliance on trusted execution environments (TEE-verified providers) for privacy introduces dependence on specific hardware and its security assumptions; any TEE compromise could expose user prompts and data despite "sealed enclave" assurances.

Governance risks

  • Changes to the protocol, its on-chain contracts, client interfaces and economic parameters follow a published process, AntSeed Improvement Proposals (AIPs). A proposal moves through defined statuses, from Idea and Draft through Review and Last Call to Final, with a Last Call period of at least 14 days set by an editor, and cannot reach Final status if its security-considerations section is missing or judged insufficient. Proposals are submitted publicly and the process is open to community participation. Changes to network economics, including ANTS emission schedules, staking requirements, pricing metadata and fee conventions, fall within the scope of this process. The process governs specification and agreement rather than authorisation: editors handle the administrative and editorial stages and do not decide the merits of a proposal, and the process documentation does not identify who holds the on-chain permissions required to implement an approved change. ANTS holders have no formal voting role at any stage. A single editor currently administers the process, which may concentrate influence over the pace at which proposals progress.
  • Concentrated allocations to institutional/VC investors may give a relatively small group disproportionate influence over any future governance or de facto control via token holdings.

Listings & distribution risks

  • There is no assurance of active trading markets, liquidity support, or continued listing once admission is obtained; trading venues can change terms, restrict access, or delist an asset at their discretion.
  • Tokens bearing the AntSeed and ANTS names, but unconnected to the protocol and issued under different contract addresses, already appear on third-party price and trading interfaces. Prospective holders may be unable to distinguish these from ANTS and could acquire an unrelated asset. Holders should verify the token contract address before transacting.

I.4 Project implementation-related risks

Technical risks

  • The protocol's smart contracts were reviewed in an independent security audit by Sherlock, completed in July 2026 (final report 12 August 2026). All High and Medium severity findings were resolved, and the remaining Low and Informational findings were either resolved or formally acknowledged. Penetration testing of the peer-to-peer node software has not been completed. An audit does not guarantee that no vulnerabilities remain, and residual risk persists in release, staking and fee or burn logic.
  • The buy-and-burn of accumulated protocol fees described in this white paper has not been activated. There is no assurance that it will be activated, or activated on the terms described. Implementation defects in weekly releases, burn routing, or any future buy-and-burn execution could disrupt rewards.

Operational and resource risks

  • As a fully decentralized, open-source protocol with no central operator, effective coordination among contributors for upgrades, incident response, and milestone delivery may be slower and less predictable.
  • Absence of a formal risk register and limited documented governance structures beyond a foundation charter may indicate immature internal processes for systematically managing implementation and operational risks.

Third-party dependency risks

  • The protocol depends on the Base chain and USDC for settlement, so any technical, liquidity, or regulatory issues affecting Base or USDC (e.g., outages, depegs, policy changes) could impair protocol operations and fee flows.
  • Independent providers set prices and deliver AI services; poor performance, downtime, or exit by key providers could reduce network utility and undermine adoption.

Market and liquidity risks

  • ANTS is not yet transferable, and its emissions are tied to weekly epochs and to network activity. There is uncertainty about initial and ongoing secondary-market liquidity and price discovery once transferability is enabled.
  • The value accrual design (protocol-fee-funded buy-and-burn, activity-based emissions, burns of unused emissions) may not achieve its intended effects if network usage or fee volumes are lower than expected, limiting demand for ANTS.

Legal and compliance risks

  • The protocol is described as fully decentralized with no central operator or custody, which may reduce some regulatory touchpoints but also creates uncertainty about which entities (e.g., the foundation, core contributors, major providers) could be considered responsible under evolving crypto and AI-service regulations.
  • Lack of a defined AML/KYC framework at protocol level and reliance on peer-to-peer interaction could attract regulatory scrutiny in certain jurisdictions, especially if usage scales or if ANTS is perceived as having investment-like features due to emissions and burn mechanisms.

Governance and tokenomics risks

  • Governance is centered around a foundation charter with no separate board or committee charters and no documented conflict-of-interest policy, which may weaken accountability, checks and balances, and decision-making transparency.
  • Emissions of 5 million tokens per weekly epoch (with periodic halving) up to a 1.04 billion cap, combined with activity-based distribution and burns of unused emissions, creates complex incentives; misalignment between stakers, providers, and the foundation (which receives remaining unused emissions) could lead to governance friction.
  • Concentration of protocol fees in a reserve contract for future buy-and-burn introduces discretion over timing and parameters of these operations; if governance processes are weak, this may create perceived or actual governance capture and value-allocation disputes.

I.5 Technology-related risks

Smart contracts AntSeed relies on multiple smart contracts deployed on Base mainnet, including the ERC-20 ANTS token, an AntseedDeposits contract that custodies buyer USDC and seller payouts, an AntseedChannels contract that manages per-session payment locking and settlement (and which holds no USDC itself), and the recognized usage protocol which includes the smart contracts governing ANTS distribution. This concentrates smart-contract risk in a relatively complex settlement flow (reserve-serve-settle), where bugs or logic errors in deposit custody, channel accounting, or emission logic could lead to loss or misallocation of funds. Funds are held by smart contracts under rules fixed in code rather than by the Foundation or any other person; the channel contract holds no USDC, and funds remain in the deposit contract until charged or withdrawn. Because the deposit contract holds pooled user funds, a contract-level exploit there represents a worst-case exposure affecting all deposited funds across all users.

Cross-chain and protocol interactions The current design is single-chain for on-chain settlement, using USDC on Base mainnet (chain ID 8453), with a Base Sepolia testnet deployment for testing; there is no documented cross-chain bridge, so classic bridge risk is limited, but any future expansion to other chains or wrapped assets would introduce additional attack surfaces. The protocol also depends on external AI providers and their infrastructure, so misconfiguration or compromise at the provider level can cause incorrect or malicious responses even if on-chain components behave correctly.

Scalability and performance Routing and metering run over an encrypted peer-to-peer network with explicit, hard-coded limits on frame size, concurrent connections per IP, upload/stream caps, and stream durations, which mitigates some resource-abuse and denial-of-service vectors but may become bottlenecks under heavy load or targeted attack. Settlement depends on Base's throughput and gas costs; spikes in network congestion could delay settlement, increase operating costs for providers, or affect the economics of small-value transactions.

Wallets, keys, and identity Each node's identity is a single secp256k1 private key whose derived EVM address serves simultaneously as the network PeerId and the on-chain signing address; there is no key-derivation or multi-key scheme, so this one key signs protocol messages, EIP-712 payment authorizations, and on-chain transactions. The architecture separates this signing identity from an external funding wallet: the funding wallet deposits USDC into the AntseedDeposits contract and has no ongoing role thereafter, which bounds worst-case loss from a compromised node to the current deposit balance rather than the full funding wallet. This nonetheless places significant weight on secure storage of the signing key. In desktop deployments the key is encrypted at rest via the operating system keychain, but in CLI/server mode the default is a plaintext key file, making operational security practices (environment-variable injection, secrets managers, hardened hosts) critical.

Privacy The network is designed for anonymous, account-free usage, with confidentiality of requests and responses resting substantially on transport-level encryption between peers. Buyers who select providers without hardware-based attestation rely primarily on transport encryption and provider honesty for prompt and content confidentiality. Where the protocol offers attested (TEE-based) providers, part of the privacy assurance shifts to correct hardware attestation and configuration.

Layer 2 (Base) dependencies All token and payment flows use Base and USDC, so AntSeed inherits Base's consensus, uptime, and censorship-resistance properties; outages, reorganizations, or protocol changes on Base could halt deposits, settlement, or ANTS transfers. Regulatory or issuer actions affecting USDC on Base (such as freezes or blacklisting by the stablecoin issuer) could also impair users' ability to fund the network or withdraw funds.

Audits and security assurance The AntSeed smart contracts underwent an independent security audit conducted by Sherlock in July 2026 (final report August 2026), covering the ANTS token, payment channel, deposit, staking, and emissions contracts. This included the on-chain validation of EIP-191/EIP-712 signatures and associated nonce and timestamp replay protection, as these checks are implemented within the audited contracts. All High and Medium severity findings were resolved, and remaining Low/Informational findings were either resolved or formally acknowledged by the development team. The act of signing itself, meaning the client-side generation of these signatures and the security of the underlying signing key, falls outside the scope of a contract audit and is addressed instead under key-handling practices described above. Separately, penetration testing of the peer-to-peer node software has not been completed per project documentation, meaning the node software, including its resource-usage limits and other network-level controls, has not undergone equivalent independent review.

I.6 Mitigation measures

Smart contracts
The protocol's smart contracts on Base mainnet, including the ANTS token, deposit, payment channel, staking, and emissions contracts, were reviewed in an independent security audit conducted by Sherlock in July 2026. All High and Medium severity findings were resolved prior to the final report, and remaining Low/Informational findings were either resolved or formally acknowledged by the development team. The audit specifically strengthened the payment channel settlement logic, closing edge cases in the reserve-serve-settle flow through both contract-level and node-level fixes. The architecture also isolates custody risk: the AntseedChannels contract that manages session logic holds no USDC and is designed to be swappable (redeployable by re-pointing the on-chain registry), while the fund-holding contracts (Deposits, Staking) are treated as stable contracts that rarely change. All deployed contracts are verified on BaseScan.

Cross-chain and protocol interactions
Confining on-chain settlement to a single chain (Base) avoids cross-chain bridge dependencies and the associated attack surface, as no bridge or wrapped-asset mechanism is used in the current design. Contract addresses for each supported chain are built into the client software rather than manually configured, reducing the risk of misdirected transactions.

Scalability and performance
The peer-to-peer transport layer enforces hard-coded resource limits, including a maximum frame size (64 MiB), per-request upload cap (32 MiB), global pending upload cap (256 MiB), stream buffer and duration limits, request and upload timeouts, and a per-IP inbound connection cap, which constrain resource exhaustion and denial-of-service conditions. Transport applies fail-closed handling on decode errors. Settlement is designed around Base's low-cost Layer 2 environment to limit transaction-cost exposure.

Wallets, keys, and identity
The protocol structurally separates the node's signing identity from fund custody: the signing key never holds funds directly, and an external funding wallet (which may be a hardware wallet or multisig) deposits into the AntseedDeposits contract and has no ongoing role thereafter. This bounds the worst-case loss from a compromised node to the current deposit balance, leaving the funding wallet unaffected. In desktop deployments, the signing key is encrypted at rest through the operating system keychain, with any legacy plaintext key auto-encrypted on upgrade. For server and CLI deployments, the documentation directs operators to supply the key via an environment variable backed by a secrets manager rather than storing it on disk, and recommends funding only via the deposit contract from a hardware wallet or multisig, depositing only amounts needed per session.

Cryptographic and protocol controls
Trust-critical operations are cryptographically verified: node identities use secp256k1 keypairs, with protocol messages, connection handshakes, and metering receipts signed using EIP-191 personal_sign and verified via ecrecover, and payment authorizations signed using EIP-712 (ReserveAuth and SpendingAuth), each scoped to a specific seller, capped by a maximum amount, and time-bounded by an expiry deadline. Connection envelopes include nonce and timestamp checks to resist replay attacks, and payment is gated (via HTTP 402) until an on-chain reservation is committed. Emission rewards are subject to per-recipient caps, with overages redirected to the Protocol Reserve.

Layer 2 (Base) dependency
The dependency on Base and USDC is inherent to the design and is disclosed as a residual risk rather than one that can be fully mitigated; the single-chain approach nonetheless avoids the additional attack surface introduced by multi-chain or bridged architectures.

Residual and outstanding items
Penetration testing of the peer-to-peer node software has not yet been completed per project documentation, and is identified as an outstanding assurance item. Certain acknowledged (unremediated) low-severity audit findings reflect deliberate design decisions or fixes deferred to a future protocol upgrade, as recorded in the audit report.

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

S.1 Name

The AntSeed Foundation

S.2 Relevant legal entity identifier

984500DE7AF09CDDDB83

S.3 Name of the crypto-asset

AntSeed

S.4 Consensus mechanism

AntSeed runs on the Base blockchain, where ANTS is an ERC-20 token on Base mainnet and payments settle in USDC on Base. Base itself is an Ethereum Layer 2 chain using an optimistic rollup architecture built on the OP Stack, batching many transactions off-chain and posting them to Ethereum for final settlement.

Security comes from Base inheriting Ethereum's Proof of Stake security guarantees: rollup transaction data is posted to Ethereum, which provides data availability and finality, while the optimistic model allows fraud proofs to challenge invalid state transitions. Efficiency comes from aggregating many user transactions into batches before posting to Ethereum, meaning users benefit from significantly lower fees and higher throughput than transacting directly on Ethereum L1, while still ultimately relying on Ethereum for settlement.

S.5 Incentive mechanisms and applicable fees

Incentive mechanisms (ANTS emissions)

ANTS releases are tied to authenticated network activity rather than to proof-of-work mining. The protocol releases 5 million ANTS per week, in periods referred to in the protocol as "epochs," with the weekly amount halving every 104 weeks.
Each week's release is allocated across fixed and dynamic components. Two allocations are fixed regardless of network activity: 15% to the Foundation and 15% to contributors. The remaining allocations are dynamic and scale within defined ranges according to network activity: up to 10% to verification and other growth incentives, rewarding participants who validate network activity such as behavioural model checks, TEE attestation and anti-abuse work, 2% to 40% to seller-pool stakers, based on the amount of ANTS actively staked in seller pools relative to a network-wide stake target, and 5% to 10% each to providers and to buyers, based on recognised settled USDC volume relative to a network-wide usage target.
Each allocation is administered by a distribution contract holding a share of that week's release. Any portion of a dynamic share that is not earned through verified network activity is processed through a remainder mechanism: ANTS is minted to a burn address first, up to 30% of that week's scheduled release, with any remaining amount minted to the Foundation's reserve address.

Network security model

Offering services and being selected for paid traffic does not itself require any stake; providers are paid in USDC for services rendered regardless. A stake is relevant only to establish eligibility for ANTS rewards. This eligibility stake is already denominated in ANTS, held in seller pools bound to a provider's on-chain agent identifier, and any ANTS holder, including buyers, may stake ANTS in support of a provider. A legacy mechanism under which the eligibility for providing ai services stake was denominated in USDC remains available as a fallback path until it is explicitly disabled; under that legacy mechanism the minimum stake was 10 USDC.
ANTS itself is currently non-transferable, so there is no liquid market in ANTS; releases accrue to eligible participants and the Foundation according to the schedule above. Network security and reward eligibility are governed through the stake requirement combined with on-chain reputation and feedback signals, rather than through block production.

Applicable fees

A 4% protocol fee, denominated in USDC, is charged on settlement of AI service transactions between buyers and providers and accumulates in a separate reserve contract; it is not paid to a centralised company. As at 29 September 2026, approximately USD 12,030 had been collected. The 4% protocol fee will be used for the ANTS buy-and-burn once ANTS becomes transferable. The burning of unearned weekly releases described above is a separate mechanism and does not fund any purchase of ANTS.

S.6 Beginning of period to which disclosed information relates

2026-08-06

S.7 End of period to which disclosed information relates

2026-08-19

S.8 Energy consumption

0

S.9 Energy consumption sources and methodologies

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

S.10 Renewable energy consumption

Not applicable as the annual energy consumption is less than 500,000 kWh.

S.11 Energy intensity

Not applicable as the annual energy consumption is less than 500,000 kWh.

S.12 Scope 1 DLT GHG emissions - controlled

Not applicable as the annual energy consumption is less than 500,000 kWh.

S.13 Scope 2 DLT GHG emissions - purchased

Not applicable as the annual energy consumption is less than 500,000 kWh.

S.14 GHG intensity

Not applicable as the annual energy consumption is less than 500,000 kWh.

S.15 Key energy sources and methodologies

Not applicable as the annual energy consumption is less than 500,000 kWh.

S.16 Key GHG sources and methodologies

Not applicable as the annual energy consumption is less than 500,000 kWh.

S.17 Energy mix

N/A .

S.18 Energy use reduction

N/A .

S.19 Carbon intensity

N/A .

S.20 Scope 3 DLT GHG emissions - value chain

N/A .

S.21 GHG emissions reduction targets or commitments

N/A .

S.22 Generation of waste electrical and electronic equipment (WEEE)

N/A .

S.23 Non-recycled WEEE ratio

N/A .

S.24 Generation of hazardous waste

N/A .

S.25 Generation of waste (all types)

N/A .

S.26 Non-recycled waste ratio (all types)

N/A .

S.27 Waste intensity (all types)

N/A .

S.28 Waste reduction targets or commitments (all types)

N/A .

S.29 Impact of the use of equipment on natural resources

N/A .

S.30 Natural resources use reduction targets or commitments

N/A .

S.31 Water use

N/A .

S.32 Non recycled water ratio

N/A .

S.33 Other energy sources and methodologies

N/A .

S.34 Other GHG sources and methodologies

N/A .

S.35 Waste sources and methodologies

N/A .

S.36 Natural resources sources and methodologies

N/A .