NetX Docs
  • NETX INFO
  • 🤖AI Agent
  • 🌐Introduction
  • 🛜Mainnet
  • 🖥️TscScan
  • 🎦Add NetX Network
  • Agent
    • 🤖AI Agent
    • 🎇AI Model
    • 📑Create Agent
    • 💰AI Training
    • 📖Features and Tutorials
      • AI Conversation
      • AI Token Transfer
      • AI Smart Contact Audit
    • 🪪Benefits
    • 🪙AI Template
  • T-Agent
    • 🎮Gamefi Application Scenarios
  • Developer Docs
    • 📝API
    • ♻️Transactions
    • 🧩Blocks
      • Trias explorer block
      • Trias explorer apitotal
    • 🖱️Geth Proxy
  • Whitepaper
    • 📔Lite Version
    • 📚Full Version
      • Introduction
      • Problem
      • Paradigm
        • Data Owners: Empowering Data Exchange and Ownership
        • Data Network Operators: Facilitating Data Discovery and Quality Assurance
        • Service Providers: Streamlined Data Utilization and Collaboration
        • The Paradigm for The Next Generation of the Internet
      • Design
        • Private Chains
        • Federated Chains
        • Public Chains
      • Architecture
        • Layer -1, the Trust Layer
        • Layer 0, the Resource Layer
        • Layer 1, the System Layer
        • Layer 2, the Service Layer
      • Ecosystem
        • General Configuration
        • Private Data Services
        • Federated Data Services
        • Public Computing Services
        • Public Data Services
        • Developer Services
        • A World of Decentralised Software-as-a-Service (dSaaS)
      • Vision
        • The Rise of Data Economy
        • Turbocharging AI Advancement
        • Startup Opportunities Abound
        • Executable Web 3.0 Revisited
        • Transforming Social Governance
  • Terms & Privacy
    • 📖Terms of Service
    • 🔏Privacy Policy
Powered by GitBook
On this page
  1. Whitepaper
  2. 📚Full Version
  3. Ecosystem

Public Computing Services

PreviousFederated Data ServicesNextPublic Data Services

Last updated 1 year ago

CtrlK

The Public NetX Smart Chains in the NetX network can be enhanced with additional functionalities by integrating the Leviatom Network from Layer 0. This integration allows third parties, including individuals and small to medium-sized enterprises (SMEs), to deploy computing services on the Public NetX Smart Chain.

As illustrated below, the Public Leviatom Network enables the community to deploy micro-services as Leviatom Services, expanding the capabilities of the Public NetX Smart Chain. These Leviatom Services empower smart contracts on the Public NetX Smart Chain to access advanced software packages, enabling the implementation of more complex business logic that may not be quickly or efficiently achievable with the Ethereum Virtual Machine (EVM).

Typically, when a smart contract on the Public NetX Smart Chain requires specific functionalities, it can search for multiple Leviatom Services through the Trias Layer ‘-1’. The smart contract can invoke one or more of these services and compare the results for correctness verification. These verifications consider the trustworthiness and software properties of the Leviatom Services, which are retrieved from the Trias Layer ‘-1’. The smart contract determines how correctness is defined, following a consensus-oriented approach to smart contract semantics.

Following the consensus on the returned results, the smart contract on the Public NetX Smart Chain will distribute rewards to the invoked Leviatom Services. The magnitude of these rewards is determined by the quality of service provided. Consequently, this reward system serves as an incentive for Leviatom Service providers to improve their capabilities. This improvement may involve upgrading the versions of their micro-services or enhancing the physical capabilities of the Leviatom nodes where they host their micro-services.

Additionally, Leviatom Services can choose whether to respond to smart contract invocations based on their assessment of the fairness and competitiveness of the rewards offered. This reverse selection mechanism empowers Leviatom Service providers to decide which smart contract requests to respond to. In response, smart contract developers may adjust their consensus logic and reward distribution strategies to attract Leviatom Services, ultimately fostering a more competitive and dynamic ecosystem.

Leviatom Services can also fulfil requests from other Leviatom Services within the ecosystem. A Leviatom Service can initiate a search within the Trias Layer ‘-1’ to identify additional services that can serve its invocations. When multiple entities respond to the calling requests, consensus-oriented programming and quality-driven reward distributions come into play. This dynamic environment allows Leviatom Services from different parties to discover and collaborate, actively forming calling chains or networks.

Each Leviatom Service maintains a connection cache, which records its frequently communicating peers. The cache is updated proactively to prioritise peers that provide higher-quality results with better performance. To incentivise peers to maintain their high-priority status, the invoking service can initiate invocations to them and provide tips as rewards. Additionally, Leviatom Services can seek new collaborators to identify better candidates for future collaborations. These mechanisms and strategies can be designed by the owner of the Leviatom Services and are driven by the rewards provided by other Leviatom Services or smart contracts, fostering a competitive and innovative ecosystem.