> ## Documentation Index
> Fetch the complete documentation index at: https://docs.sei.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Sei Giga Overview: The Fastest EVM Blockchain

> A comprehensive technical overview of Sei Giga - a high-performance blockchain platform combining EVM compatibility with groundbreaking consensus, execution, and storage innovations for unprecedented throughput and sub-second finality.

## Introduction

Sei Giga represents a high-performance blockchain platform designed to address the persistent challenges of the "blockchain trilemma": the difficulty of simultaneously optimizing for security, decentralization, and performance. The platform combines current optimizations with upcoming architectural innovations to achieve exceptional performance while maintaining security guarantees and developer experience.

<Info>**Current Features**: Sei operates with Twin Turbo consensus optimizations, parallel execution capabilities, and SeiDB storage, delivering significant performance improvements over traditional blockchains.</Info>

<Warning>**Upcoming Features**: Advanced features including Autobahn consensus, multi-proposer architecture, and 5 gigagas throughput targets are in development and represent the next evolution of the platform.</Warning>

## Current Architecture

Sei's current system delivers significant performance improvements through three core components:

### 1. Twin Turbo Consensus

The current consensus mechanism achieves \~400ms block times through aggressive optimization of the Tendermint BFT consensus engine. Key features include:

* Pipelined block processing
* Optimistic transaction execution during consensus
* Aggressive timeout configurations
* Parallel transaction decoding and validation

[Learn more about Twin Turbo Consensus →](/learn/twin-turbo-consensus)

### 2. Parallel Execution Engine

Sei implements Optimistic Concurrency Control (OCC) for parallel transaction execution:

* Multiple CPU cores process non-conflicting transactions simultaneously
* Automatic conflict detection and resolution
* Maintains deterministic execution order
* Compatible with standard EVM semantics

[Learn more about the Parallelization Engine →](/learn/parallelization-engine)

### 3. SeiDB Storage System

A specialized database optimized for blockchain workloads:

* Multi-level caching for hot state data
* Optimized Merkle Patricia Trie structure
* Concurrent state access controls
* Efficient state versioning and pruning

[Learn more about SeiDB →](/learn/seidb)

## Upcoming Sei Giga Architecture

The next evolution of Sei Giga will introduce three key innovations designed to achieve target performance characteristics:

### 1. Asynchronous Execution Model (Upcoming)

A planned architectural enhancement will implement complete separation of consensus and execution. Unlike traditional blockchains where these processes are tightly coupled, the upcoming Sei Giga architecture will reach consensus solely on the ordering of transactions within a block, not the resulting state change.

**Asynchronous Execution Architecture**

<Columns cols={2}>
  <Card horizontal title="Traditional Blockchain">
    1. Order Transactions
    2. Execute & Compute State
    3. Reach Consensus on State
    4. Finalize Block

    ⚠️ Execution delays consensus
  </Card>

  <Card horizontal title="Sei Giga Model">
    1. Order Transactions
    2. Consensus on Order
    3. Finalize Block n

    **Parallel Process:**

    * Execute Block $n - 1$
    * Commit State in Block $n+x$

    ✓ Consensus proceeds independently
  </Card>
</Columns>

This approach leverages the key property of deterministic execution:

**Lemma 1 (Deterministic Execution)**: Given the same initial state ($S_{init}$) and the same ordered sequence of transactions (${tx}_1, {tx}_2, ..., {tx}_n$), all honest nodes executing these transactions will arrive at the exact same final state ($S_{final}$).

Key benefits of this model:

* **Non-blocking consensus**: Heavy computational blocks don't delay consensus
* **Pipelined processing**: Multiple blocks can be in different stages simultaneously
* **Optimized resource usage**: Consensus and execution use different hardware resources

### 2. Autobahn Consensus Protocol (Upcoming)

<Warning>**Future Features**: The Autobahn consensus protocol described here represents upcoming enhancements. The current system uses optimized Tendermint consensus (Twin Turbo).</Warning>

The upcoming Sei Giga will employ Autobahn, a Byzantine Fault Tolerant (BFT) consensus protocol designed for high performance blockchain networks. Unlike traditional single-proposer systems, Autobahn will enable multiple validators to propose blocks simultaneously, targeting significant throughput improvements while maintaining security guarantees.

**Autobahn Consensus Architecture**

<Columns cols={2}>
  <Card horizontal title="Data Dissemination Layer (Lanes)">
    * **Lane $\ell_1$**: ${Prop}_1$, ${Prop}_2$, ${Prop}_3$, $Tip$
    * **Lane $\ell_2$**: ${Prop}_1$, ${Prop}_2$, $Tip$, ...
    * **Lane $\ell_n$**: ${Prop}_1$, ${Prop}_2$, ${Prop}_3$, $Tip$

    Each validator maintains independent lane.
  </Card>

  <Card horizontal title="Consensus Layer (Cut Formation)">
    $Cut = [{Tip}_1, {Tip}_2, ..., {Tip}_n]$

    Periodic ordering of lane tips.

    1. **Prepare Phase** — Leader collects tips, forms Cut
    2. **Fast Path** ($n$ votes) — Immediate commit if all agree
    3. **Slow Path** ($2f+1$ votes) — Additional round if needed

    Global ordering through BFT agreement.
  </Card>
</Columns>

**Protocol Properties**

<Columns cols={3}>
  <Card horizontal title="Network Model">
    $n = 3f + 1$ replicas
  </Card>

  <Card horizontal title="Safety">
    Unconditional
  </Card>

  <Card horizontal title="Liveness">
    Eventual synchrony
  </Card>
</Columns>

The protocol operates through two complementary layers:

**Data Dissemination Layer (Lanes)**:

