Handbook Chapter 05
Part 2 • The Assets

บทที่ 5: Solana — เครื่องจักรความเร็วสูงของ Crypto

Bitcoin เลือกความปลอดภัย Ethereum เลือก programmability Solana เลือกความเร็ว — ด้วยการออกแบบที่แตกต่างจาก blockchain ทุกตัวที่มีมาก่อน Solana พิสูจน์ว่า decentralized network สามารถเร็วได้เกือบเท่ากับระบบ centralized

Solana is a high-performance blockchain that can process thousands of transactions per second with sub-second finality and near-zero fees. "บล็อกเชนประสิทธิภาพสูงที่ประมวลผลได้หลายพันธุรกรรมต่อวินาที ด้วย finality ต่ำกว่าหนึ่งวินาทีและค่าธรรมเนียมแทบเป็นศูนย์" Solana Whitepaper — Anatoly Yakovenko (2017)
Chapter 5 Solana Illustration
Chapter 05 • สถาปัตยกรรม

Parallel Execution — ทำงานหลาย Lanes พร้อมกัน

Solana
Architecture

ทำไม Solana ถึงเร็วกว่า Ethereum มาก?

Ethereum ประมวลผล transaction ทีละอัน เหมือนซูเปอร์มาร์เก็ตที่มีแค่แถวเดียว Solana เปิดหลายสิบแถวพร้อมกัน — ยิ่งมี CPU cores มาก ยิ่ง throughput สูง

นวัตกรรมหลักของ Solana คือ Parallel Execution — ทุก transaction ต้องประกาศล่วงหน้าว่าจะอ่าน/เขียน accounts ไหนบ้าง ทำให้ runtime รู้ว่า transactions ใดไม่ overlap กันและ run พร้อมกันได้บน CPU cores หลายตัว สร้างความสัมพันธ์โดยตรงระหว่าง hardware และ throughput

State ของ Solana แบ่งเป็น Accounts แต่ละอันเป็น "ช่อง" เก็บข้อมูลอิสระ โปรแกรม (smart contracts) อยู่ใน executable accounts ที่ code immutable ส่วน user data อยู่ใน data accounts ที่ owned โดย program นั้น programs เรียกกันผ่าน CPI (Cross-Program Invocation) เหมือน function call ระหว่าง programs

Concept PDA — Program Derived Address

Escrow ที่ไม่มีใครถือกุญแจ

PDA คือ address ที่ไม่มี private key — program สร้างจากการคำนวณ ทำให้ มีเพียง program เท่านั้นที่ authorize transaction จาก address นี้ได้ แก้ปัญหา escrow ดั้งเดิมที่ต้องมีคนถือกุญแจและเสี่ยงถูกขโมย — กองทุน DeFi อยู่ใน PDA ไม่มีใครแตะได้นอกจากโค้ดที่กำหนดไว้

Accounts ต้องฝาก lamports (หน่วยเล็กสุดของ SOL เทียบเท่า satoshi ใน Bitcoin) ขั้นต่ำเพื่อเป็น rent-exempt ป้องกัน state bloat — เหมือนมัดจำที่จ่ายครั้งเดียวเพื่อใช้พื้นที่เก็บข้อมูลถาวร ไม่มีค่าเช่ารายเดือน

ความแตกต่างจาก Ethereum: Ethereum ใช้ Account Model ที่ยอดเงินอัปเดตตรง (คล้ายบัญชีธนาคาร) ส่วน Bitcoin ใช้ UTXO Solana ก็เป็น Account Model แต่แยก code กับ data ออกจากกันอย่างชัดเจน ทำให้ parallel execution เป็นไปได้

Figure 1 • Sequential vs Parallel Execution
Diagram
Ethereum — แถวเดียว (Sequential)
① Swap บน Uniswap
② Transfer ETH
③ Mint NFT
④ Borrow บน Aave
Solana — หลายแถว (Parallel)
Core 1
① Swap
⑤ Swap
Core 2
② Transfer
⑥ Mint
Core 3
③ Mint NFT
⑦ Borrow
Core 4
④ Borrow
⑧ Vote
Figure Caption Ethereum ประมวลผล tx ทีละอัน (sequential) Solana ระบุ accounts ล่วงหน้าแล้ว run tx ที่ไม่ overlap พร้อมกันบน multiple cores — throughput โตตาม hardware โดยตรง
Solana · Page 01 01
Chapter 05 • ค่าธรรมเนียมและ UX

