Why Amaroo?

Amaroo isn't just another layer 1, nor just another DEX, nor just another scaling or interoperability solution; it is a unique network that brings a new perspective of collaboration to a world of diverging blockchains, where liquidity, ecosystems, and users face the challenges of isolated economies.

At the heart of Amaroo is a novel consensus strategy Ultra Terminum (UT) combined with Proof of Reflection (PoR). Together, they allow chains to collaboratively secure one another while enabling flexible, demand-responsive scalability, without compromising on security or decentralization. The significance of this is that Amaroo's network of chains collaborate in such a way that each chain utilizes the existence of other chains in the network, not only providing ways to scale beyond what was previously possible, but making it so that attacking one chain is as difficult to attack as attacking the entire network.

Put simply, Amaroo's chains don't just operate in parallel in their own existence; they actively work together through seamless, protocol-level interactions as a unified, high-performance blockchain network.

The Amaroo Orderbook DEX Infrastructure

Amaroo enables seamless, non-custodial settlement across blockchain ecosystems. Users should be able to deal predominantly in their currency of choice, from their chain of choice, without barriers, intermediaries or custodial risk.

This is where Amaroo steps in, making it possible through our protocol-native exchange infrastructure with market execution embedded directly into the block-building process. User bids and asks for the orderbook are broadcast on the transaction layer of each participating chain. For example, a user trading Bitcoin (BTC) for Amaroo's native token (ROO) would initiate a special transaction on the Bitcoin network. This transaction is recorded on the Bitcoin blockchain and acknowledged by the Amaroo network through the Bitcoin integration on Amaroo, where the exchange can be processed and completed. This is facilitated all without the requirement of running an Amaroo node.

Amaroo's DEX is uniquely extensible. It integrates directly with external blockchains, adding support for new ecosystems without imposing protocol changes on the external chains. This means that Amaroo's DEX infrastructure can operate without relying on the involvement of third party services such as oracles, bridges, or external routing mechanisms.

The result: a secure, scalable, transparent, and trustless cross-chain settlement layer build directly into the Amaroo protocol.

Overall; Amaroo's DEX provides:

  • Fully non-custodial settlement and exchange, where users retain complete control of their funds at every stage.
  • Zero exchange fees, as market execution happens directly through the block building process.
  • Seamless extensibility to external ecosystems, with no requirements of protocol changes on the integrated chains.

Why Limit Order Book and not Automated Market Maker?

Automated Market Makers (AMMs) served as a vital role in early DEX adoption by providing a great user experience and removing the need for complex order management. However, their limitations became obvious due to the unwanted market effects:

  • Trade slippage due to varied price evaluations and pricing curves.
  • Liquidity being sprayed across prices where nobody is quoting.
  • Questions surrounding the price-time priority, fairness, and execution predictability.

In contrast, a traditional market approach of (Central) Limit Order Books (CLOBs or LOBs) offer potential solutions to these problems with greater precision, transparency, and efficiency; especially for professional traders and multi-asset ecosystems.

Implementing a performant, cross-ecosystem Limit Order Book on-chain, however, requires deep architectural integration and the right infrastructure to exist. Other Central Limit Order Book DEX-only blockchains exist, but are limited to only supporting a ledger of market executions and deposits/withdrawals into the ecosystem.

Amaroo, however, goes beyond the functionality of just a DEX, bringing properties and functionality of a blockchain that include the market execution on the protocol level — without requiring custodians, third-party verifiers, or off-chain deposit or settlement.

This means that Amaroo's market execution is able to use the processing of transactions that occur on the other blockchains as input. The Limit Order Book approach brings solutions for better efficiency in trading, tighten control on spreads, and allow atomic settlements to be done transparently, all on-chain.

The current state of blockchains, and where Amaroo fits

Over the past decade, the blockchain landscape has seen explosive innovation. Hundreds of new blockchains have emerged, some launching entirely new ecosystems, while others attach themselves to Layer 1s as Layer 2s or child-chains. While this diversity brings exciting opportunities for innovation and experimentation, it inevitably led to a divergence of ecosystems, fragmentation of liquidity, and a constrain on user asset utility by locking them within their ecosystem's environment.

