A multi-tier blockchain system designed to address unsolved questions of scalability, privacy, and interoperability in blockchain networks.
What is AION ?
Mainstream adoption of blockchains has been limited because of scalability, privacy, and interoperability challenges. Aion is the first multi-tier blockchain network designed to address these challenges.
Core to our hypothesis is the idea that many blockchains will be created to solve unique business challenges within unique industries. As such, the Aion network is designed to support custom blockchain architectures while providing a trustless mechanism for cross-chain interoperability. At the root of the Aion network is the first dedicated, public, enterprise blockchain: Aion-1.
Aion-1 is a state-of-the-art, third-generation blockchain that introduces a new paradigm of security and fair, representative, cryptoeconomic incentives.
This paper:
- Introduces and explains the Aion network—the next generation of blockchain technology and first multi-tier blockchain network—and its necessary infrastructures and protocols.
- Details the vision and technical concepts of Aion-1, a purpose-built, public, third-generation blockchain and a component within the Aion network.
- Provides a roadmap for future implementations of Aion-1 and the Aion network.
These concepts are a work in progress and this paper is intended to establish intent and be exploratory in nature, not declarative. Join
the Aion network mailing list to get alerts about more detailed white papers related to specific aspects of Aion as they become available.
Aion : the third-generation blockchain
In the future, blockchains will federate data and value in a hub and spoke model similar to the internet. The future of mainstream blockchain adoption will be achieved by the development of a networked, federated blockchain to integrate these separate spokes. That integrated blockchain network is Aion.
Aion is a third-generation blockchain network that will enable any private or public sector organization to:
- Federate: Send data and value between any Aion-compliant blockchain and Ethereum.
- Scale: Provide fast transaction processing and increased data capacity to all Aion blockchains.
- Spoke: Allow the creation of customized public or private blockchains that maintain interoperability with other blockchains, but allow publishers to choose governance, consensus mechanisms, issuance, and participation.
At the root of the Aion network is a purpose-built, public, third-generation blockchain called Aion-1. Designed to connect other blockchains and manage its own robust applications, Aion-1 also provides the economic system that incentivizes interoperability in the ecosystem.
AION tokens are the fuel used to create new blockchains, monetize inter-chain bridges, and secure the overall network.
Aion Multi-Tier Blockchain Network
The Aion multi-tier blockchain network is like a computer network, providing a protocol and standard for dissimilar systems to communicate. However, in addition to information, the Aion network will pass logic and value among participating blockchains to create a contiguous value chain where every transaction occurs on-chain, with logic and value passing among chains as freely as liquid assets.
![]() |
Example of a simple Multi-Tier Blockchain Network network, consisting of all the major actors |
These infrastructures, protocols, and concepts will work together to guarantee transmission from an origin to its destination through interchain communication. The value of these technologies is that they enable one blockchain to transact with another blockchain, as well as one blockchain to transact with every connected blockchain.
Connecting Network
Connecting networks are networks that facilitate interchain communication and interchain transactions between multiple private or public blockchain networks. Connecting networks are defined by requirements that specify their role within the context of the Aion network. Connecting networks and interchain transactions provide a universal interface that enables blockchain developers and users to route messages from one network to another. Specifically, a connecting network should provide the following core functionalities:
- Route messages between different blockchain networks through a common bridging protocol that involves translation and propagation of the message, which must be considered final.
- Provide decentralized accountability.
- Provide a bridging protocol.
Aion network protocols specify standards for the external components. While the actual functionality and internal components of each connecting network might vary by vendor and intended purpose, these core functionalities should be implemented.
Point-to-point connections such as inter-blockchain relays or purpose-specific networks such as BTC Relay exist as central hubs. Such protocols, while simple and efficient, often result in complicated state channels that can give rise to contentious situations and are often at the mercy of one or a select group of individuals that run the relaying networks.
A connecting network instead uses bridges and a trust-free blockchain network to validate and ensure the correctness of flowing transactions. By introducing a third party that routes messages from point A to point B, the networks themselves do not have to manage difficult or unclear situations.
Interchain Transaction
An interchain transaction is a trust-free message between blockchain networks, a critical infrastructure component powering interchain communication. Interchain transactions allow any connected blockchain networks to exchange information, like computers on the internet.
Interchain transactions are initially created on a source blockchain and then processed and forwarded by bridges and connecting networks before finally reaching the target blockchain. As stated previously, the creator of an interchain transaction must pay a transaction fee for the communication cost using AION tokens, thereby incentivizing all the participants in each junction of the route.
Interchain transactions are designed to be somewhat analogous to packets by specifying the hops they should perform from the source to target network, which potentially means passing through numerous connecting networks.
Format
Ideally, the interchain transaction format would include three parts:
- Payload data that is specific to the creator and is typically regular transaction data, but potentially could be extended to arbitrary data, at the discretion of the creator and the source network.
- Metadata about the interchain transaction that contains routing information and fees.
- Merkle proof that is only used when the sender wants to bypass the bridge.
The bridge and connecting network validators shall not interpret the data, but do check the integrity of the transaction as a whole. Privacysensitive information applications could choose to encrypt the data if necessary.
![]() |
Visual depiction of an inter-chain transaction |
Routing
The routing of interchain transactions is a multi-phase process. In each phase, the validators verify the transaction and reach consensus on whether the transaction should be forwarded or rejected. If a transaction gets rejected at any point, any state change as a result of the interchain transaction will be reverted, at least in the connecting network.
The routing path can be divided into two subpaths: the forward path and backward path. In the forward path, an interchain transaction flows from the source chain all the way to the target chain. In the backward path, a confirmation of the interchain transaction is passed back.
![]() |
Depiction of an ICT lifecycle, beginning with emission from chain A, and ending with confirmation |
State
Interchain transaction state is introduced to represent the different stages/status of a transaction from the perspective of the connecting network.
![]() |
Flow chart of the possible states that can occur within lifetime of an ICT |
- When an interchain transaction is observed in the participating network by the bridge validators for the first time, the state changes to received.
- If over two thirds of the bridge validators vote yes for the interchain transaction, the connecting network will change the state of the interchain transaction to on hold, which will trigger an event where a corresponding connecting network token will be locked until the transaction is processed.
- If less than two thirds of the bridge validators vote yes for the interchain transaction, the state changes to rejected.
- The on-hold transaction will be forwarded by bridge validators that connect the connecting network and the next blockchain on the route.
- Once a confirmation is received from the target blockchain, the state changes to confirmed.
- If no confirmation is received, the state changes to timed out.
- For confirmed interchain transactions, the state changes to finalized and all locked fees are distributed to the connecting network and bridge validators.
Bridges
A bridge is a communication protocol that facilitates communication between the participating network and the connecting network. A bridge is composed of its own distinct network of validators that assures translation of protocols and accountability between networks.
Bridges are directional; the source blockchain is the chain where transactions are emitted and the target blockchain is the chain where the transactions are forwarded.
A bridge has two main responsibilities:
- Signing and broadcasting an interchain transaction only if they have been sealed in the source blockchain and an interchain transaction forwarding fee has been paid.
- Informing the connecting network of the merkle hash updates of the participating network.
Bridge validators will use a lightweight BFT-based algorithm to reach consensus. Transactions get approved only after receiving over two thirds of the total votes (weighted).
Tidak ada komentar:
Posting Komentar