LogoLogo
  • Introduction
    • What is Arichain
    • Why Arichain
    • Vision: Redefining Layer 1, Empowering Every Builder.
    • TL;DR Summary for Builders
    • Details to read
  • Architectural Philosophy
    • Monolithic vs Modular: Why Multi-VM
    • Native Composability over Interoperability
    • Unified Chain State and Execution Environment
    • Chain Structure: Multi-VM under One Consensus
    • Identity & User Abstraction
  • General Architecture Overview
    • Multi-VM Execution Environment
    • Consensus Mechanism
    • Token Design
    • Unified Gas System
    • GAID: Global Account Identity
    • Future Roadmap
  • Technical Overview
    • Consensus Protocol Details
    • Token Design and Interoperability
    • Gas System Architecture
    • GAID Architecture
    • State Management
    • Bridge Infrastructure
  • Developer Experience
    • SDK
    • Developer tools
  • Validator
    • Validator Roles & Node Types
    • Reward System
    • Staking
    • Use Cases
    • Node Operations
  • Security
    • Design Goals
    • Threat Model and Risk Assessment
    • Continuous Security Verification
  • Token Economics & Validator Incentives
    • Token Utility
    • Validator Incentives
    • Token Supply and Distribution
    • Onboarding Workflow
  • Roadmap
Powered by GitBook
On this page
  1. General Architecture Overview

Unified Gas System

Arichain's Unified Gas System abstracts the complexity of different virtual machine fee structures, providing developers and users with a consistent, predictable fee experience regardless of the target execution environment.

Gas Abstraction Model

Universal Gas Units Arichain introduces a standardized gas unit that works seamlessly across all virtual machine environments:

  • Single Gas Unit: One gas unit type for all VM operations

  • Automatic Conversion: Transparent conversion between VM-specific computational units

  • Consistent Pricing: Predictable fee structure across all environments

  • Dynamic Optimization: Automatic routing to most cost-effective execution path

VM-Specific Efficiency Factors Different virtual machines have varying computational efficiencies, reflected in the gas multipliers:

  • EVM Operations: 1.0 multiplier (baseline for compatibility)

  • SVM Operations: TBD multiplier (reflecting SVM's compute unit efficiency)

  • Future VMs: Optimized multipliers based on execution efficiency

Dynamic Fee Calculation

Network-Responsive Pricing Gas prices adjust automatically based on network conditions:

  • Congestion Management: Higher fees during peak usage to manage demand

  • VM-Specific Pricing: Different base prices for each VM based on resource consumption

  • Priority Options: Users can pay higher fees for faster transaction processing

Fee Optimization Features The system includes several optimization mechanisms:

  • Batch Discounts: Reduced fees for grouped operations

  • Smart Routing: Automatic selection of most cost-effective execution path

  • Load Balancing: Distribution of transactions across VMs based on current capacity

Design Benefits

Simplified Fee Management

  • Users don't need to understand different VM fee structures

  • Consistent fee experience across all applications

  • Automatic optimization for cost savings

Developer Benefits

  • Single gas estimation API across all VMs

  • Predictable fee structures for application planning

  • No need to implement VM-specific fee handling

PreviousToken DesignNextGAID: Global Account Identity

Last updated 24 days ago