For most users, this means their tokens (and applications) are subtly locked within a single ecosystem. Moving assets elsewhere typically requires the involvement of fragile third-party infrastructure such as bridges, oracles, or swap services. The reliance such entities could introduce additional fees or, in the worst case, introduce unwanted vulnerabilities and risk as has been experienced in the past.

The surge of Layer 2s (or child-, para-, sub-, chains) and application-specific chains suggests that builders want to flexibly create their own custom blockchain environments, but yearn for a way to securely bootstrap for operational safety, have access to liquidity, and provide easy user on-boarding.

The search for access and liquidity often drives new chain builders to exchange services. These exchanges, however, typically uphold high listing requirements with the ability to de-list and remove coins if they misalign or under-perform.

Amaroo solves these problems, directly.

At its core, Amaroo is capable of tracking and recognizing the state of foreign chains as their blocks are produced, all within protocol. This means that the context of other ecosystems becomes recognized natively within Amaroo. Such a unique architecture gives rise to countless possibilities of interaction; one being the integration into the protocol-native DEX without bridges, oracles, or custodians.

Users can interact across chains from the safety of their own wallets, while still benefiting from native settlement and zero overhead exchange fees.

Amaroo also empowers developers by offering application-specific dapp-chains, allowing them to define their own protocols, incentives, and execution models. These child-chains inherit security via Proof of Reflection; bootstrapping trust without compromising flexibility.

What does this mean?
A builder of a more complex application (e.g., games, AI, business operations, etc.) can be empowered to create a tailored blockchain that benefits from the underlying Amaroo infrastructure and security. In short: batteries included from bootstrap for application chains.

The Benefits

So, what are the real benefits Amaroo brings?

Ultra-high scalability

At the core of Amaroo is its novel consensus mechanism, Ultra Terminum, which enables multiple chains to collectively secure and scale one another.

With Ultra-Terminum, Amaroo's initial configuration has the ability to scale to 350K TPS and block confirmation on the order of ~10Hz (~100ms/confirmation).

Read the whitepaper for the full analysis and a deep dive of the concepts.

UT Scaling Configurations

Ultra Terminum is engineered for multiplicative scaling. Each architectural layer compounds the capacity of the layer beneath it, achieving exponential growth in throughput.

$UT_1$: The Simplex

$O(c^2)$

The foundational layer of mutually reflecting simplex-chains.

$UT_2$: Dapp-chains

$O(c^3)$

Application-specific chains secured by the simplex.

$UT_3$: Dapp-dapp-chains

$O(c^4)$

Nested chains providing another order of magnitude in scale.

$UT_{\aleph}$: Tiling

$O(n)$

Recursive simplex tiling for unbounded horizontal capacity.

Integrated architecture for maximum efficiency

Amaroo is a blockchain where the DEX and the Layer 1 are one and the same. This is not an add-on or smart contract-based solution; the DEX is a first-class citizen of the core protocol.

Your funds, your wallet, your chain

Amaroo was built on a foundational principle: users should be able to freely trade across ecosystems while staying entirely in control of their assets. With Amaroo, settlement happens directly from your native chain and wallet; no locking, no wrapping, and no custodians.

As there are no intermediary oracles or bridges, Amaroo reaches out to foreign chains, natively tracking their state so that trades can be validated and executed directly within Amaroo’s consensus logic.

This architecture redefines what non-custodial means. You never leave your chain, and your funds never leave your wallet.

Empowering builders with dapp-chains

Blockchain applications increasingly demand more sophisticated execution environments—especially for gaming, finance, and custom protocols. Traditional platforms often fall short or force developers to compromise. This hints at three scenarios for consideration:

  1. Developers are searching for a stable layer that can facilitate the interactions that they require.
  2. Developers need to build their own custom / tailor-specific chains for their applications.
  3. Developers of blockchains need ways to on-board, bootstrap and securely run their operations from the beginning.

Amaroo solves this by offering dapp-chains: application-specific child-chains with flexibility over execution model, incentive structures, and rewards. Developers aren't boxed into a fixed virtual machine or set of rules as they can build exactly what they need.

Batteries included security, by design