ค่าธรรมเนียมเศษสตางค์ และ Local Fee Markets

Solana
Fees & UX

ทำไม Solana ถึงถูกกว่า Ethereum มาก?

ค่า gas บน Ethereum ช่วงแออัดอาจสูงถึง $50–$200 ต่อ transaction บน Solana ค่าธรรมเนียมพื้นฐานอยู่ที่ ~0.000005 SOL หรือน้อยกว่า 0.1 บาท — ทำให้พฤติกรรมผู้ใช้เปลี่ยนไปอย่างสิ้นเชิง

ทุก transaction บน Solana จ่าย Base Fee 5,000 lamports (~$0.001) ต่อ signature และเพิ่ม Priority Fee ได้ตาม compute units ที่ใช้ เพื่อให้ validators เลือก transaction ของตนก่อน ต่างจาก Ethereum ที่ base fee ถูกเผาทิ้ง บน Solana base fee แบ่งครึ่ง — 50% เผาทำลาย 50% ให้ block leader

Local Fee Markets คือนวัตกรรมสำคัญ — congestion บน Solana คิดราคาตาม account ไม่ใช่ network ทั้งหมด ถ้า Pump.fun แออัดมาก ค่าธรรมเนียมของ Pump.fun สูงขึ้น แต่การโอน SOL ธรรมดาไม่ได้รับผลกระทบ ต่างจาก Ethereum ที่ทุก transaction แข่งกันใช้ block space เดียวกัน อย่างไรก็ตาม ช่วง spam events ปี 2024–2025 ความแออัดบน accounts ยอดนิยมยังคงส่งผลกระทบต่อ performance โดยรวมได้

Concept Gulf Stream — ไม่มี Public Mempool

ส่ง Transaction ตรงถึง Validator ที่กำลังจะมาถึง

Bitcoin และ Ethereum broadcast transactions ไปที่ mempool สาธารณะก่อน ทุกคนเห็นได้ เปิดโอกาส frontrunning Solana ใช้ Gulf Stream ส่ง transaction ตรงไปที่ leader ปัจจุบันและอนาคต ลด latency และซ่อนข้อมูล transaction จากสาธารณะ ลด MEV บางส่วน แต่ยังไม่หมดสิ้น

ค่าธรรมเนียมต่ำเปลี่ยน user behavior จริง ๆ บน Ethereum ราคา $50/tx ทำให้คนคิดหนักก่อนทำทุกอย่าง บน Solana ผู้ใช้เทรด position หลายรอบต่อวัน ทดลองของใหม่ เล่น memecoin ขนาดเล็ก เปิด/ปิด position ได้อย่างอิสระ นี่คือเหตุผลที่ Solana กลายเป็นบ้านของ memecoin culture และ retail DeFi ที่เข้าถึงได้

Dropped vs Failed Transactions — Dropped transactions หายไปก่อนเข้า block เพราะ network overload หรือ priority fee ต่ำเกิน ไม่มีร่องรอยบน chain Failed transactions เข้า block แล้วแต่ revert เพราะ program logic ผิด ทั้งสองดูเหมือนกันจากมุมผู้ใช้ แต่แก้คนละวิธี dropped แก้ด้วย retry + higher fee ส่วน failed ต้องดู error message

Solana · Page 02 02
Chapter 05 • Consensus Stack

PoH, Tower BFT, Turbine และ Alpenglow

Solana
Consensus

ความเร็วของ Solana ไม่ได้มาจาก magic — มาจาก stack ที่ออกแบบมาเพื่อกันเลย

ระบบ consensus ของ Solana ประกอบด้วย 4 ชั้นที่ทำงานร่วมกัน แต่ละชั้นออกแบบให้ลด communication overhead ที่ blockchain ทั่วไปต้องเสียเวลากับมัน