* Each validator maintains an independent lane for proposing transaction batches
* Three-step certification process: Propose → Vote → Proof of Availability (PoA)
* Chained proposals ensure availability of historical data

**Consensus Layer (Cut of Tips)**:

* Periodic ordering of latest certified tips from all lanes
* Two-phase BFT agreement with fast and slow paths
* Pipelined slots for minimal latency

### 3. Advanced Parallel Execution

The parallel execution architecture extends beyond current OCC capabilities to include:

**Parallel Execution Pipeline**

<Columns cols={4}>
  <Card horizontal title="Stage 1">
    **Transaction Parsing**

    Parallel decode
  </Card>

  <Card horizontal title="Stage 2">
    **Dependency Analysis**

    Conflict prediction
  </Card>

  <Card horizontal title="Stage 3">
    **Parallel Execution**

    Multi-core OCC
  </Card>

  <Card horizontal title="Stage 4">
    **State Commit**

    Batch writes
  </Card>
</Columns>

<Columns cols={2}>
  <Card horizontal title="Conflict Detection">
    * Read/Write set tracking
    * Optimistic execution
    * Automatic re-execution on conflict
    * Preserves deterministic ordering
  </Card>

  <Card horizontal title="Performance Stats">
    * \~65% of ETH txs parallelizable
    * Linear scaling with cores
    * Minimal conflict overhead
    * Zero-copy transaction handling
  </Card>
</Columns>

Key innovations in the execution model:

* **Flat encoding format**: Length-prefixed layout for fast, zero-copy decoding
* **Predictive conflict analysis**: ML-based prediction of transaction dependencies
* **Semantic understanding**: Special handling for common patterns (ERC-20 transfers)
* **Adaptive parallelism**: Dynamic adjustment based on conflict rates

## Storage Architecture Evolution

Beyond the current SeiDB capabilities, the Sei Giga architecture includes advanced storage innovations:

**Hybrid Storage Architecture**

<Columns cols={3}>
  <Card horizontal title="Hot Storage Tier">
    * **Recent Blocks** — High-speed NVMe SSDs
    * **Active State** — Memory-mapped files
    * **Access Pattern** — Sub-ms latency
  </Card>

  <Card horizontal title="Warm Storage Tier">
    * **Recent History** — Standard SSDs
    * **Compressed State** — LZ4 compression
    * **Access Pattern** — 1-10ms latency
  </Card>

  <Card horizontal title="Cold Storage Tier">
    * **Historical Data** — Distributed storage
    * **Columnar Format** — Analytics optimized
    * **Access Pattern** — Batch queries
  </Card>
</Columns>

**Cryptographic Layer**

<Columns cols={3}>
  <Card horizontal title="Flat KV Store">
    LSM-tree based
  </Card>

  <Card horizontal title="Cryptographic Accumulators">
    Compact proofs
  </Card>

  <Card horizontal title="Write-Ahead Log">
    Durability guarantee
  </Card>
</Columns>

## Economic Model

Sei operates with a native SEI token that serves multiple functions within the ecosystem:

### Token Distribution

* **Total Supply**: 10,000,000,000 (10 billion) SEI
* **Initial Distribution**: Allocated across ecosystem participants, validators, and development

### Token Utility

1. **Gas Fees**: All transactions require SEI for execution
2. **Staking**: Validators and delegators stake SEI to secure the network
3. **Governance**: SEI holders participate in protocol governance
4. **Rewards**: Block rewards and fee distribution to validators

### Staking Mechanics

**Staking & Validation**

<Columns cols={2}>
  <Card horizontal title="Validators">
    * **Self-Stake Requirement** — Minimum SEI to operate
    * **Commission Rate** — Set by validator
    * **Responsibilities** — Consensus & execution
  </Card>

  <Card horizontal title="Delegators">
    * **Delegation** — Stake with chosen validators
    * **Rewards** — Proportional to stake
    * **Unbonding** — 21-day period
  </Card>
</Columns>

**Slashing Conditions**

<Columns cols={2}>
  <Card horizontal title="Liveness Failures">
    Penalties for downtime
  </Card>

  <Card horizontal title="Safety Violations">
    Severe penalties for double-signing
  </Card>
</Columns>

## Developer Experience

Sei maintains full EVM compatibility while providing enhanced capabilities:

### Standard EVM Features

* Complete support for Solidity and Vyper
* Standard JSON-RPC endpoints
* Compatible with existing tools (Hardhat, Foundry, Remix)
* Familiar development workflow

### Enhanced Capabilities

* Sub-second transaction finality
* Predictable gas costs
* High throughput for complex applications
* Advanced storage access patterns

## Implementation Status

**Current & Upcoming Features**

<Card horizontal title="Current Implementation — Live on Mainnet" icon="check">
  <Columns cols={3}>
    <Card horizontal title="Twin Turbo Consensus">
      \~400ms blocks
    </Card>

    <Card horizontal title="Parallel Execution">
      Multi-core processing
    </Card>

    <Card horizontal title="SeiDB Storage">
      Optimized state access
    </Card>
  </Columns>
</Card>

<Card horizontal title="Upcoming Features — In Development" icon="clock">
  <Columns cols={3}>
    <Card horizontal title="Autobahn Consensus">
      Multi-proposer protocol
    </Card>

    <Card horizontal title="5 Gigagas Throughput">
      Performance target
    </Card>

    <Card horizontal title="Advanced Optimizations">
      Enhanced execution
    </Card>
  </Columns>
</Card>

## Learn More

Explore the technical components that make Sei's performance possible:

* [Twin Turbo Consensus →](/learn/twin-turbo-consensus)
* [Parallelization Engine →](/learn/parallelization-engine)
* [SeiDB Storage →](/learn/seidb)
* [Developer Guide →](/learn/sei-giga-developers)