Each dapp-chain by design inherits security from its host Simplex-chain through Proof of Reflection. This means developers can build their own custom chains that leverage Amaroo's collaborative consensus without needing to bootstrap trust or economic security from scratch.

The narrative of decentralization

Many new-era blockchains that aim for high throughput and high performance often raise the bar for operational requirements (e.g., high-end processors, high bandwidth, large RAM allocations, etc.), inevitably placing a barrier to entry for potential newcomers. Amaroo takes a different approach, supporting decentralization through heterogeneity, acknowledging that various levels of compute interact with the blockchain.

Participants in Amaroo can therefore be seen as:

  • Miners: contributing to block building and total network hash-power within the Simplex.
  • Relayers: assisting with data availability and message propagation as non-mining nodes.
  • Light Clients: interacting directly with the blockchain from light powered devices such as mobiles.

Amaroo embraces diverse participation; ensuring decentralization isn't just theoretical, but operationally viable.

The Questions

Why Another Layer 1?

There have been vast changes to the design of blockchains, specifically Layer 1s and the architecture surrounding them. What began with Bitcoin's single-chain model has expanded into a dense landscape of interconnected networks—featuring complex consensus mechanisms, multi-layer structures, and varied optimization techniques. The research and development driving these changes are grounded by an underlying goal of the community: 'improve blockchain performance to become equal to, or better than, traditional centralized systems'.

Whilst real progress has been made, particularly in the realms of throughput and programmability, many of the underlying challenges remain unresolved:

  • Fragmentation between ecosystems.
  • Siloed liquidity.
  • Security trade-offs or compromises.
  • Protocol incompatibilities.

So, why create Amaroo as a standalone L1?

Because the architecture required to natively unify diverse chains, embed a protocol native DEX, and scale collaboratively could not be bolted onto existing networks. It had to be (and was) re-imagined from the ground up.

In essence, Amaroo isn't just another chain. It's the groundwork for secure, scalable, and truly cross-chain collaboration engineered to solve problems that others can't.

The DEX we want; the infrastructure we required

Facilitating secure exchanges between ecosystems is an area of increasing interest, especially with the number of chains on the market today, paired with the growing acceptance of digital assets in the retail world.

Amaroo's DEX gives users the ability to securely do just this. The users have the ability to exchange from the safety of their own wallet, on their chain of choice; interacting across ecosystems and really using the potential of the larger 'web3 ecosystem'.

It's not just the DEX we wanted; it's the DEX the ecosystem needs for true, decentralized, cross-chain settlement.

But to achieve this securely, chains must be able to communicate trustlessly with infrastructure or data pipelines in-place.

This leads to three approaches:

  • Find an intermediary solution to facilitate communication between the two chains.
  • Develop a messaging protocol so that messages can be passed between chains and processed in a way that is useful.
  • Find a way for chains to be brought into context of each other, so that exchanges can be facilitated natively.

By embedding cross-chain awareness directly into its consensus via Proof of Reflection, Amaroo enables fully on-chain, non-custodial interactions without the involvement of intermediaries.

Proof of Reflection

Proof of Reflection sits at the core of Amaroo bringing a new perspective to chain interactions. It allows any chain to acknowledge and embed the state of another chain into their blocks, enabling true cross-chain awareness without intermediaries.

For example, if Chain L tracks, or 'images', another Chain R by embedding R's block headers into its own blocks, then Chain L can recognize and verify the context of Chain R in its own execution; performing actions such as acknowledge and verify the existence of a transaction executed within an R's block. This creates a verifiable link between separate chains.

For the DEX, this is the perfect recipe; allowing chains to natively interact across other chains.

By enshrining this directly into protocol, the Amaroo network now has the ability to image foreign chains, bringing the blocks of external chains into context without imposing design or protocol changes externally.

While the idea of tracking one chain from another has been done before, a deeper look can be achieved when this happens mutually. If Chain R simultaneously images Chain L, both chains can now see and confirm each other's histories. This mutual imaging unlocks not just interoperability, but cooperative AND performant security.

But that's not all - at this point, Chain L can also see its own blocks being imaged on Chain R, it can see a reflection of its own history being confirmed on another chain.

To read more about this, visit the whitepaper or see our lightpaper, or visit the visualization on the landing page.

