ioc protocol upgrade / dions architecture / active testnet research

DIONS 2.0 Protocol Report

A technical view of the I/O Coin upgrade path: deterministic Proof-of-Stake behavior, execution zones, native identity, encrypted messaging, data availability, bridge mechanics, lightweight participation, and post-quantum direction.

DIONS / RC telemetry May 2026 source material
RPC150methods
Tests741/741core suite
Targets13binaries
RuntimeC++20rewrite
Base continuity
Fair-launch IOC chain since 2014
Legacy DIONS
Aliases, encrypted messages, data/file paths
Upgrade vector
Fixed cadence, zones, DID, PQC, DA, bridge

01 / what this page is

This is the DIONS 2.0 technical layer, inside the I/O Coin story.

The old DIONS work already gave IOCoin human-readable aliases, alias-linked data, public and encrypted messaging APIs, file transfer paths, AES-256/RSA-4096 encryption, Shade privacy APIs, and Proof-of-Stake chain operation.

DIONS 2.0 does not replace that history. It tightens the chain model and expands the application surface: deterministic block cadence, hardened indexes, dual execution zones, W3C-style identity, post-quantum cryptography, data availability, bridge mechanics, WebSocket/event APIs, and a light-client participation path.

02 / system architecture

System map: L1 settlement plus execution and data layers.

L1 / DIONS base layer 30s target cadence
PoSEnhanced stake consensus

Checkpoints, finality threshold, deep reorg protection, validator states.

IdentityW3C DID direction

Aliases, agents, devices, and key-held identity records.

MessagingEncrypted data layer

Direct messages, channels, shadow messaging, file/data transfer paths.

PQCHybrid crypto track

Dilithium, Falcon, Kyber, and classical compatibility lanes.

DAReed-Solomon sharding

64 data shards, 32 parity shards, light-client sampling.

BridgeHTLC / relayer path

Lock, attest, mint, burn, unlock, reserve accounting.

88L1 TPS
11,000+with zones
150RPC methods
100 MBlight disk
EVM zone1,000+ TPS
  • Solidity / Vyper
  • evmone execution engine
  • eth_* JSON-RPC layer
  • EIP-1153, EIP-2200, EIP-2929 track
SVM zone10,000+ TPS
  • Rust / C BPF programs
  • Account model and PDAs
  • Cross-program invocation
  • Challenge / dispute path

03 / transition map

Before, now, and what becomes new in the upgrade path.

Feature areaLegacy DIONS / IOCoinDIONS 2.0 pathNew surface
Consensus modelVariable cadence under legacy network conditionsFixed 30-second target cadence with stricter liveness behaviorModular commitments: stateRoot, dataRoot, zoneRoot
Alias resolutionAlias identity and data already presentO(1) LevelDB indexed resolutionHardened deterministic index path
MessagingPublic/encrypted messaging APIsEncrypted/plain/shadow messaging with consistency gatesExpanded channel lifecycle and policy controls
Files/dataUpload, download, transfer paths existedQuota-governed deterministic data behaviorDA/sharding with Reed-Solomon direction
CryptographyClassical encryption/signing assumptionsHybrid crypto paths integrated in runtime and testsDilithium, Falcon, Kyber readiness track
ExecutionNo native smart-contract execution zonesEVM and SVM execution paths integratedSolidity and Rust-style application lanes
BridgeNo mature wrapped-asset bridge stackECDSA signing, HTLC, relayer mechanicsIOC20 / wrapped IOC interop route
ParticipationFull wallet/node modelLight client and PoP relay pathsHeaders-only sync and zero-balance relay rewards

04 / chain comparison

DIONS 2.0 is measured against current L1 expectations.

EthereumSolanaDIONS 2.0
L1 TPS15-30~40088
With zonesThousands through rollups~4,00011,000+ through EVM + SVM
Post-quantumNoneNoneDilithium + Falcon + Kyber
Native identityENS adjacent / off-chainNoW3C DID Core 1.0 direction
Native messagingNoNoAES-256 + RSA-4096 path
Light clientSync committee modelLimitedNative binary, headers-only, ~100 MB disk
Earn from zeroNoNoPoP relay reward path

05 / execution

