AppLayer Explained: Modular EVM Layer for Cross-chain Applications
@AppLayerLabs is a modular EVM layer offering scalable, seamless cross-chain application development, empowering GameFi and DeFi with enhanced efficiency and user engagement. Let's dive into it 👇🧵
🔵 Introduction 🔵
The AppLayer actually has a rather long development history focused on scaling solutions. Initially, the team worked on Æverest , which emerged during a hackathon at the Avalanche Summit 2022. The project had a simple goal — to build a deterministic subnet that met two key requirements: support high throughput and be built using C . This development later evolved into SparqNet — a protocol with tools for creating subnets and decentralized applications with record-breaking transaction speeds, enabling what was once thought impossible.
SparqNet offered great value in a range of protocol-level services, starting with a bridge that processes transactions from any EVM chain within the SparqNet network and beyond. Additionally, SparqNet is not language-dependent, and its bridge is compatible with any chain, ensuring seamless transfer of smart contracts and assets. Even back in 2022, the team leaned towards GameFi and DeFi, and they continue along this trajectory.
Currently, we see this project as the AppLayer — a modular EVM layer for cross-chain applications. How does it work, and how is it different from other solutions? Let's take a closer look.
🔵 AppLayer review 🔵
First, it's worth noting that while the AppLayer is EVM-specific, it has several unique features. In particular, the App Layer aims to solve inherent EVM issues. For example, in the case of the Ethereum Virtual Machine, you won't be able to perform any of the following actions:
🔹 Execute a function loop more than 50 times due to gas limit restrictions;
🔹 Have a stack size greater than 16 variables due to EVM limitations;
🔹 Parallelize the execution of multiple contracts (for instance, each time a new block contains multiple transactions interacting with different contracts, you need to load the contract, analyze it, and save the changes to the database for each contract in a specific order).
As quoted by
@ItaCraft, the AppLayer’s developer and CTO: "The biggest problem is that everyone is sharing the same computer, and that computer is a Commodore 64."
Thus,
@AppLayerLabs, being a modular blockchain with multiple layers, aims to address these limitations. It introduces a blockchain system that includes pre-compilation with state tracking, allowing third parties to deploy and initially maintain these contracts within a unified network that shares its state. This is all supported by EVM integration, pre-compilation with state preservation, and chain abstraction.
Moreover, one of the biggest challenges in blockchain development is handling block rollbacks. For instance, in the Bitcoin chain, if we assume there's a final block followed by another block, and a node receives a block that replaces the last one, the next block and all transactions within it are also replaced, leading to a rollback of the blockchain state by one block.
Bitcoin and other derivative blockchains follow the "longest chain rule." However, rollbacks expose problems in this rule. For example, when a developer creates dApps where they have to deal with such special conditions, it can require significant effort depending on the size and/or complexity of the application.
The solution to this problem is to completely avoid the rollback condition. This can be achieved by deterministically defining which network node can create a block, thus eliminating block race conditions and synchronizing everyone in the network with the same final block.
AppLayer implements this concept as random deterministic proof-of-stake (rdPoS), which combines a block overload system and a random number generator system, allowing only one validator to create a block at any given time, thereby avoiding rollbacks and achieving consensus in ultra-fast networks.
🔵 AppLayer Components and Network Participants 🔵
At a basic level, the AppLayer network consists of three parts:
🔹 A Blockchain Development Kit (hereinafter referred to as BDK) with extensive developer documentation, allowing them to easily create their own AppLayers with unprecedented freedom.
🔹 An EVM network built using the Blockchain Development Kit, which allows developers to deploy EVM smart contracts and scale them with C pre-compilation and state tracking.
🔹 A network that enables data and asset aggregation between these application chains and external chains, referred to as the Chain Abstraction Network (CAN).
Thus, blockchains created using the BDK can interact with each other through the AppLayer.
For this system to function, the AppLayer has several participants and auxiliary components:
🔷 Validator — a computer, usually hosted in a data center and often referred to as a server, whose sole purpose is to operate and secure the blockchain network. Validators are required to stake at least 200,000
$APPL tokens and are responsible for creating blocks, generating the "random" seed used to select the next block creator, and collecting and signing bridge and block data. According to the documentation, the team is exploring the possibility of implementing slashing mechanisms.
🔷 Sentinels are similar to Validators, except that they cannot create blocks or operate independently. Both randomly selected Validators and Sentinels must submit the same data to the requesting party; otherwise, they will be reported to the network as a malicious node. AppLayer Labs and its partners host them to ensure this doesn’t happen. Sentinels are open to being hosted by trusted third parties and are subject to a rigorous KYC process. Eventually, as the network and core technology evolve, Sentinels will be gradually phased out in favor of a fully permissionless system. Sentinels are also required to stake 200,000
$APPL.
🔷 Application Chain — the central part, also known as AppLayer™, consists of blockchains built using the AppLayer's Blockchain Development Kit (BDK) and deployed on the AppLayer's Chain Abstraction Layer. AppLayer's BDK currently supports C and Solidity for development, with plans to add other languages such as Rust, C#, Golang, and more. These application chains are compiled into binary files for efficient execution alongside Solidity bytecode.
🔷 Bridge — a component that allows AppLayer-supported blockchains to communicate natively with each other, using the Chain Abstraction Network (CAN) as an intermediary, where AppLayer serves as the bridge between two dApp chains trying to communicate. The bridge is also maintained by sets of Validators and Sentinels.
🔷 rdPoS (Random Deterministic Proof of Stake) — allows Validators and Sentinels to handle block overloads and random number generation. The core of rdPoS is RandomGen, a deterministic uint256_t generator, used for almost everything related to consensus. This deterministic randomness ensures that each node has a chance to respond to a given request (block, randomness, bridge, etc.), while also ensuring that the selected nodes are truly random and not compromised by malicious actors.
🔵 Transaction lifecycle in AppLayer 🔵
1⃣ The list of network validators is generated randomly and sorted using the "randomness" seed from the previous block.
2⃣ The first validator from the list becomes the block creator, while at least four others generate a random 32-byte string and perform two transactions with it: one containing the hash of the specified string and the other containing the string itself, both signed.
3⃣ The hashes are verified to ensure they match their corresponding random strings.
4⃣ The first validator creates a new block by combining and hashing the random strings of the other validators to generate a new "randomness" seed, which will be used in the next block.
5⃣ The block is signed and published to the network by the first validator, while the other validators verify that all transaction signatures (both random and hashed) match the list generated at the beginning.
6⃣ The genesis block (the very first block in the chain) provides a valid fixed randomness since there is no previous block before the genesis from which randomness could be derived. Additionally, at least five hard-coded validators are required to bootstrap the network, as each block requires at least four validators to confirm the string and hash transaction signatures and one to sign the block itself.
🔵 Partnerships and integrations 🔵
AppLayer has a wide variety of partnerships in different areas, including those inherited from SparQnet before the rebranding: L2, DeFi, infrastructure solutions, AI and tools, but with a special focus on partnerships in Gaming.
In the L2 and Infrastructure track, AppLayer has partnerships and integrations with projects and products such as@iotex_io,
@KCCOfficialTW,
@avvydomains,
@Covalent_HQ,
@p2pcloud_io,
@BioFiGlobal, @nuvosphere. These integrations are aimed at both increasing the performance of existing solutions and creating new products or add-ons through AppLayer technology. And they are also implemented to introduce additional functionality into AppLayer itself.
In the DeFi and NFTs track, AppLayer has partnerships and integrations with projects such as
@oliswap,
@EZswapProtocol,
@streamnfthq. This track involves user experience improvements with mutual integrations.
In the AI and Tools track, AppLayer has ties with projects such as
@openfabricai,
@ChainFuse,
@Sending_Network,
@MisesID. Shared ambition fuels these partnerships, paving the way for seamless integration between decentralised finance and artificial intelligence.
The most extensive track that stems from the previous section is partnerships and intgerations towards Gaming, where AppLayer can fully deploy the essence of its product as Appchains, offering impressive speed, scalability and multilingual support. In particular, gaming projects are utilising AppLayer's OrbiterSDK to create complex smart contracts to take the gaming experience to the next level. These projects include
@MetastrikeHQ,
@cheers_land, @kingdom_karnage,
@Meta2150s,
@WavemStudios,
@Yesports_gg,
@ReadyPlayerDAO,
@LULU_Markets, @BionicOwls,
@ApesPlanetMeta,
@BFGiostone, @NetworkJanus,
@hypaverseLLC,
@Play_Eternis, @official_MMaze,
@stratagems_eth,
@WeAreGGNation, @battledogsarena.
🔵 Backers 🔵
Due to its experience and extensive connections, AppLayer has Backers like
@DewhalesCapital,
@CogitentV,
@BigBrainVC,
@Magnus_fund,
@BuilderVC,
@CapitalZephyrus,
@FrensSyndicate,
@Connectico_CON, Brian Johnson from
@_rcapital_ and others.
🔵 Conclusion 🔵
The AppLayer represents a significant advancement in blockchain technology, addressing long-standing limitations within the Ethereum Virtual Machine (EVM) ecosystem. By leveraging its modular architecture and advanced features, such as Random Deterministic Proof-of-Stake (rdPoS) and enhanced blockchain development tools, App Layer is poised to offer unparalleled scalability, efficiency, and flexibility for cross-chain applications.
For developers in the GameFi and DeFi sectors,
@AppLayerLabs delivers substantial improvements. Its automation features, such as dynamic contract registration and enhanced P2P communication protocols, streamline development processes, reduce debugging complexity, and enhance application performance. These advancements promise to significantly boost user experience, making the platform highly attractive for new and existing projects alike.
The AppLayer’s strategic partnerships and integrations with key industry players across L2 solutions, DeFi, NFTs, and AI demonstrate its broad utility and collaborative approach. The focus on gaming, supported by a robust ecosystem of gaming projects, further emphasizes its potential to transform and elevate the gaming experience within the blockchain space.
📖 Read the full research with more details about team and an extended review of usecases at DeFi and GameFi:
dewhales.substack.com/p/appl…
💡 For insightful updates & more, connect with us:
• Twitter:
x.com/dewhalescapital
• DeBank:
debank.com/official-account/…