Naxion White Paper
Naxion Official
English
English
  • Introduction
  • Disclaimer
  • 1. Abstract
  • 2. Characteristics of Naxion Network
    • 2.1. Development Purpose of NAXION
    • 2.2. Development for Versatile Commercial Services
    • 2.3. Designed for High Performance Services
    • 2.4. Secured & Convenient Network Accessibility
    • 2.5. Secure Node Application
    • 2.6. Minimal Network Processing Costs
    • 2.7. Eco-Friendly System with Resource-Efficient Network Maintenance
  • 3. Technical Specifications of Naxion Network
    • 3.1. Next-Generation PoW Network: Transparent, Secure, Decentralized
    • 3.2. Public Blockchain – Security-reinforced node for mutual authentication
    • 3.3. AI-Optimized Data Support Network
    • 3.4. Resource-Efficient Green Public Blockchain Network
    • 3.5. Data Privacy in NAXION Block Chain Network
    • 3.6. Data Security in NAXION Blockchain Network
    • 3.7. Block Validation and Consensus
    • 3.8. Enhanced Algorithm for Scaling Data-Processable Nodes
    • 3.9. NAXION Use Cases
  • 4. NXN Distribution Status
  • 5. Roadmap
  • 6. Discover Naxion
  • End of Document
Powered by GitBook
On this page
  1. 3. Technical Specifications of Naxion Network

3.7. Block Validation and Consensus

The standard NAXION block validity test verifies whether the global status information of all contracts is included in the block header and if it matches the global status hash value.

This cryptographic system validates all nodes on the network and maintains a status database with verifiable duplicates. NAXION's status databases are categorized into private status and public status, both stored separately in memory using Patricia-Merkle trees.

The NAXION block validity test applies only to public status (i.e., verifiable status from connected nodes or on-chain data). Private (state) consensus is managed at the application layer and supported through the new storage root RPC API.

If a contract party requests password status consensus, the application searches for the contract status hash on the appropriate block. This hash can then be shared with other contract participants through either off-chain or on-chain transactions. The block validity test includes global transaction hash consensus, public consensus, and additional verification checks.

The Ethereum Virtual Machine (EVM) executes operations decisively, ensuring that the same inputs always produce the same outputs, thereby confirming consensus on the transaction list.

Previous3.6. Data Security in NAXION Blockchain NetworkNext3.8. Enhanced Algorithm for Scaling Data-Processable Nodes

Last updated 1 month ago