Two execution zones, one IOC continuity layer.

EVM zone

Ethereum-compatible contract lane.

  • Solidity / Vyper contracts
  • evmone execution engine
  • 1,000+ TPS target lane
  • Full eth_* JSON-RPC surface
  • State roots posted back to L1
SVM zone

High-throughput program lane.

  • Rust / C BPF programs
  • Account model and PDAs
  • Cross-program invocation
  • Dispute and challenge-response layer
  • Zone root settlement to L1

06 / data availability

Data availability: 64 data shards plus 32 parity shards.

64 data shards 32 parity shards recover from any 64 of 96
Light client sampling
20 random shards
Detection confidence
99.99%
Retention window
10,000 blocks
Per-node storage
1-10% direction

07 / cryptography

Post-quantum track and device profiles.

AlgorithmNIST levelKey sizeSignatureUse case
Dilithium-221,312 B1,387 BGeneral purpose
Dilithium-331,952 B2,044 BRobot / server
Dilithium-552,701 B3,293 BMaximum security
Falcon-5121897 B~500 BCompact IoT
Falcon-102451,793 B~800 BHigh-security IoT
Kyber-512/768/10241/3/5800-1,568 BKEMKey encapsulation
IOT_MINIMALKyber-512 + Falcon-512
ROBOT_STANDARDKyber-768 + Dilithium-3
SERVERKyber-1024 + Dilithium-5

08 / identity + messaging

DID records, aliases, devices, agents, and native encrypted messaging.

Agentdid:dions:agent:bot1

Autonomous entity. Owns and delegates to devices.

Devicedid:dions:device:sensor7

Hardware identity delegated from an agent or account.

Aliasdid:dions:alice

Human-readable identity linked to wallet ownership.

{
  "@context": "https://www.w3.org/ns/did/v1",
  "id": "did:dions:agent:bot1",
  "verificationMethod": [{
    "type": "EcdsaSecp256k1VerificationKey2019"
  }],
  "service": [{
    "type": "DionsMessaging",
    "serviceEndpoint": "dions://msg/bot1"
  }]
}

09 / moving bridge diagram

Wrapped IOC bridge mechanics and exchange-readiness path.

L1 DIONS 2.0 EVM SVM BRIDGE Bridge Validators / Custody Threshold signatures · reserve attestations wIOC Mint/Burn Engine Mint on lock, burn before unlock Proof-of-reserves invariant Decentralized Markets DEX pools · LP routes · routing engines Cross-chain wallet support dApps / DeFi / Services Collateral · payments · smart contracts On-chain agent economy integration CEX Onboarding Track Compliance packet Custody + surveillance readiness Market quality evidence submission lane
native IOC lock events validator attestations wIOC mint / burn / unlock accounting

10 / moving light-client diagram

Light-client wallet path: verify, sample, participate.

IOC Light Wallet Available Balance 0.000 IOC IN +relay OUT fees/use Light Client Status Headers synced · Proofs verified Header + Proof Service Compact verification data No full-node storage burden Light Reward Engine Credits active light participants Example: relay / sample reward lane Network Participation More light clients = stronger reach Verified traffic = healthier network IOC Inflow 0 -> reward -> utility Spendable for fees, messaging, aliases Coins In / Out In: participation rewards Out: transactions / utility Wallet UI shows both lanes
headers-only sync DA sampling participation rewards

11 / network + build

Protocol parameters and build surface.

Network ports

Mainnet P2P
33764
Mainnet RPC
33765
Testnet P2P
33763
Testnet RPC
33766
WebSocket
33776
Chain IDs
8377 / 8378

Build targets

cd build
cmake --build . -j$(nproc)

# dions2d, dions2-light,
# dions-cli, dions-explorer,
# dions2-migrate, dions-relayer,
# dns seeder, test binaries

12 / evidence

Security and RC evidence from the portal material.

Core suite741/741

Passing in the current RC update material.

Target matrix37/37

Fresh repo-root local target pass.

Validator gate4 nodes

Reachable, same commit, finalized parity clean.

Remaining gaterestart/catchup

Controlled validator restarts and endurance hardening remain release-critical.

13 / source material

Follow the source record.