Skip to main content
SORA v3 (Nexus)

Your guide to the SORA decentralized economy.

Soranauts is an independent knowledge base covering SORA v3 (Nexus), Polkaswap, and the Token Bonding Curve. Explore 369 glossary terms, 24 documentation pages, and stay current with ecosystem developments.

SORA emblem surrounded by blue and red Nexus particles

Whitepaper Highlights

What the Nexus whitepaper covers.

Execution lanes, predictable liquidity, governance cadence, and programmatic guardrails — the building blocks of the SORA v3 economy.

Architecture

Lanes, Merge Ledger & Data Spaces

Sections 6–7 explain how Nexus scales with parallel lanes while the merge ledger keeps one canonical order across sovereign data spaces.

  • Lanes finalize independently and fuse or split deterministically based on load.
  • Merge ledger orders lane tips without rewriting finalized history.
  • Data spaces provide privacy and jurisdictional controls while still emitting proofs.

Source: Whitepaper §§6–7 — Architecture & Data Spaces

Execution

IVM, Kotodama & Deterministic Contracts

Sections 5 and 11 detail the Iroha Virtual Machine and Kotodama bytecode that keep Nexus execution deterministic.

  • Pointer-ABI defines typed handles so contracts cannot craft malformed references.
  • Gas tables and syscalls are versioned on-chain for predictable execution.
  • Kotodama bytecode (.to) plus Norito serialization keeps auditing and ZK tracing straightforward.

Source: Whitepaper §§5 & 11 — IVM & Smart Contracts

Security & DA

FASTPQ Proofs, DA Sampling & Sumeragi

Sections 8–10 describe the Sumeragi pipeline, Start-Time Fair Queuing, and FASTPQ zk-STARK proofs tied to DA certificates.

  • Sumeragi finalizes non-empty slots in ~1 s with deterministic leader rotation.
  • FASTPQ proofs aggregate per-data-space execution into verifiable lane receipts.
  • Two-dimensional erasure coding plus DA sampling keeps data recoverable and auditable.

Source: Whitepaper §§8–10 — Consensus, Proofs & DA

Governance

SORA Parliament & Governance Surfaces

Sections 7.2 and 16 outline configuration surfaces, data-space onboarding, and the upcoming SORA Parliament structure.

  • Council, Assembly, and Technical Committee publish Norito manifests with XOR bonds.
  • Parameter sets (crypto, scheduling, admission caps) are versioned on-chain.
  • New data spaces require attested certificates; unknown DSIDs are rejected.

Source: Whitepaper §§7.2 & 16 — Governance Surfaces & Parliament

Nexus Whitepaper

The authoritative reference for SORA v3.

Execution lanes, governance cadence, and liquidity safeguards — all documented in the official Nexus whitepaper. Download the PDF or browse the wiki.

Getting Started

New to SORA?

Four steps to understand the ecosystem, connect your wallet, and join the community.

1

Learn the terminology

Start with the SORA Glossary to understand XOR, VAL, PSWAP, the Token Bonding Curve, and Nexus architecture concepts.

2

Connect your wallet

Use Polkaswap wallet guides or install Fearless Wallet to manage XOR, VAL, and KUSD.

3

Explore the ecosystem

Browse the SORA Explorer to navigate governance, DeFi, economics, and technology topics with curated journeys.

4

Join the community

Jump into Telegram, follow progress on X, and track proposals via governance updates.

FAQs

Common questions

Answers reference the Nexus whitepaper, glossary entries, and live wiki sections.

How do Nexus lanes reach ~1 second finality?
Sections 6–8 of the Nexus whitepaper explain how parallel lanes execute in isolation while the merge ledger orders lane tips into one canonical sequence. The Sumeragi pipeline plus Start-Time Fair Queuing (STFQ) keeps every lane deterministic.
What are data spaces and why do they matter?
Nexus treats each jurisdiction or business unit as a sovereign data space with its own policy, privacy settings, and audit proofs. Governed onboarding ensures private zones stay private while still emitting proofs to the merge ledger. See §7 of the whitepaper or the glossary entry.
How is liquidity policy enforced across SORA?
The XOR Token Bonding Curve keeps supply elastic and signals mint/burn windows so desks can schedule liquidity programs. Nexus lanes read the same bonding-curve state, meaning Polkaswap LPs and Kensetsu vaults all follow the same deterministic policy.
Where can I learn SORA terminology?
The SORA Glossary contains 369 terms across 18 categories — from XOR and VAL tokenomics to Nexus architecture concepts like lanes, data spaces, and the merge ledger. Use the search or filter by category.

Ready to explore the SORA economy?

Start with the glossary to learn the terminology, then dive into Polkaswap to experience the Token Bonding Curve and decentralized liquidity firsthand.