Provide a concise narrative that clearly states each of (a)–(e) below.
AO Protocol is a settlement, yield, supplier advance, and dispute resolution layer for high-ticket commerce with long payment-to-delivery windows. It is the first protocol to tokenise booking float. Ondo tokenised T-bills. Maple tokenised private credit. AO Protocol tokenises working capital that has never sat onchain before. Its flagship deployment is AtlasOra, a short-term rental marketplace on Base. Every short-term rental booking sits in escrow for roughly 60 days on average between guest payment and host payout. Across the global STR market, that represents more than 25 billion dollars of working capital sitting idle at any given moment. Airbnb, Booking, and Vrbo earn treasury yield on that float; hosts wait weeks for their money; guests and hosts cover the cost through 16 to 25 percent sticker fees. AtlasOra reorganises all three dynamics by settling in EURC/USDC on Base, deploying booking float into Aave across the escrow window, and resolving disputes through a Proof of Attention juror network staking $AORA.
AtlasOra operates across three entities: AtlasOra Foundation (Panama) governs protocol and token; MasaOra Ltd (UK) operates the flagship marketplace under commercial licence; MasaOra OÜ (Estonia) holds complementary operational scope. The Foundation is funded through three arm's-length commercial service agreements with the operating entities, supplemented by an Ecosystem Fund allocation that releases progressively over 48 months. Ongoing development and operations are supported by four revenue layers (marketplace fee, float yield, host advances, and third-party protocol licence fee), the first three keyed to GMV flowing through the AtlasOra flagship and the fourth keyed to external platforms licensing AO Protocol. The Foundation's operational remit covers smart contract development, juror network operation, burn programme execution, and ecosystem grants. The OpCo's operational remit covers marketplace operations, host acquisition, guest marketing, and regulatory compliance in each operating market.
AtlasOra operates as merchant of record between host and guest. Hosts set their agreed net rate per booking; AtlasOra applies a commission margin and sets the consumer retail price dynamically, undercutting the host's cheapest competitor platform by at least 5 percent. Payment lands in the AtlasOra treasury by card or stablecoin, webhooks confirm, and EURC/USDC is released into a Coinbase Developer Platform wallet provisioned under the AtlasOra application for each user. Funds are then pushed into the AO Protocol master contract under booking-specific state, which deploys EURC into Aave across the escrow window. Host payout is released on guest check-in, or earlier via host advances against confirmed non-cancellable bookings. Disputes route to the Independent Juror Program, where jurors stake $AORA, are selected from the pool, and have their stake burned on acceptance, with attentive jurors earning a bonus scored on attention quality.
$AORA is a utility token. It confers no equity, no dividend right, and no profit share in any entity. It serves five functional roles:
The AtlasOra Foundation operates a three-tier governance model: Protector (legal backstop), Council (fiduciary and regulatory control), and tokenholder DAO (protocol parameter control). The model has been ratified by the Foundation Council and is structured as follows. Tier 1 - Protector. The Protector role is constituted under Articles 11 and 21 of the registered Foundation Charter (Folio 25063206 at the Public Registry of Panama, registered 2 October 2025) and under Panama Law 25 of 1995 on Private-Interest Foundations. A Protector Appointment instrument was executed by the Founder on 2 October 2025 and is held at the Foundation's resident agent, with the appointee field deliberately left blank pending identification of an independent Protector external to the Council and the operating entities. The Foundation commits to completing the Protector appointment within 90 days of TGE. Pending that appointment, the Protector function is exercised by the Council as a whole under a unanimity requirement for any action of the Foundation or the DAO that is challenged on grounds of legality, sanctions compliance, MiCA compliance, or not-for-profit status. Tier 2 - Foundation Council (3 members) and Treasury Multisig (3-of-4 signers). The Council retains permanent control over matters where fiduciary, regulatory, or corporate-law responsibility cannot be delegated to tokenholders, specifically:
For each existing entity: Labs/DevCo (e.g., Founder, CEO, CTO, COO), Foundation (e.g., President, Executive Director, CFO, COO), and DAO / onchain governance leadership (if applicable) list the: (a) full names, (b) official titles, (c) and prior experience of key team members. For any non-existent entity, explicitly mention it does not exist. External links may be included but they will not factor into the score.
Full Name | Entity | Official Title | Prior Experience |
|---|---|---|---|
Andrew Deighan | Labs | CEO, CMO & Co-Founder | MSc FinTech. Built Web3 marketing at Qubic (helped scale to $1B FDV). 12+ years as an Airbnb guest across 5 countries. Also Foundation Council President. |
Edison Dalani | Labs | CFO & Co-Founder | 6+ years Expedia Finance Lead. Managed $700M+ P&L across packages and multi-item bookings; drove $350M incremental gross profit in 2024. |
Samuel Dreier | Labs | CSO & Co-Founder | Serial entrepreneur (ex-Global Waters, $M exits). Owns market-maker relationships with GSR and Amber Group. Leading Spain supply acquisition. |
Mark Mosley | Labs | COO & Co-Founder | Transitioned from CMO to COO March 2026. Owns platform operations, performance frameworks, team scaling. Former Web3 marketing lead at Qubic. Also Foundation Council Secretary. |
Jake Crocker | Labs | CTO | Co-founder, Ethereal Labs. Base L2 and DeFi protocol engineering. |
Alex Garcia | Labs | Head of Partnerships | Ex-Norwegian Air. Led onboarding of 400+ hosts in Spain. |
Tim Fahrner | Labs | Head of Engineering | Dev at Rhode & Schwarz |
Ben Westcott | Labs | Head of Blockchain (via Ethereal Labs) | CEO of Ethereal Labs |
Eefje Timmermans | Labs | Head of Social Media | Built own travel influencer channel |
Ali Mustafa | Labs | Community Manager | Worked for CFB and Entangle |
Adonike Strack | Labs | Operations Manager | Operations manager for the English department at GEMS Dubai |
Keith McKiernan | Labs | Frontend Developer (Strategic) | Frontend dev for PokerStars |
Andrew Deighan | Foundation | Foundation Council President | See above. Concurrent CEO of MasaOra Ltd; structural interlock managed under three arm's-length service agreements between Foundation and OpCo. |
Mark Mosley | Foundation | Foundation Council Secretary | See above. Concurrent COO of MasaOra Ltd. |
Samuel Dreier | Foundation | Foundation Council Treasurer | See above. Concurrent CSO of MasaOra Ltd. |
Independent [to be appointed] | Foundation | Protector (per Panama Law 25 of 1995) | The Foundation has committed to the appointment of an independent Protector external to both the Council and the operating entities within 90 days of TGE. Pending that appointment, the Protector function is exercised by the Council as a whole under a unanimity requirement for any action challenged on legality or not-for-profit grounds. See Section 1(e) for full description of Protector authority. |
Blockworks note: AtlasOra has three relevant entities for this filing: a OpCo (MasaOra Ltd, which is the UK Foundation: AtlasOra Foundation (Panama)
|
Provide a structured description of the DAO's governance, powers, and economic rights. If a DAO does not exist, state so. Address the lettered items below. Even if there is no DAO, there must be an answer to (d).
The DAO does not own or control IP directly. Protocol IP (smart contracts, token governance framework, Proof of Attention Framework documentation) is held by the AtlasOra Foundation. Marketplace IP (AtlasOra brand, application-layer code, commercial partnerships) is held by MasaOra Ltd. See Sections 4 and 5 for detail. DAO votes that would affect IP ownership or licensing require Council ratification and are subject to Protector legality veto.
Smart contract pause and upgrade authority, and all protocol admin keys, remain permanently with the Foundation Council. Foundation treasury operations are executed through a 3-of-4 multisig at 0x50e27E1d4B4234e08e65443DB7E4EC8d723DE8b9, with signers comprising the three Council members plus an operational signer (currently the CFO of MasaOra Ltd). The operational signer holds treasury execution authority only and does not hold Council governance rights. Routine treasury operations require 3-of-4 multisig signatures. Fiat operating expenses above $500 held in Revolut require 2-of-4 signatures from the same signer group. The DAO does not hold admin keys and cannot execute upgrades. At TGE, the AO Protocol smart contracts do not expose admin functions for changing the parameters listed at Section 3(d). Those parameters are configured at the application layer by the operating entities (MasaOra Ltd and MasaOra OÜ) under Foundation direction. The smart contracts are effectively immutable on their settlement, dispute resolution, and token economics surfaces as deployed. Should any contract-level admin function be introduced by future upgrade, it will be routed through an onchain timelock with minimum 48-hour delay, disclosed in the quarterly Blockworks refresh and at atlasora.foundation/transparency. DAO-voted parameter changes are executed by the Council through application-layer configuration update following the DAO Vote Execution Procedure ratified by Council resolution. The procedure requires: (i) Council certification of vote outcome within 5 business days of vote close; (ii) Protector legality check for compliance with applicable law, sanctions, MiCA, and Panama not-for-profit rules; (iii) directed update of application-layer config by the relevant operating entity within 10 business days of Protector confirmation; (iv) public logging of the parameter change at atlasora.foundation/parameters within 24 hours of execution. Legality-veto events are disclosed at atlasora.foundation/related-party within 30 days of the vote.
There is no locking or staking mechanism that confers additional governance weight. Tokenholder votes operate on a simple-majority basis with each $AORA equal to one vote. Staking mechanisms in the protocol (IJP juror staking, promoted listing staking, host trust staking) are utility staking and do not confer governance weight or voting multipliers. Staked $AORA counts equally with unstaked $AORA for voting purposes, so that jurors, hosts with promoted listings, and hosts posting trust collateral are not penalised for participating in protocol utility. DAO voting mechanism specifics (from month 3 post-TGE):
Tokenholder rights are utility-based and do not include revenue distribution, profit share, or any claim over Foundation treasury or operating entity equity. Specifically, holders have:
Under the registered Foundation Charter (Folio 25063206), Article 10(a), the Foundation may be dissolved by unanimous agreement of the Council or by the Founder. Article 10(b) provides that on dissolution, liquidation proceeds according to the Foundation Regulations (Reglamento) and any dissolution agreement must be registered at the Public Registry of Panama. The Foundation is in the process of issuing a Reglamento under Article 14 of the Charter that will add the following procedural layers to dissolution: (i) Protector confirmation required (once Protector is appointed); (ii) non-binding DAO advisory consultation; (iii) liquidation proceeds distributed exclusively to charitable or blockchain-advancing entities pursuing similar public-benefit purposes and not to Founders, Council members, Protector, employees, or any operating entity that licenses Protocol infrastructure from the Foundation. The Reglamento will be issued within 90 days of TGE, matching the Protector appointment window. The DAO does not hold authority to compel dissolution or to veto dissolution under either the Charter or the anticipated Reglamento.
Blockworks note: The Foundation's governance is set out across two layered instruments: (i) the registered Foundation Charter (Acta Fundacional, Folio 25063206, registered at the Public Registry of Panama on 2 October 2025), which establishes the Council, the Protector role, and the Foundation's fundamental structure; and (ii) the Foundation Regulations (Reglamento), a private instrument issued by the Founder under Article 14 of the Charter, which specifies internal operational detail including DAO scope, voting mechanics, the 10% Burn Target, and dissolution procedural layers. The Reglamento is in the process of issuance and will be finalised within 90 days of TGE, concurrent with the independent Protector appointment. Between TGE and Reglamento finalisation, the Foundation operates in accordance with the Charter and the governance framework described in this filing, with the Reglamento intended to codify that framework in its final form. A tokenholder DAO activates at month 3 post-TGE, concurrent with the launch of the Independent Juror Program. The DAO is one tier of a three-tier governance model (Protector / Council / DAO) described in Section 1(e). From month 0 to month 3, no DAO is active and all protocol-level control sits with the three-member Foundation Council, with treasury operations executed through a 3-of-4 multisig (the three Council members plus an operational signer, currently the CFO of MasaOra Ltd). From month 3 onward, the DAO holds simple-majority voting rights over the defined parameter set described in (d) below.
For the Primary Foundation do the following independently. If an entity does not exist, state that explicitly. Items (a)–(f) apply only if that entity exists; state explicitly that the entity doesn't exist. Definitions: The primary Foundation and DevCo can be explained as those entities which are directly involved in the issuance of the native token at launch.
type and jurisdiction AtlasOra Foundation. Private-Interest Foundation (Fundación de Interés Privado) constituted under Panama Law 25 of 12 June 1995 and registered at the Public Registry of Panama under Folio 25063206, registered 2 October 2025 (entry 414038/2025). The Foundation Charter was protocolised by Escritura Pública 22,422 of 29 September 2025 before Souhail Musbah Halwany Cigarruista, Twelfth Notary of the Panama Circuit. Registered office: Calle 55 Este, P.H. SL55 Building, Floor 21, Office 3, Panama City, Republic of Panama. Resident Agent: CL Registered Agents (Unique Registration Code PJ-0025035587-00571). Duration: unlimited. Initial patrimony: USD 10,000. Ultimate Beneficial Owner: Andrew Deighan.
Protocol-layer IP held by the Foundation:
The Foundation Council sits at Tier 2 of the governance model described in Section 1(e). From TGE to month 3, the Council holds full administrative authority over all protocol-controlled resources as no DAO is active. From month 3 onward, parameter authority is partitioned between the Council (reserved matters) and the tokenholder DAO (voted parameters); the Council continues to hold all treasury, pause/upgrade, and compliance authority on a permanent basis.
The Foundation does not control MasaOra Ltd or MasaOra OÜ at the equity or board level. The Foundation Council President, Secretary, and Treasurer are also CEO, COO, and CSO of MasaOra Ltd respectively; this interlock is managed through three arm's-length commercial service agreements between Foundation and OpCo, benchmarked through a transfer pricing study currently underway and led by Gavin Persaud. The Foundation's indirect influence is contractual: MasaOra Ltd operates the AtlasOra marketplace under Licence Agreement 1 from the Foundation for AO Protocol smart-contract infrastructure. Breach of that licence (including material deviation from the Proof of Attention Framework) gives the Foundation contractual remedies up to and including licence termination. The three service agreements between Foundation and OpCo: All fee percentages set out below are provisional and subject to the conclusion of a transfer pricing benchmarking study currently being commissioned. The Foundation's service fees are being benchmarked against arm's-length market comparables; final contracted percentages may differ and will be governed by the concluded TP opinion. The agreements are described here at the level required for Blockworks disclosure; final executed versions will be summarised at atlasora.foundation/related-party within 30 days of execution.
All three agreements are independent commercial relationships with defined services rendered, not revenue-sharing or profit-distribution arrangements. Each is terminable on material breach by either party on standard commercial terms. The Foundation and OpCo are separately funded, separately governed, and separately accountable for their respective performance under these agreements. The circular structure (OpCo pays Foundation three service fees; Foundation pays OpCo brand royalty under Licence Agreement 2 per Section 4(b)) reflects the substantive separation of protocol infrastructure from commercial brand assets, and both sides are independently benchmarked under the TP study.
Pause, upgrade, and protocol admin authority over all AO Protocol contracts is held by the three-member Foundation Council. Council resolutions require Council Majority (2 of 3) save where unanimity is required for Council Reserved Matters. Treasury execution of Council-resolved actions is routed through the 3-of-4 treasury multisig described in Section 3(b). There is no separate governance executor and no DAO admin key. At TGE, the AO Protocol smart contracts do not expose admin functions for changing the parameters listed at Section 3(d); those parameters are configured at the application layer under the DAO Vote Execution Procedure described in Section 3(b). Should any contract-level admin function be introduced by future upgrade, it will be routed through an onchain timelock with minimum 48-hour delay.
All fee percentages referenced below are provisional and subject to the concluded transfer pricing opinion. Final contracted percentages may differ; Blockworks quarterly refreshes will update disclosed percentages when the TP study concludes. The Foundation receives:
For the Primary DevCo do the following independently. If an entity does not exist, state that explicitly. Items (a)–(f) apply only if that entity exists; state explicitly that the entity doesn't exist. Definitions: The primary Foundation and DevCo can be explained as those entities which are directly involved in the issuance of the native token at launch.
type and jurisdiction The primary DevCo for the purposes of this filing is MasaOra Ltd (UK). A sister operating entity, MasaOra OÜ (Estonia), is separately disclosed below. Both are under common control with Andrew Deighan as controlling shareholder and are governed by the Foundation-OpCo service agreements described in Section 4(d). MasaOra Ltd (primary DevCo):
MasaOra Ltd holds:
MasaOra Ltd has no direct powers over Foundation treasury, protocol-controlled revenue, token administration, or reward parameters. The commercial relationship between MasaOra Ltd and the Foundation is governed by two sets of agreements:
MasaOra Ltd does not hold any direct governance powers over the Foundation. The interlock between the two entities arises at the personnel level: Andrew Deighan is both CEO of MasaOra Ltd and Foundation Council President; Mark Mosley is both COO of MasaOra Ltd and Foundation Council Secretary. This interlock is disclosed and managed through arm's-length service agreements with transfer pricing benchmarking. The Foundation Council has three members registered at the Panama Public Registry (Folio 25063206): Andrew Deighan as President, Mark Mosley as Secretary, Samuel Dreier as Treasurer. All three Council members concurrently hold officer positions in MasaOra Ltd (Andrew as CEO, Mark as COO, Samuel as CSO). This interlock is disclosed and managed through (i) three arm's-length commercial service agreements between Foundation and OpCo benchmarked through a transfer pricing study, to be summarised in the Reglamento issued within 90 days of TGE; (ii) the independent Protector role described in Section 1(e), committed to appointment within 90 days of TGE, which provides legality and not-for-profit oversight external to the Council; and (iii) conflicts-of-interest provisions to be codified in the Reglamento requiring arm's-length treatment of all commercial agreements with operating entities in which a Council member holds a material interest, with the interested member excluded from Council voting on their own commercial agreement. The Foundation treasury multisig is 3-of-4, comprising the three Council members plus the MasaOra Ltd CFO as an operational signer holding treasury execution authority without Council governance rights.
MasaOra Ltd holds no admin keys to protocol contracts. Marketplace-level operational tools (host dashboard administration, dispute escalation to IJP, booking lifecycle controls) are held by MasaOra Ltd but do not extend to $AORA token administration or protocol parameters.
MasaOra Ltd earns marketplace revenue directly from the flagship AtlasOra deployment across three operational revenue layers: the marketplace fee (targeting 5.7% of the final transaction), the float yield economics (with 15% of Aave yield paid to Foundation as a yield management fee per Section 4(d)), and host advances (invoice factoring against confirmed non-cancellable bookings). MasaOra Ltd retains marketplace revenue net of the three service and licence fees paid to the Foundation under the agreements disclosed in Section 4(d): 0.5% of revenue, 15% of Aave yield, and 30% of EBITDA (all provisional pending the TP opinion). MasaOra Ltd additionally receives brand royalty income from the Foundation under Licence Agreement 2 (AtlasOra Brand Licence), at 20–30% of Foundation income derived from third-party AO Protocol licences (provisional, TP). The royalty scales with third-party protocol adoption rather than flagship marketplace performance, and complements the marketplace revenue lines. All royalty income is paid quarterly by the Foundation. Net-of-fee marketplace revenue and brand royalty income accrue to MasaOra Ltd equity holders under ordinary UK corporate distribution rules. They do not accrue to $AORA tokenholders. $AORA tokenholders and MasaOra Ltd equity holders are distinct value streams. MasaOra Ltd is pursuing a separate UK equity track under the Seed Enterprise Investment Scheme (SEIS); that track is ringfenced to marketplace OpCo performance (including the brand royalty stream) and does not overlap with $AORA value accrual, which runs through AO Protocol utility at Foundation level. MasaOra Ltd has not opened any equity fundraising round as at the date of this filing. The SEIS equity track is in preparation but has not been launched: no pitch has been issued to investors, no term sheet has been signed, no SAFE, Advance Subscription Agreement, convertible note, or share subscription agreement has been executed, and no advance commitments or soft-circled subscriptions are in place. Target raise amount and pre-money valuation are under development and have not been finalised or offered. There are no crossover instruments between MasaOra Ltd equity and $AORA tokens. No equity holder of MasaOra Ltd holds a token warrant, side-letter token allocation, or any contractual right to $AORA arising from their equity holding. No prospective SEIS investor has been offered any right to $AORA as part of the contemplated round. The $AORA tokenholder track (Foundation-level protocol utility) and the MasaOra Ltd equity track (OpCo-level marketplace performance) are orthogonal as disclosed in the Aerodrome Ignition Voluntary Disclosure Statement and remain so. When the SEIS round opens, its material terms (target amount, valuation, investor profile, any crossover rights if contemplated) will be disclosed in the next Blockworks quarterly refresh and at atlasora.foundation/related-party under the Foundation's related-party disclosure commitments.
Disclose launch and initial supply details in a single initial allocation schedule covering the token's launch.
Total tokens issued at launch: 200,000,000 $AORA (fully minted, fixed supply, no further minting mechanism). Total tokens unlocked at launch (end of Week 4 of Aerodrome Ignition): 67,500,000 $AORA (33.75% of total supply). Total tokens locked at launch (end of Week 4 of Aerodrome Ignition): 132,500,000 $AORA (66.25% of total supply), held in onchain Sablier streams on Base. Week-by-week circulating supply during the Aerodrome Ignition launch window:
No fixed offering price. $AORA launches via the Aerodrome Ignition fair-launch mechanism on Base. Price is discovered by market participants through Aerodrome pool trading during the 4-week Ignition campaign. Neither insiders, Foundation, nor any fundraising cohort receive preferential pricing at launch. The final market-set price at TGE and through the Ignition window is visible on-chain via Aerodrome pool state.
$AORA (ERC-20 on Base L2). The $AORA token contract is not deployed to Base mainnet at the date of this filing. Deployment is scheduled to follow completion of the Hacken smart contract audit covering the AO Protocol master contract, the $AORA ERC-20 token contract, and associated staking and burn mechanics (see Section 11). The deployed contract address will be disclosed at atlasora.foundation/transparency and atlasora.foundation/tokenomics prior to TGE, and will be updated in the next Blockworks quarterly refresh once Ignition goes live.
Total supply: 200,000,000 $AORA. Fixed. No minting mechanism in the token contract. No inflation. Deflationary dynamics: the AtlasOra Foundation targets a 10% annual reduction in circulating supply through participation burns. Every juror who accepts a Proof of Attention dispute invitation has their staked $AORA burned unconditionally at acceptance. The 10% annual reduction is a Foundation-governed objective managed through parameter adjustment (stake sizes, juror pool size, dispute routing frequency) rather than a fixed protocol commitment. The protocol-level commitment is the burn mechanism itself. Circulating supply is not expected to exceed 70% of total supply at any point in the protocol's operational lifetime under current modelling assumptions, as burn outflow and staking lock-up offset calendar-based vesting inflow. This is a modelled expectation, not a guarantee.
All vesting allocations other than the Aerodrome Ignition Program and Liquidity buckets are enforced through onchain Sablier streams on Base. Team and advisor streams are cancellable (to enforce clawback on termination). Ecosystem Fund and Expansion Reserve streams are non-cancellable. Founder/Team's TGE unlock is subject to a 1-week transfer lockup. Advisor TGE unlock is also subject to a 1-week transfer lockup. All vesting cliffs and linear release schedules are anchored to the Token Generation Event (TGE) date. As at the date of this filing, the exact TGE date is not yet fixed; it will be set by Foundation Council resolution in coordination with the Aerodrome Ignition launch window and publicly announced on Foundation channels prior to the event. Once TGE is set, every bucket's vesting start is determined algorithmically by the Sablier streams as deployed, and every cliff and linear unlock date is derivable from the TGE date. Individual onchain Sablier stream addresses for every vesting allocation (Team, Advisor, SAFT, Ecosystem Fund, Expansion Reserve) will be published at atlasora.foundation/transparency prior to TGE and verifiable on BaseScan. This is an active commitment; the transparency page is live and a placeholder with the commitment text is already published.
Address each of the following sub-items based on the project's airdrop status. If a sub-item does not apply to the project's situation, state that explicitly.
Planned but not yet executed airdrop: Status: Planned but not yet executed. The community airdrop is structured around the Independent Juror Program launch rather than Aerodrome Ignition. No airdrop tokens are released at TGE. Airdrop recipients receive their allocation when the IJP goes live, which is when those tokens become productive through juror participation. Recipients who hold can build reputation through the juror tier system, earn attention-scored bonuses, and serve as founding stewards of the protocol. Recipients who sell cannot participate as jurors. This creates immediate utility and a structural anti-dump mechanism from day one of the IJP.
The AtlasOra Foundation commits to publish, in a public channel and provide to Blockworks on a quarterly cadence, the recipient wallet list until the initial TGE airdrop is fully completed. Airdrop allocation size, eligibility criteria, and snapshot date will be published at atlasora.foundation/airdrop no less than 14 days before IJP launch.
Target segments (planned):
Projects must disclose all material terms of market-making arrangements that affect token liquidity. If the project has no agreements or deals with market makers, state that explicitly; doing so earns full credit. For each market maker, include in a table:
If the project has no agreements or deals with market makers, state that explicitly; doing so earns full credit. If no native tokens were loaned or allocated to market makers, state that explicitly; cash/fiat retainers or fees are not required for this item.
Blockworks note: Signed token loan market making agreements are in place with GSR and Amber Group.
Commercial terms including loan fees, spread parameters, repayment pricing mechanics, and performance thresholds are confidential. A further 5,200,000 AORA (2.6% of total supply) from the 5% Liquidity bucket is retained by the Foundation for direct Aerodrome LP provision and operational liquidity management (not loaned to a third-party market maker). Loan Commencement Date for both market maker agreements (GSR and Amber Group) is the first CEX listing date. The loans do not commence at TGE or during the Aerodrome Ignition window; they activate when $AORA is first listed on a centralised exchange and the market makers begin CEX market-making activity. The loaned tokens are transferred from the Foundation's SAFT Distribution wallet to the market makers on or shortly before the CEX listing date. The loan terms (28-month GSR, 18-month Amber) run from that Commencement Date.
Projects must disclose all material terms of centralized or decentralized exchange listings that affect token liquidity. For each listing, include in a table:
If the project has no agreements or deals with CEX or DEX, state that explicitly; doing so earns full credit; cash/fiat fee amounts are not required for this item.
Blockworks note: DEX: Aerodrome Finance (Base L2). $AORA/USDC and $AORA/WETH pools on Aerodrome. The 15% Aerodrome Ignition Program allocation (30M AORA) is directed to veAERO voters across the 4-week campaign as bribes, front-loaded 6% / 4% / 3% / 2% across Weeks 1–4. A separate 5% Liquidity bucket provides LP depth in the Aerodrome pools, not bribes. CEX: no listing agreements are in place with any centralised exchange as at the date of this filing. No CEX listing agreement has been signed, no token allocation has been committed to any centralised exchange, no listing fee (in $AORA or otherwise) has been agreed, and no lockup terms have been negotiated. When a CEX listing agreement is executed, the material terms (allocation, lockup, fees) will be disclosed in the next Blockworks quarterly refresh and at atlasora.foundation/related-party within 30 days of execution. The GSR and Amber Group market-maker loan commencement is tied to the first CEX listing date (Section 8); those loans activate at listing.
Disclose all prior token sales by the Project — including fundraising rounds, any material OTC sales to investors, and any discounted market-maker sales. For each sale, provide:
If no prior sales occurred, state that explicitly (e.g., "No prior fundraising, OTC, or discounted MM sales have occurred.").
Blockworks note: Two SAFT cohorts raised an aggregate of $251,300 pre-Ignition. A separate UK equity track under the SEIS scheme is planned through MasaOra Ltd; this track is equity in the OpCo and is orthogonal to $AORA value accrual, which runs at Foundation level.
Note: one counterparty arrangement within the Private Sale 1 cohort was subsequently terminated under settlement terms. No tokens from the terminated arrangement will enter circulation. No OTC sales or discounted market-maker sales have occurred outside the two SAFT cohorts disclosed above and the GSR and Amber Group token loans disclosed in Section 8. No SAFEs, Advance Subscription Agreements, convertible notes, token warrants, side-letters conferring token rights, or other token-granting instruments have been executed. A UK equity track through MasaOra Ltd is planned separately under the Seed Enterprise Investment Scheme (SEIS). As at the date of this filing, no equity round has been opened, no pitch has been issued to investors, no term sheet has been signed, no subscription agreement has been executed, and no advance commitments are in place. Target raise amount and pre-money valuation are under development and have not been finalised or offered. The equity track is ringfenced to MasaOra Ltd marketplace performance and does not overlap with $AORA value accrual at Foundation level; no crossover instruments between MasaOra Ltd equity and $AORA exist or are contemplated. When the SEIS round opens, its material terms will be disclosed in the next Blockworks quarterly refresh and at atlasora.foundation/related-party.
If any, list prior exploits or incidents that directly affected the token, token supply, tokenholder balances, token contract, minting controls, burn mechanics, or custody of token supply. This question is not asking about general protocol, application, or smart contract exploits unless the incident directly affected the native token itself. If no prior incidents, state this explicitly (e.g., "No exploits affecting tokenholders or protocol funds as of YYYY-MM-DD").
Blockworks note: Statement as of 23 April 2026. No exploits affecting tokenholders or protocol funds have occurred as of this date. The AO Protocol contracts are not yet deployed in live production. A full smart contract audit of the AO Protocol master contract, $AORA ERC-20 token contract, and associated staking and burn mechanics is ongoing at Hacken; the audit report will be published at atlasora.foundation/audits once completed and any issues remediated. No additional auditor has been engaged beyond Hacken at the date of this filing. This statement will be refreshed at each quarterly Blockworks update to reflect the then-current exploit history and audit status.
Describe material risk factors across the three categories below. Each category includes prompts to address at a minimum.
(a) Regulatory, Legal & Tax Risks — Describe how evolving laws and regulations could affect the project by answering, at a minimum, questions like:
Impact of Regulatory Change on TGE and Listings: (If applicable) How could evolving or conflicting laws and regulations affect your ability to complete the TGE, deliver tokens to purchasers, and list or maintain the token on trading venues in key jurisdictions?
Entity-Level Regulatory Impact: (If applicable) How could regulatory or legal changes impact your core entities (Foundation, DevCo, DAO, affiliated service providers), including enforcement actions, licensing requirements, or forced changes to structure or operations?
Tokenholder Tax Treatment: (If applicable) What uncertainties exist around how tokenholders may be taxed, and make clear that tokenholders are responsible for understanding their own tax obligations?
Jurisdictional & User Access Restrictions: (If applicable) If the project restricts access for certain jurisdictions or user types (e.g., U.S. persons, sanctioned countries, retail vs. professional), what are those restrictions and what risks do they create for users and for the project?
(b) Protocol, Technology & Security Risks — Describe risks to network and contract reliability, correctness, and safety by answering, at a minimum, questions like:
Bugs and Design Flaws: (If applicable) What bugs, design flaws, or implementation errors could exist in your core protocol code, smart contracts, and any bridges, rollups, or oracles that you depend on, and how could these lead to loss of funds or disruption of the protocol?
Security Measures & Their Limitations: (If applicable) What security measures have you taken (audits, formal verification, bug bounties), and what types of failures might these measures still fail to detect or prevent?
(c) Token Economics, Unlocks & Incentive Risks — Describe how the token's economic design and supply schedule could affect holders by answering, at a minimum, questions like:
Critical Economic Assumptions: (If applicable) Which economic assumptions (e.g., staking yields, fee revenue, liquidity incentives, MEV capture, demand for blockspace) are critical for protocol security, utility, and governance, and what happens if those assumptions fail?
Governance Control over Monetary Policy & Rewards: (If applicable) To what extent can governance change monetary policy, fee parameters, or reward allocations (e.g., inflation rate, treasury flows, incentive programs), and how could such changes adversely affect tokenholders?
Impact of regulatory change on TGE and listings. $AORA launches through the Aerodrome Ignition fair-launch mechanism on Base, with no preferential allocation to non-public participants at the moment of launch. MiCA (Markets in Crypto-Assets Regulation) applies to $AORA in the European Union, and AtlasOra has prepared and intends to publish a MiCA-compliant whitepaper at atlasora.foundation/whitepaper. Evolving interpretation of MiCA category definitions - in particular the distinction between utility tokens and e-money tokens - could require revisions to the whitepaper or to specific token utility features (notably the stablecoin fee discount, which involves payment-adjacent flows). The Foundation's MiCA compliance is led by Gavin Persaud (Legal Advisor, ex-Aave). Adverse regulatory interpretation in any single EU member state could limit marketing of the token to residents of that jurisdiction but would not affect tokenholders in other jurisdictions. CEX listings are subject to the listing venue's own regulatory analysis. A CEX listing agreement is pending at the time of filing; no listing guarantees are made. Entity-level regulatory impact. The AtlasOra Foundation is a Panama private-interest foundation and operates under Panama law. MasaOra Ltd is a UK limited company and operates under UK company law; it is not presently authorised by the UK Financial Conduct Authority and does not undertake regulated activities. The operating model relies on a 'record of merchant' architecture - funds flow through individually scoped Coinbase Developer Platform wallets and booking-specific contract state rather than pooled client money - which is designed to sit outside the UK client-money regime under the FCA's CASS rules. Adverse regulatory interpretation of this architecture could require operational changes, including introduction of a regulated e-money institution or payment institution partnership. MasaOra OÜ operates as the EU payment gateway; Estonia's crypto-asset service provider (CASP) regime is under active revision in line with MiCA, and EU payment services are governed by PSD2 / PSD3 as implemented in Estonia. Tokenholder tax treatment. Tax treatment of $AORA acquisition, holding, staking, burning (as part of IJP participation), and disposal varies by jurisdiction. Jurors whose stake is burned on jury acceptance may face uncertain tax treatment around the character of that burn (disposal at zero proceeds, contribution to protocol). Tokenholders are solely responsible for understanding their own tax obligations, including but not limited to capital gains, income recognition on airdrops and juror rewards, and reporting obligations under CRS, FATCA, and equivalent regimes. AtlasOra provides no tax advice. Jurisdictional & user access restrictions. Active marketing of $AORA excludes US persons. This is a deliberate policy adopted on legal advice, reflecting the regulatory exposure of offering an unregistered token to US persons under US securities law. No marketing materials, disclosures, or promotional communications targeting US persons have been issued by the Foundation or the operating entities. Eligibility restrictions applicable to token holders are set out in the AtlasOra MiCA Whitepaper filed by the Foundation, which is the authoritative document for regulatory eligibility and user access constraints. Persons resident in sanctioned jurisdictions (including those on the US OFAC SDN list, EU consolidated financial sanctions list, and UK HMT sanctions list) are excluded under the MiCA Whitepaper's eligibility provisions. No IP-based geoblocks or front-end access restrictions are in place at atlasora.foundation. No geoblocks are implemented at the Aerodrome DEX level (technically infeasible on a permissionless AMM on Base; any wallet can interact with the pool). SAFT counterparties were selected directly by the Foundation and screened at selection; no SAFT was sold to a US person or a sanctioned-jurisdiction resident. Any future CEX listing will rely on the CEX's own KYC and jurisdictional screening as the primary access control. Persons acquiring $AORA through permissionless channels (Aerodrome DEX, other DEX aggregators, peer-to-peer) do so on their own responsibility and subject to the MiCA Whitepaper eligibility provisions and applicable local law.
Bugs and design flaws. The AO Protocol stack includes the master settlement contract, the $AORA ERC-20 token contract, IJP staking and burn mechanics, host trust staking and slashing logic, and promoted listing staking contracts. Each of these carries standard smart contract risks including but not limited to: integer arithmetic errors, reentrancy, access control misconfiguration, upgrade-related storage collisions, and oracle manipulation. External dependencies create additional risk surfaces: Aave v3 on Base (yield deployment target for booking float), Coinbase Developer Platform (wallet provisioning and signing), Sablier (vesting stream execution), and the underlying Base L2 sequencer and bridge. A failure in any of these dependencies could disrupt the protocol or lead to loss of funds. Security measures and their limitations. AtlasOra has engaged Hacken for a full audit of the protocol contracts; the audit report will be published at atlasora.foundation/audits. Audits reduce but do not eliminate smart contract risk; audits cannot be expected to catch novel attack vectors, logic errors that require context-specific knowledge of commercial intent, or issues in out-of-scope external dependencies. No bug bounty programme (Immunefi or equivalent) is live at the date of this filing, and none is planned for launch at TGE. The Foundation will evaluate a bug bounty programme once the AO Protocol contracts are deployed and operating in production; any launch will be disclosed in a subsequent Blockworks quarterly refresh. Formal verification has not been applied to any portion of the contract suite.
Critical economic assumptions. The $AORA utility model rests on four critical assumptions: (i) marketplace growth sufficient to produce a steady stream of disputes routed to the IJP, which drives the primary burn engine; (ii) sufficient juror participation demand to make the staking commitment meaningful without requiring distortive subsidy; (iii) guest willingness to accept stablecoin payment and to hold $AORA for the fee discount; and (iv) host willingness to stake $AORA for promoted listing and trust collateral. Under-performance on any of these assumptions reduces the burn rate and weakens the deflationary dynamic. Specifically, if dispute volume grows substantially more slowly than booking GMV, the Foundation's 10% annual supply reduction target cannot be achieved through participation burns alone and would require parameter adjustment (higher stake amounts, expanded juror pool size, or secondary burn mechanisms) to maintain pacing. Governance control over monetary policy & rewards. At TGE, the three-member Foundation Council (Council Majority 2-of-3, with treasury execution via 3-of-4 multisig) sets and adjusts: juror reward pool rates (currently 4–6%), burn target pacing, stablecoin fee discount tiers, promoted listing stake sizes, and host trust collateral requirements. The Foundation could, in principle, reduce the economic attractiveness of any of these utility sinks, which would reduce demand for $AORA. Conversely, the Foundation could increase reward pool payouts, which would deplete Ecosystem Fund reserves faster and shift the timing of reward pool funding from Ecosystem Fund to operational cash flow. No monetary policy changes (inflation rate - not applicable given fixed supply; emission schedule - not applicable given no emissions) are contemplated; the fixed supply is a protocol-level commitment that cannot be altered without a new token contract. Any material parameter change will be disclosed at atlasora.foundation/related-party within 30 days of adoption, as committed in Section 6 of the Aerodrome disclosure. The following Foundation-controlled wallet addresses on Base are verifiable on BaseScan in real time:
This Token Transparency Filing is provided for general informational purposes only. Blockworks reviews completeness only and does not verify or warrant the accuracy of individual answers. AtlasOra is solely responsible for the content, accuracy, and legality of its disclosures.