Dual VM
System

Two Execution Engines.
One State.
Zero Limitations.

The only blockchain where EVM and WASM run side-by-side on the same global state, with AI-driven scheduling and parallel execution.

Most blockchains pick either EVM or WASM.
Some try to "add support" for the other.

ArthaChain engineered both.

Two execution engines running simultaneously,
sharing one state tree, with AI-driven scheduling,
parallel lanes, and sharding awareness.

Why Dual VM Exists

Serving two developer worlds

1

The Ethereum World

Billions in tooling

Solidity dominance

Existing dApps migration

MetaMask compatibility

2

The Native WASM World

Rust high-performance apps

AI-enhanced logic

Complex deterministic compute

Microservices on-chain

Instead of forcing compromise,
ArthaChain gave both their own execution lane.

EVM Lane

Full Ethereum Compatibility

What It Runs

Full Solidity compatibility

All standard EVM opcodes

Ethereum gas schedule

JSON-RPC compatible

Hardhat/Foundry ready

ArthaChain Enhancements

→ Parallel processing

→ Shard awareness

→ AI-optimized scheduling

WASM Lane

Native Rust Execution

What It Runs

Wasmtime runtime

Custom gas/fuel accounting

Near-native performance

Multi-language support

Direct state access

Perfect For

→ AI agents

→ Advanced logic systems

→ High-speed microservices

Unified State Layer

The heart of the Dual VM system

Both VMs write to the same:

Account map
Storage trie
Balance bridge
Contract code map
Logs & receipts
Merkle root
1

Solidity contract calling WASM contract

2

WASM calling EVM precompiles

3

Cross-VM libraries

4

One address space

No other chain supports this.

Cross-VM Calling

Where ArthaChain becomes futuristic

Solidity → WASM

// Call WASM from Solidity

Address("wasm_contract")

.invoke("function", args)

WASM → EVM

// Call EVM from WASM

evm_call

(address, method, params)

Under the hood:

VM switchExecution routingUnified gas meterMerged receipt

Parallel Execution

AI-driven concurrent processing

Separate transactions into non-conflicting groups

Run across CPU cores simultaneously

Schedule EVM + WASM together

Use DAG ordering for concurrency

AI detects patterns and optimizes

Higher TPS

Faster execution

Lower latency

Better hot-spot control

Scalability per core

Scalability per shard

Why This Is Unique

01

Dual native execution environments

EVM and WASM both compile to native bytecode with equal priority in transaction processing and block inclusion.

02

True parallel transaction execution

Multiple CPU cores process EVM and WASM transactions concurrently using dependency graph analysis and conflict detection.

03

Single unified Merkle state root

Both VMs write to the same Patricia Merkle Trie, ensuring one source of truth for all account states and storage.

04

Cross-VM contract interoperability

Smart contracts can invoke functions across execution engines within the same transaction using unified ABI routing.

05

AI-driven execution optimization

Machine learning models analyze transaction patterns to optimize gas pricing, scheduling, and resource allocation in real-time.

06

Shard-aware execution routing

VM execution is localized to shard boundaries, minimizing cross-shard communication and maximizing throughput per partition.

07

Hybrid compute architecture

WASM handles compute-intensive operations while EVM ensures ecosystem compatibility, creating optimal performance for all use cases.

Why Developers Love This

Solidity devs

Move apps instantly

Rust devs

Build powerful native modules

AI devs

Run agents directly on-chain

Enterprises

High performance with safety

One chain. Two paradigms.

Build exactly the way you want, without limits.