---
description: Enabling Scalability and Interoperability with Mobile Computing
---

# Abstract

![](https://2881198403-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F4R4yL4HyysdEvMsBOUt3%2Fuploads%2FRg1pGHI9W1HTkUglfzg3%2F0.jpeg?alt=media)

<figure><img src="https://2881198403-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F4R4yL4HyysdEvMsBOUt3%2Fuploads%2FFWKhgu17wmQNuGbnVjbf%2Fimage.png?alt=media&#x26;token=4b09b0ea-96db-4c0a-bde7-6df44dfd1296" alt=""><figcaption></figcaption></figure>

Scalability and interoperability challenges hinder the vast adoption and sustainability of blockchain-oriented solutions. This paper describes Layer One X (L1X): an Interoperable, Decentralized, Secure and Scalable Layer One Smart Contract Protocol.

To provide **Interoperability**, this paper proposes to change the terminology to **X-Talk**; L1X offers two Virtual Machines, one is termed as X-Talk Virtual Machine and the other is the core Virtual Machine which is called L1X Virtual Machine. X-Talk is a subset of the L1X VM. X-Talk leverages the ability to allow native (Within L1X) and Multi-Chain (Cross Chain and Cross Blockchain) transactions, interact, authenticate, validate and pass smart contract invocation and implementation which paves the way for multiple use cases for example, cross chain tokenization, staking which results in situations where an asset is tokenized on chain A and a borrow is done on Chain B. The difference between X-Talk and Bridges are many, but at the core is the ability to modify the payload to be sent to the destination chain based on third party conditions and to check the destination payload compatibility which is only done by the user at the core by optionally choosing the L1X MultiSig functionality.

The **Consensus Mechanism** has been renamed from Proof of Participation to **Proof of X (PoX)**. The Consensus Mechanism has Full Nodes and Mobile Enabled or Low CPU Powered Devices that act as Validators on the network. To Provide and maintain an inflationary **growth rate of Decentralization** as the protocol scales; it is important to consider the following points.

1. Staking and a dynamic Ceiling allocation on the Staked Value
2. Randomization Algorithm for Block Proposing for the Nodes
3. Cluster Allocation and Randomization Rotation of the Cluster
4. The ability to allow mobile-enabled devices or low-powered chipsets to be the validators on the network. The Validator's role is to maintain an encrypted format of cluster registry, cluster registry checkpoint and other Randomization related features. This combined with the ability of the L1X VM which can compile WASM bytecode to eBPF bytecode will pave the way for Decentralized Cloud Computing.

These features of L1X work together to provide an incremental growth rate of Decentralization as the network scales and adds more clusters and validators to the protocol.

To provide **Security** in a Decentralized Ledger, Smart Contract Platform (Flash Code / FC), there are areas such as block proposing, stake registry maintenance, accidental forking and others that are being investigated. From L1X's perspective, the protocol must redefine the security components as it includes features built from the ground up including its Virtual Machine, X-Talk, Consensus Mechanism and Multi-Sig Native On-chain Collection. The Pentagon Framework is used where the goal is to remove the problems of

1. Updating the State,
2. Flash Code Logic Validation,
3. Deterministic behavior of the Virtual Machine,
4. Randomized Selection of Block Proposer,
5. Randomizing the Cluster Registry with the Validators,

To solve the Pentagon problem there are certain technology components that need to come together in the form of innovation in a Layer One Smart Contract platform. Those components are:

1. WASM to eBPF Compiler
2. X-Talk Architecture and System Workflow with its Implementation
3. Native MultiSig Contract that is Native (L1X) and Multi-Chain compatible with the involved user(s)

To provide a scalable and high-performing system that delivers a high throughput initially and can have an elasticity behaviour to its growth rate of requirements; L1X has positioned itself to initially provide 100,000 transactions per second (TPS) (On Launch) and have a two-three digit growth rate; L1X and its capability to interact with the various technologies that it provides, including the Virtual Machine, Cluster-Based Node Architecture and State Management, Hybrid Consensus Mechanism and X-Talk synchronous transaction processing provides a framework for a scalable protocol. The focus of the protocol is to provide faster Seconds per Transaction (SPT) and using Zero Knowledge Proof Trailing system provides a framework for a protocol that does not only provide high Transactions per Second but also a faster timeframe for Seconds per Transaction.

The L1X Consensus Mechanism also delivers a capability to host Subnets providing Governments, Larger Enterprises and Businesses (Public, Private or Hybrid Networks) requiring smart contract privacy, custom consensus mechanism rule set and Full node to validator node ratio settlement, providing a mechanism to tap into the existing infrastructure without needing a layer two solution. These subnets allow to; after a certain interval through time and block; roll information to the main chain if the involved entity decides to extend its security.

Finally, transaction and block statistics reveal that L1X achieves a compact transaction size of 100 bytes, 500 milliseconds short block time, quick transaction finality in 1.5 seconds, and 5 MB manageable block size, paving the way for efficient and scalable transaction processing.