Proof of History (PoH) คือ "นาฬิกา" ที่ทุกคนเห็นตรงกัน — sequence ของ hash ต่อเนื่องที่พิสูจน์ว่า event ต่าง ๆ เกิดขึ้นในลำดับใด โดยไม่ต้องรอให้ validators คุยกันยืนยัน PoH ทำให้ transaction ordering เป็นที่ตกลงก่อนเข้า consensus จริง ๆ ลด round-trip communication ไปมาก

Tower BFT ใช้ timestamp จาก PoH เป็น reference point แทนที่จะให้ validators ส่ง message ยืนยันกันไปมา validators cast stake-weighted votes บน blocks ที่มี PoH timestamps ป้องกัน equivocation (vote ขัดแย้งกัน) — finality ปัจจุบัน ~12.8 วินาที แต่ ในทางปฏิบัติ transactions ส่วนใหญ่ยาก reverse ได้เร็วกว่านั้นมาก

Concept Turbine + QUIC — ส่ง Block ให้ทั่วถึง

แตก Block เป็นชิ้นเล็ก กระจาย validator tree

Turbine แตก block เป็น "shreds" ขนาดเล็กแล้วกระจายผ่าน tree structure ของ validators แต่ละ node รับ shreds และส่งต่อ ไม่ต้องส่ง block ทั้งก้อนทุกทาง มี redundancy built-in เพื่อ reconstruct จาก shreds ที่เหลือได้แม้บางชิ้นหาย — QUIC เป็น transport protocol ที่ให้ priority bandwidth แก่ validators ที่มี stake มากกว่า ทำให้ spam ไม่สามารถ flood network ได้ง่าย

Alpenglow — อัปเกรดที่กำลังจะมาถึง (เป้าหมาย 2026) จะเปลี่ยน consensus stack ใหม่ทั้งหมด แทนที่ PoH และ Tower BFT ด้วย Votor ที่ validators แลกเปลี่ยน votes โดยตรงและ aggregate เป็น certificate ใน 1-2 rounds — เป้าหมาย finality ~100–150ms จากปัจจุบัน 12.8 วินาที รองรับ stake malicious ได้ถึง 20% และ offline ได้อีก 20% (รวม 40%) โดยไม่ล่ม

Alpenglow ยัง deprecate PoH ออกไปด้วย แทนด้วย fixed slot scheduling และ local timers — นี่คือการเปลี่ยนแปลงระดับ architecture ที่ใหญ่ที่สุดในประวัติศาสตร์ Solana ถ้าสำเร็จ Solana จะมี finality เร็วกว่า Ethereum (~12.8 min) ถึง ~100 เท่า

Solana · Page 03 03
Chapter 05 • เศรษฐศาสตร์และ Staking

SOL Tokenomics, Staking และคำถามเรื่อง Decentralization

Solana
Economics

SOL ไม่ได้มีแค่ใช้จ่ายค่าธรรมเนียม

SOL คือ staking collateral, governance weight, และ store of value ในระบบเดียวกัน — monetary policy ออกแบบให้ inflation ลดลงทุกปีจนถึง terminal rate ในปี ~2031

Inflation เริ่มต้นที่ 8% ต่อปีและลดลง 15% ต่อปีจนถึง terminal rate 1.5% ราวปี 2031 ซึ่งคงที่ตลอดไป เงินเฟ้อนี้จ่ายให้ validators เป็น staking rewards ขณะที่ 50% ของ base fee ถูกเผาทำลายเพื่อหักแรงดันเงินเฟ้อ ช่วงที่ network ยุ่งมากอาจ burn มากกว่า mint ทำให้ SOL supply ลดลงชั่วคราว staking yield ปัจจุบันประมาณ ~7% APY

Staking บน Solana ง่ายกว่า Ethereum มาก — ไม่ต้องมี 32 ETH ขั้นต่ำ delegate SOL จำนวนใดก็ได้ไปที่ validator โดยตรง ไม่สูญเสียการครอบครอง validators คิด commission 0–10% จากรางวัล delegation เปิดช่อง epoch boundaries (~2-3 วัน) ทำให้มีความยืดหยุ่นมากกว่า Ethereum ที่ต้องรอ queue

Risk Centralization Concerns

19–22 Validators ควบคุม 1/3 ของ Stake