Ultra Terminum

Amaroo's network builds upon this: what if we used these reflections directly in the consensus, built into the protocol? If we can see our own history being confirmed in other chains, can we use this to make our chain more secure by using the efforts of the other chains as our own? With careful conversions, Amaroo's consensus makes it such that all the chains within the network secure one-other; forming a cohesive, collaborative network of chains.

Instead of isolated chains running independent consensus mechanisms, Amaroo's network acts as a unified, mutually reinforcing system. This not only brings cooperative security to the network, it paves the way to scale while bringing network-wide security and maintaining decentralization.

A unified design

With this foundation, Amaroo achieves something unprecedented: the Layer 1 consensus and orderbook DEX are not separate systems - they are one and the same.

Transactions from external chains (e.g., BTC) can be acknowledged and validated, and market execution occurs as part of block production, without external validators, oracles, or bridges.

Why Proof of Work?

Proof of Work (PoW) is often overlooked in modern blockchain design due to concerns about energy consumption and throughput limitations. However, Amaroo employs it in a targeted, modular fashion for strategic purposes:

  1. Security through thermodynamics: PoW provides measurable, unforgeable cost—critical for the reflection and weight conversion required in UT.
  2. Instantaneous Calculation: Each Proof of Work block carries enough information to determine the amount of resources that went into creating it, and verifying the validity of the work is low-effort.
  3. Infrastructure setup: The 'plug and play' nature of PoW; requiring minimal additional infrastructure for using spare compute or dedicated hardware.
  4. Light-Client Friendly: There is no requirement to maintain an active validator sets, making it friendly for light clients to join the network and gain context.

While energy use is a valid concern, it should be considered in context; especially when compared with the resource demands of new-age technology such as AI training, streaming, and data centers.

PoW brings a measurable and shareable unit of effort, critical for Amaroo's cooperative consensus.

Proof of Stake, however, looks to be an appropriate mechanism for dapp-chains, offering flexibility where required. These in-depth discussions can be found in Section 2.6 and 3.4.3 of the whitepaper.

Network blocks and local confirmations

PoW block times traditionally serve three purposes:

  1. allowing for network-wide block propagation,
  2. providing a buffer between blocks to prevent spam attacks, and
  3. the time for proofs to be calculated for a sufficient difficulty.

To maintain a healthy Proof of Work ecosystem, chains must have an appropriate difficulty and total mining power to thwart simple 51% attacks. The chain's difficulty is related to the target block time and can be seen as a representation of how much mining power is building blocks in the network.

A naive attempt to increase speed by lowering difficulty and compromising on security. Amaroo takes a different approach:

  • Even with a 15-second target block time, reflections across multiple chains allow confirmations to occur in offset waves
  • Through Ultra Terminum and Proof of Reflection, Amaroo can achieve effective confirmation rates up to ~10Hz (~100ms/confirmation) without sacrificing network security!

This is possible because multiple simplex-chains are producing and confirming blocks in parallel, reflecting one another's histories in real time.

The Stats

Let's look into detail at the performance that can be achieved with Amaroo.

To see more, explore the whitepaper or lightpaper.

Theoretical TPS Complexity Comparison

  • $k$: raw per-chain throughput. (bytes/s)
  • $B_f$: simplex block frequency. ($s^{-1}$)
  • $B_h$: simplex block header size. (bytes)
  • $D_f = B_f$: dapp-chain block frequency. ($s^{-1}$)
  • $D_h = B_h$: dapp-chain block header size. (bytes)

* Scroll right on table to reveal values.

BfBhO(c)Sharded O(c2)UT1+OP TPSUT2+OP TPSUT3+OP TPS
1/15112124,8211,205484,2951.95 × 108
1/1584126,4281,607860,9694.61 × 108
1/30112129,6422,4101,937,1811.56 × 109
1/30841212,8573,2143,443,8773.69 × 109
1/601121219,2854,8217,748,7241.25 × 1010
1/60841225,7146,42813,775,5102.95 × 1010

Table: Performance metrics for $k = 3000$, noting that dapp-chain headers are set to the same frequency and size of the simplex-chain block headers.

Have Questions?

Chat with us on our socials, or look out for our forum and discord (coming soon).