Tóm tắt nhanh
Statelessness là thiết kế cho phép node Ethereum verify block mà không cần lưu toàn bộ state (~1TB+). Thay vào đó, block proposer kèm theo một state witness — cryptographic proof chứng minh tất cả state values được dùng trong block. Node dùng witness để verify mà không cần database state riêng. Mục tiêu: giảm barrier gia nhập mạng, tăng decentralization validator set, và cho phép Ethereum chạy trên phần cứng phổ thông.
01 Statelessness là gì?
Trong blockchain truyền thống, mỗi full node phải duy trì toàn bộ world state — database chứa balance của mọi account, storage của mọi smart contract. Đây gọi là mô hình stateful. Để verify một transaction, node cần đọc state từ database của mình.
Statelessness là mô hình ngược lại: node không cần giữ state database. Thay vào đó, mỗi block hoặc transaction đi kèm với một witness — bằng chứng cryptographic rằng các state values nhất định là đúng. Node verify witness, xử lý transaction, và không cần lưu gì lại.
Hình dung: thay vì cần tra cứu "balance của địa chỉ X là bao nhiêu" trong database của mình, node nhận được witness nói "balance của X là 5 ETH, đây là proof Verkle Tree chứng minh điều đó." Node verify proof, dùng giá trị đó, và tiếp tục.
02 Vấn đề State Growth
Ethereum state đã tăng trưởng đáng kể từ ngày ra mắt. Tính đến 2025, full Ethereum node cần khoảng:
- ~1.2TB để lưu execution state (accounts, contracts, storage)
- ~800GB cho blockchain history (blocks, receipts)
- ~200GB cho consensus data
Tổng: ~2TB+ cho full archive node. Ngay cả "snap sync" node bỏ qua history cũng cần ~700GB-1TB chỉ cho state hiện tại.
Tại sao điều này là vấn đề?
- Barrier to entry: Cần SSD chất lượng cao, không thể dùng HDD (quá chậm)
- Ongoing cost: State tăng ~50-100GB/năm — chi phí storage không dừng lại
- Sync time: Node mới cần nhiều giờ đến nhiều ngày để sync
- Centralization pressure: Chỉ operator chuyên nghiệp có thể chạy node dễ dàng
03 Stateful vs Stateless Node
| Tiêu chí | Stateful (hiện tại) | Stateless (tương lai) |
|---|---|---|
| Storage cần | ~1-2TB SSD | Gần bằng 0 (chỉ cần block headers) |
| Sync time | Nhiều giờ — nhiều ngày | Gần tức thì (chỉ sync headers) |
| Verify block | Tự đọc state từ DB | Nhận witness kèm block |
| Trust model | Self-verify hoàn toàn | Verify qua cryptographic proof |
| Hardware | Server chuyên dụng | Laptop, Raspberry Pi, mobile |
| Bandwidth | Thấp (sau sync) | Cao hơn (witness data mỗi block) |
Stateless node đánh đổi storage cost lấy bandwidth cost — thay vì lưu state, họ nhận witness mỗi block. Với bandwidth rẻ và phổ biến hơn SSD chuyên dụng, đây là tradeoff tốt cho đa số use case.
04 Weak Statelessness
Weak Statelessness là mục tiêu trước mắt và pragmatic hơn của Ethereum: chỉ block proposer cần giữ state; tất cả validator và node khác có thể hoạt động stateless.
Tại sao chỉ proposer cần state?
Block proposer cần state để biết tất cả transaction trong block có hợp lệ không (đủ balance, correct nonce, etc.) và để tạo ra state witness kèm theo block. Khi proposer produce block, họ bao gồm witness chứng minh tất cả state access trong block.
Validator (attester) chỉ cần verify block hợp lệ — họ nhận block + witness, verify witness, và attest. Họ không cần state database riêng.
05 Strong Statelessness
Strong Statelessness là tầm nhìn xa hơn: kể cả block proposer cũng không cần giữ state. Đây đòi hỏi thêm một tầng infrastructure mới.
State Providers
Nếu proposer không có state, ai cung cấp? Đây là vai trò của state providers — entities chuyên lưu state và bán witness cho proposer. Proposer thanh toán (ETH hoặc gas) để nhận witness cho state access họ cần, sau đó include vào block.
Thách thức của Strong Statelessness
- Market design: Ai cung cấp state nếu không có incentive đủ? Cần thiết kế kinh tế học cho state market
- Latency: Proposer cần fetch witness trước khi build block — thêm network round trip
- Centralization risk: Nếu chỉ vài state providers lớn, họ có thể gate access
Strong Statelessness là mục tiêu nghiên cứu dài hạn, chưa có timeline cụ thể. Weak Statelessness là ưu tiên trước mắt.
06 State Witness là gì?
State witness là tập hợp data chứng minh giá trị của tất cả state items được access trong một block. Với Merkle Patricia Trie (MPT) hiện tại, witness là tập hợp Merkle proof cho mọi state access.
Witness Size — Bottleneck hiện tại
Với MPT, mỗi Merkle proof ~3-4 KB. Một block Ethereum access ~1000+ state items → witness khoảng 3-4 MB. Quá lớn để include trong block và truyền qua mạng hiệu quả.
Verkle Tree giải quyết vấn đề này
Với Verkle Tree ZK & CryptographyZK Proof: 5 ứng dụng thực tế5 ứng dụng thực tế của ZK Proof: ZK Rollup, privacy coin, identity verification, voting và cross-chain bridge., mỗi proof chỉ ~150 bytes — nhờ Vector Commitment. Toàn bộ witness cho một block giảm xuống ~150KB. Đây là con số có thể include trong block hoặc truyền cùng block header — làm stateless verification thực tế.
07 Các Công nghệ Cần Thiết
Statelessness đòi hỏi nhiều pieces của puzzle phải được hoàn thành trước:
1. Verkle Tree Migration
Thay thế MPT bằng Verkle Tree là bước cơ bản nhất. Verkle Tree giảm witness size ~25x — điều kiện cần để statelessness khả thi về mặt bandwidth. Đây là phần của Ethereum Verge giai đoạn.
2. Witness Format Standard
Cần chuẩn hóa format witness trong block header/body — làm thế nào proposer đóng gói witness, validator consume witness, và P2P network lan truyền witness.
3. Verkle Proof Generation tối ưu
Proposer cần generate witness nhanh chóng (trong vài giây khi build block). Cần tối ưu hóa code path cho proof generation với Verkle Tree.
4. Client Implementation
Tất cả Ethereum client (Geth, Besu, Nethermind, Reth, Erigon) cần update để support stateless verification — đây là engineering effort đáng kể trên nhiều codebase.
08 Tác Động đến Decentralization
Statelessness là một trong những thay đổi có tiềm năng lớn nhất để cải thiện decentralization của Ethereum — đặc biệt ở cấp độ validator node.
Giảm Hardware Barrier
Với Weak Statelessness, validator không cần ~1-2TB SSD cao tốc nữa. Validator node có thể chạy trên:
- Laptop thông thường (256-512GB SSD)
- Raspberry Pi với storage nhỏ
- Thậm chí thiết bị mobile (nghiên cứu dài hạn)
Giảm Ongoing Cost
State hiện tăng ~100GB/năm. Với stateless node, không có ongoing storage cost cho state. Validator chỉ cần lưu consensus data (block headers, validator keys) — vài GB, ổn định.
Tăng Node Count
Khi barrier giảm, nhiều người hơn có thể chạy node. Điều này trực tiếp tăng decentralization — một trong những mục tiêu cốt lõi của Blockchain Trilemma. Ethereum hiện có ~1 triệu validator nhưng phần lớn chạy trên VPS hoặc staking service. Statelessness mở ra khả năng home validator thực sự phổ biến.
09 Câu hỏi thường gặp
Statelessness là thiết kế cho phép node verify block mà không lưu toàn bộ state (~1TB+). Thay vào đó, block proposer kèm theo state witness — cryptographic proof cho mọi state access trong block. Node verify witness mà không cần database riêng. Giảm hardware barrier đáng kể và tăng decentralization.
Weak Statelessness: chỉ block proposer cần giữ state để tạo witness; validator và node khác hoạt động stateless với witness đi kèm block. Đây là mục tiêu trước mắt của Ethereum sau khi triển khai Verkle Tree — giảm witness từ ~4MB xuống ~150KB/block.
Statelessness cần: (1) Verkle Tree thay Merkle Patricia Trie để witness nhỏ hơn 25x; (2) Witness generation tối ưu cho proposer; (3) Witness verification trong client; (4) P2P protocol cho witness distribution; (5) State providers (cho Strong Statelessness). Đây là phần của Ethereum Verge giai đoạn.
Với Weak Statelessness, validator không cần ~1-2TB SSD nữa. Yêu cầu hardware giảm xuống laptop hay Raspberry Pi. Không có ongoing storage cost cho state growth. Điều này giảm barrier chạy home validator, tăng decentralization Ethereum validator set — một trong những mục tiêu quan trọng nhất.