จำนวน active validators ลดจาก ~2,000 เหลือ ~800 (ต้นปี 2026) มีเพียง 19-22 validators ขนาดใหญ่ที่ถือ stake รวมกันเกิน "superminority threshold" (1/3 ของ total stake) ซึ่งเพียงพอที่จะหยุด network ได้ถ้าประสานงานกัน นอกจากนี้ Solana ยังไม่มี slashing บน mainnet — ผู้โจมตีไม่สูญเสีย stake โดยอัตโนมัติ ต้องพึ่ง reputation และ economic opportunity cost แทน

ค่าใช้จ่าย validator สูงมาก: hardware ระดับ enterprise, bandwidth หลาย TB ต่อเดือน, vote transaction fees ~$4,000/เดือน รวมทั้งหมดประมาณ ~$5,000/เดือน validators ขนาดเล็กที่ไม่มี organic delegation พอจะไม่คุ้มทุน Solana Foundation Delegation Program (SFDP) ช่วย bootstrap แต่ support สิ้นสุดใน 12 เดือน ทำให้ต้องหา delegation จากตลาดจริง มิฉะนั้นต้องปิดตัว

Solana · Page 04 04
Chapter 05 • Dev Stack & Use Cases

SVM, SPL Tokens, Firedancer และโลกที่ Solana เหมาะที่สุด

Solana
Use Cases

Solana ไม่ใช่แค่ "Ethereum ที่เร็วกว่า"

การออกแบบที่แตกต่างสร้าง use cases ที่แตกต่าง Solana เก่งที่สุดในสิ่งที่ network อื่น "ทำได้ แต่แพงเกินไป"

SVM (Solana Virtual Machine) ใช้ register-based VM (แตกต่างจาก EVM ที่เป็น stack-based) ซึ่งเร็วกว่าสำหรับ parallel execution นักพัฒนาเขียนด้วย Rust เป็นหลัก ใช้ framework Anchor ที่ automate งาน boilerplate และ generate IDL โดยอัตโนมัติ Anchor เป็น de facto standard เหมือน React ในโลก web

SPL Tokens ต่างจาก Ethereum ที่แต่ละ token เป็น smart contract แยกกัน — ทุก token บน Solana share program เดียวกัน สร้าง token ใหม่แค่สร้าง "mint account" ไม่ต้อง deploy code ใหม่ การอัปเกรด SPL Token program ครั้งเดียวปรับปรุงทุก token ในระบบพร้อมกัน Token-2022 เพิ่ม features อย่าง transfer hooks, confidential transfers และ transfer fees

Reference Solana เหมาะกับอะไร?

Use Cases ที่ Solana โดดเด่น

Use Caseทำไม Solana?
Memecoin Tradingค่าธรรมเนียม <0.1 บาท เทรดกี่รอบก็ได้
High-freq DeFiAtomic composability + finality ต่ำ
On-chain CLOBBlock time 400ms รองรับ order book จริง
DePINหลายล้าน micro-tx/วัน ค่าธรรมเนียมต้องต่ำมาก
Tokenized AssetsSettlement เร็ว composable กับ DeFi

Firedancer — Jump Crypto เขียน Solana validator client ใหม่ทั้งหมดด้วย C (ไม่ใช่ Rust เหมือน Agave) เป้าหมายคือ deterministic, high-throughput engine ที่ทนต่อ single point of failure ปัจจุบัน Frankendancer (hybrid ของ Firedancer + Agave) live บน mainnet แล้วกับ validators บางส่วนตั้งแต่ กันยายน 2024 แต่ยังต้องพึ่ง Agave สำหรับ consensus — full Firedancer ยังอยู่ระหว่างพัฒนา

Trade-offs ที่ต้องรู้: hardware requirements สูง, Rust learning curve สูงกว่า Solidity, validator count ลดลง, ไม่มี slashing, historical outages (แม้ปัจจุบันดีขึ้นมาก) — Solana ไม่ใช่ทางเลือกที่ดีที่สุดสำหรับทุก use case โดยเฉพาะโปรเจกต์ที่ต้องการ maximum decentralization หรือ Ethereum liquidity depth

Solana · Page 05 05