จัดทำขึ้นเพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำการลงทุน การลงทุนอาจทำให้สูญเสียเงินลงทุนได้
คำตอบโดยตรง
Proof of Stake (PoS) คือกลุ่มกลไกฉันทามติที่ผู้ตรวจสอบนำสินทรัพย์ตามที่โปรโตคอลกำหนดมาอยู่ภายใต้ความเสี่ยงทางเศรษฐกิจ แล้วได้รับน้ำหนักในการเสนอหรือลงคะแนน ผู้ตรวจสอบที่ปฏิบัติถูกต้องจะเสนอและตรวจบล็อก รวมถึงลงคะแนนต่อประวัติของเชน ข้อความที่ขัดแย้งกันและพิสูจน์ได้อาจนำไปสู่ slashing ส่วนการพลาดหน้าที่มักเสียรางวัลหรือรับโทษที่เบากว่า Stake เป็นทรัพยากรต้าน Sybil ที่ทำให้การซื้ออิทธิพลมีต้นทุน แต่ไม่ทำให้ธุรกรรมที่ผิดกฎกลายเป็นธุรกรรมที่ถูกต้อง
PoS ไม่ใช่อัลกอริทึมเดียว ระบบแบบ chain-based, BFT, delegated และ nominated ต่างกันทั้งการรับผู้ตรวจสอบ การเลือกผู้เสนอ กฎ fork-choice, finality, การมอบสิทธิ์ ระยะถอน และบทลงโทษ ตัวเลขของ Ethereum เช่น เงินเปิดใช้งาน 32 ETH, slot 12 วินาที และคะแนน checkpoint สองในสาม ไม่ใช่คุณสมบัติสากลของ PoS จึงต้องระบุเครือข่ายและเวอร์ชันทุกครั้ง
คำว่า “มี stake มาก” ยังไม่พออธิบายความปลอดภัย ต้องดูว่าใครควบคุมหรือประสาน stake ได้ สัดส่วนที่หยุดหรือทำลายฉันทามติ สมมติฐานด้านเวลาเครือข่าย ความหลากหลายของไคลเอนต์ ความปลอดภัยของกุญแจ checkpoint และกฎกู้คืน รวมถึงบังคับโทษได้จริงหรือไม่ ผู้ตรวจสอบจำนวนมากอาจมีผู้ควบคุมเพียงรายเดียวหากใช้บริการหรือผู้มอบสิทธิ์ร่วมกัน
รางวัล staking คือค่าตอบแทนของเงินทุน งานปฏิบัติการ และความเสี่ยงของโปรโตคอล ไม่ใช่ดอกเบี้ยที่รับประกัน:
อัตรารางวัลรวม = รางวัลโปรโตคอลต่อปี / stake ที่ใช้งานเฉลี่ย
ผลตอบแทนสุทธิ = รางวัล + ค่าธรรมเนียมและ MEV ที่ได้รับ - โทษ - ค่าบริการ - ต้นทุนดำเนินงาน
ผลตอบแทนในหน่วยโทเค็นแยกจากผลตอบแทนด้านราคา คิวเข้าออก ระยะ unbonding, slashing, ภาษี ส่วนลดของ liquid staking token และความเสี่ยงคู่สัญญาล้วนเปลี่ยนผลลัพธ์จริงได้
- ส่วนแบ่งของฝ่ายตรงข้าม
- 25%
- ระยะขอบถึงเกณฑ์
- 8.4%
ผลลัพธ์เป็นการประมาณทางการศึกษา โดยไม่รวมกฎของสถานที่ ภาษี เวลาแฝง พฤติกรรมของ Oracle และพารามิเตอร์เฉพาะโปรโตคอลอื่นๆ เว้นแต่จะแสดงไว้
กลไกการทำงาน
โปรโตคอล PoS ที่สมบูรณ์ต้องมีทะเบียน stake หน้าที่ผู้ตรวจสอบ กฎ fork-choice กฎยืนยันหรือ finality แรงจูงใจ และวิธีกู้คืน ชื่อและเกณฑ์ต่างกันตามเครือข่าย แต่ตรวจสอบได้เป็นเจ็ดขั้นตอน:
- กำหนดขอบเขต stake และผู้ตรวจสอบ ระบุสินทรัพย์ที่เสี่ยง ยอดขั้นต่ำหรือน้ำหนักที่นับ กฎรับเข้า แบบมอบสิทธิ์ คิวเปิดใช้งาน ข้อมูลถอน และผู้ควบคุมกุญแจลงนามจริง
- จัดสรรหน้าที่ด้วยความสุ่มของโปรโตคอล โปรโตคอลเลือกผู้เสนอบล็อก ผู้รับรอง ผู้ลงคะแนน หรือคณะกรรมการ น้ำหนักอาจอิง stake มีเพดานต่อผู้ตรวจสอบ หรือผ่านชุดตัวแทน จึงไม่จำเป็นต้องเท่ากับสัดส่วน stake ที่เผยแพร่
- ตรวจการเปลี่ยนสถานะที่เสนอ full node ตรวจลายเซ็น ยอดคงเหลือ การประมวลผล และกฎฉันทามติเอง Stake หรือเสียงข้างมากไม่สามารถอนุมัติธุรกรรมที่ผิดกฎความถูกต้องแบบตายตัว
- ลงคะแนนและใช้กฎ fork-choice ผู้ตรวจสอบลงนามข้อความเกี่ยวกับบล็อกหรือ checkpoint เมื่อมีประวัติที่ถูกต้องหลายสาย กฎจะใช้น้ำหนักของข้อความที่เข้าเกณฑ์เลือกหัวเชน ความล่าช้าของเครือข่ายอาจทำให้แต่ละ node เห็นต่างกันชั่วคราว
- บรรลุการยืนยันหรือ finality บางระบบให้ finality ทางเศรษฐกิจเมื่อได้เสียงเกินเกณฑ์ ส่วนบางระบบเพิ่มความมั่นใจตามความลึก Safety ถามว่า node ที่ซื่อสัตย์จะยืนยันประวัติขัดแย้งกันได้หรือไม่ ส่วน liveness ถามว่าเชนยังยืนยันต่อได้หรือไม่
- ใช้รางวัล โทษ และ slashing หน้าที่ที่ถูกต้องและทันเวลาอาจได้โทเค็นออกใหม่ ค่าธรรมเนียม หรือรางวัลอื่น การไม่ทำงานอาจเสียรางวัลหรือถูกปรับ ส่วนการลงนามขัดแย้งอาจถูกให้ออกและทำลาย stake ตามกฎเฉพาะเครือข่าย
- ออก ถอน และกู้คืน ผู้ตรวจสอบอาจต้องรอคิวออก ระยะ unbonding หรือช่วงที่ยังถูก slashing ได้ก่อนโอนเงิน ไคลเอนต์อาจต้องใช้ checkpoint ที่เชื่อถือได้หรือวิธีกู้คืนอื่นเมื่อมี weak subjectivity, ประวัติระยะไกล หรือความล้มเหลวร้ายแรง
PoS และ Proof of Work ใช้ทรัพยากรหายากทำให้การโจมตีมีต้นทุน แต่ใช้คนละทรัพยากร PoW ใช้พลังงานและฮาร์ดแวร์ต่อเนื่องและมักให้ finality แบบความน่าจะเป็น ส่วน PoS ล็อกเงินทุนที่ถูก slashing ได้ ใช้พลังประมวลผลต่อเนื่องน้อยกว่า และอาจให้ finality ทางเศรษฐกิจ แต่เพิ่มความเสี่ยงด้านกุญแจ การกระจุก stake ประวัติระยะไกล และ checkpoint ทั้งสองแบบไม่รับประกันการกระจายอำนาจ การต้านการเซ็นเซอร์ ค่าธรรมเนียมต่ำ หรือแอปที่ถูกต้อง
Ethereum เป็นเพียงตัวอย่างหนึ่ง ผู้ตรวจสอบรับรองบล็อกและ checkpoint, LMD-GHOST เลือกหัวเชน, Casper FFG ให้ finality เมื่อคะแนนแทน stake ที่ใช้งานอย่างน้อยสองในสาม และ weak-subjectivity checkpoint ช่วย node ใหม่หรือที่หยุดนานยึดสถานะล่าสุด เครือข่าย PoS อื่นอาจออกแบบคณะกรรมการ การมอบสิทธิ์ และ finality ต่างกัน
ตัวอย่างคำนวณ
การเลือกตามน้ำหนักเป็นค่าคาดหมาย ไม่ใช่ตารางเวลา
สมมติโปรโตคอลเลือกผู้เสนอตามสัดส่วน stake และมีโอกาสเสนอ 720 ครั้งต่อวัน ผู้ดำเนินงานถือ 2,000 จาก 1,000,000 หน่วย จึงมีสัดส่วน 2,000 / 1,000,000 = 0.2% จำนวนที่คาดคือ 720 x 0.2% = 1.44 ครั้งต่อวัน แต่วันจริงอาจได้ศูนย์ หนึ่ง หรือหลายครั้ง เพราะการสุ่มไม่ได้รับประกันหนึ่งครั้งทุก 16.7 ชั่วโมง
รางวัลรวมไม่ใช่ผลตอบแทนสุทธิ
สถานะในพูลแทน 32 โทเค็น ปีหนึ่งได้รางวัลโปรโตคอล 1.28 โทเค็นและค่าธรรมเนียม 0.20 โทเค็น แต่เสีย 0.08 โทเค็นจากการหยุดทำงาน บริการเก็บ 10% ของรางวัลบวก: (1.28 + 0.20) x 10% = 0.148 โทเค็น รางวัลสุทธิคือ 1.28 + 0.20 - 0.08 - 0.148 = 1.252 โทเค็น หรือ 1.252 / 32 = 3.9125% ก่อนฮาร์ดแวร์ ภาษี และราคาโทเค็น การโฆษณาเพียงอัตราออกโทเค็น 4% จึงสูงเกินผลจริง
เชนอาจสร้างบล็อกต่อได้แม้ finality หยุด
สมมติกฎแบบ Ethereum ต้องใช้คะแนนมากกว่าสองในสามของ stake ที่ใช้งาน 1,000,000 หน่วย จึงต้องเกินประมาณ 666,667 หน่วย หากผู้ตรวจสอบ 340,000 หน่วยหยุดพร้อมกัน จะเหลืออย่างมาก 660,000 หน่วย บล็อกอาจยังถูกเสนอ แต่ไม่มีเสียงพอให้ finality กลไกโทษการไม่ทำงานอาจลดน้ำหนักฝ่ายที่หยุดเมื่อเวลาผ่านไป แต่ไม่ได้ลบเหตุการณ์สูญเสีย finality ตอนแรก
ส่วนลด liquid staking token ไม่ได้แปลว่าเกิด slashing
นักลงทุนถือ liquid staking token 100 หน่วยซึ่งเป็นสิทธิเรียกร้องต่อสินทรัพย์ที่ staking อยู่ ระหว่างภาวะสภาพคล่องตึงตัว โทเค็นซื้อขายที่ 0.96 หน่วยของสินทรัพย์ฐาน หากขายทันทีจะได้ 100 x 0.96 = 96 หน่วย ขาด 4 หน่วยหรือ 4% ส่วนลดนี้อาจมาจากคิวออก สภาพคล่อง หรือความเสี่ยงคู่สัญญา แม้ไม่มีผู้ตรวจสอบถูก slashing และบัญชีสินทรัพย์ยังรองรับครบ
ความเสี่ยงและการควบคุม
Safety และ liveness ของฉันทามติ
- การควบคุมกระจุกตัว: ตลาด พูล หรือตัวแทนอาจประสาน stake มากกว่าที่จำนวนผู้ตรวจสอบบอก ต้องวัดตามผู้ดำเนินงาน กุญแจ ธรรมาภิบาล และโครงสร้างพื้นฐาน ไม่ใช่ที่อยู่เท่านั้น
- Finality ล้มเหลวหรือเครือข่ายแยก: Stake ที่หยุด บั๊กไคลเอนต์ หรือเครือข่ายแบ่งส่วนอาจหยุด finality แม้ยังมีบล็อก ต้องติดตาม checkpoint ที่ final แล้ว ไม่ใช่แค่ความสูงบล็อก
- ประวัติระยะไกลและ weak subjectivity: อดีตผู้ตรวจสอบอาจสร้างประวัติเก่าทางเลือกหลังถอน stake ได้ ควรเริ่มจาก checkpoint ล่าสุดที่ได้จากหลายช่องทางอิสระเมื่อโปรโตคอลกำหนด
- ใช้เกณฑ์ผิดโปรโตคอล: หนึ่งในสาม ครึ่งหนึ่ง และสองในสามมีความหมายต่างกัน ต้องอ่านกฎ fork-choice, safety และ liveness จริงก่อนใช้ตัวเลข
การดำเนินงานและกุญแจผู้ตรวจสอบ
- ลงนามซ้ำระหว่างย้ายระบบ: เปิดกุญแจเดียวกันสองเครื่องอาจสร้างคะแนนขัดแย้ง ต้องใช้ฐานข้อมูลป้องกัน slashing เปิดผู้ลงนามเพียงชุดเดียว และย้ายตามขั้นตอน
- กุญแจลงนามถูกขโมย: ผู้โจมตีอาจสร้างข้อความที่ถูก slashing เซ็นเซอร์ หรือเปลี่ยนหน้าที่ ต้องแยกกุญแจ จำกัดสิทธิ์ เฝ้าดูข้อความ และแยกอำนาจถอนเมื่อทำได้
- หยุดทำงานพร้อมกัน: ไฟ เครือข่าย คลาวด์ ไคลเอนต์ หรือการตั้งค่าร่วมกันทำให้เสียรางวัลและอาจเพิ่มโทษ ต้องกระจายระบบและทดสอบสำรองโดยไม่ทำผู้ลงนามซ้ำ
- ข้อมูลถอนผิดหรือสูญหาย: กุญแจถอนที่ผิด สูญหาย หรืออยู่กับผู้ให้บริการอาจทำให้กู้เงินไม่ได้ ต้องตรวจข้อมูลก่อนฝากและมีข้อมูลสำรองกับแผนสืบทอดที่ทดสอบแล้ว
รางวัล เงินทุน และการออก
- อัตรารางวัลเปลี่ยนได้: สูตรออกโทเค็น stake ที่ใช้งาน ผลงาน ค่าธรรมเนียม และ MEV เปลี่ยนตลอด ต้องจำลองช่วงผลตอบแทนรวมและสุทธิ ไม่ถือ APY เป็นค่าคงที่
- ราคาโทเค็นและ dilution: จำนวนโทเค็นที่เพิ่มไม่รับประกันกำลังซื้อ และการออกใหม่อาจลดสัดส่วนผู้ถือ ต้องแยกผลตอบแทนในโทเค็นจากผลตอบแทนตลาด
- คิวเปิดใช้งาน ออก และ unbonding: คิวยาวทำให้เงินว่างก่อนเข้าและใช้ไม่ได้เมื่อเกิดวิกฤต ต้องวัดทุกช่วงและไม่สมมติว่าไถ่ถอนได้ทันที
- โทษและ slashing ไม่แน่นอน: ความเสียหายขึ้นกับความผิด เวอร์ชัน และพฤติกรรมที่สัมพันธ์กัน ต้องดูขาดทุนสูงสุดกับกฎแบ่งภาระของผู้ให้บริการ
การมอบสิทธิ์ การรับฝาก และ liquid staking
- ผู้รับฝากหรือผู้ดำเนินงานผิดนัด: บริการอาจทำกุญแจหาย ใช้เงินผิด หยุดถอน หรือล้มเหลว ต้องรู้ว่าใครคุมกุญแจลงนามและถอน และสิทธิเรียกร้องแยกจากกองทรัพย์ล้มละลายหรือไม่
- ความเสี่ยง smart contract ของพูล: เงินฝาก บัญชี การอัปเกรด และคิวถอนอาจพึ่งสัญญานอก native staking ต้องตรวจสิทธิ์ audit ระบบฉุกเฉิน และการพึ่งพา
- ส่วนลด liquid staking token: โทเค็นใบรับอาจต่ำกว่าสิทธิเรียกร้องเพราะสภาพคล่อง ระยะเวลา slashing หรือผู้ออก ต้องทดสอบราคาขายในตลาดแยกจากมูลค่าไถ่ถอน
- การมอบสิทธิ์กระจุกตัว: ผู้ใช้รับความเสี่ยงทางเศรษฐกิจ แต่ผู้ดำเนินงานไม่กี่รายได้อิทธิพลฉันทามติ ต้องติดตามการกระจาย stake เพดานผู้ดำเนินงาน และอำนาจธรรมาภิบาล
การเซ็นเซอร์ การนำไปใช้ และการวัด
- การเซ็นเซอร์และ MEV กระจุกตัว: ผู้ดำเนินงานหรือ relay รายใหญ่อาจตัดหรือเรียงธุรกรรมใหม่ ต้องติดตามการรวมธุรกรรมและการพึ่ง builder, relay และตัวกลางนโยบาย
- ไคลเอนต์ชนิดเดียวมากเกินไป: บั๊กร่วมทำให้ผู้ตรวจสอบที่ดูเหมือนอิสระล้มพร้อมกัน ต้องใช้ไคลเอนต์หลายแบบและเข้าใจผลเมื่อชนิดส่วนใหญ่ล้ม
- ตัวชี้วัดการกระจายอำนาจหลอกตา: จำนวนผู้ตรวจสอบ ที่อยู่ และ stake อาจซ่อนเจ้าของหรือโฮสต์ร่วม ต้องดูนิติบุคคล ภูมิศาสตร์ ไคลเอนต์ คลาวด์ และธรรมาภิบาลร่วมกัน
- ธรรมาภิบาลและการกู้คืนทางสังคม: เหตุร้ายแรงอาจต้องประสานงานนอกโปรโตคอลและเกิดข้อโต้แย้งว่าเชนใดเป็นหลัก ต้องเข้าใจอำนาจอัปเกรด แหล่ง checkpoint และแบบอย่างกู้คืน
ความเข้าใจผิดทั่วไป
ผู้ถือโทเค็นทุกคนเป็นผู้ตรวจสอบโดยอัตโนมัติ
การถือสินทรัพย์ไม่เท่ากับการเดินระบบผู้ตรวจสอบ ยังต้องผ่านกฎรับเข้า มีกุญแจ ซอฟต์แวร์ เวลาออนไลน์ และทำหน้าที่ ผู้มอบสิทธิ์หรือผู้ถือ liquid staking token อาจยกการควบคุมให้ผู้อื่นและรับความเสี่ยงสัญญากับคู่สัญญาเพิ่ม
Stake รวมมากขึ้นทำให้เครือข่ายปลอดภัยขึ้นเสมอ
ต้นทุนโจมตีอาจเพิ่มตามมูลค่า stake แต่ยังขึ้นกับการกระจุกตัว สภาพคล่อง การกู้ยืม การมอบสิทธิ์ ความหลากหลายไคลเอนต์ เกณฑ์ และกฎกู้คืน สิบล้านหน่วยที่หลายฝ่ายคุมอิสระต่างจากจำนวนเท่ากันภายใต้ผู้ดำเนินงานเดียว
ผลตอบแทน staking คือดอกเบี้ยไร้ความเสี่ยง
รางวัลชดเชยการล็อกเงิน งานปฏิบัติการ และความเสี่ยงโปรโตคอล โทษ slashing ค่าบริการ คิว การขาดทุนราคา smart contract และการรับฝากอาจเกินรางวัล APY ที่แสดงไม่รับประกันและเทียบตรงกับอัตราเงินสดไร้ความเสี่ยงไม่ได้
ผู้ตรวจสอบถูก slashing ทุกครั้งที่ออฟไลน์
หลายโปรโตคอลแยกการไม่ทำงานทั่วไปจากการลงนามขัดแย้งที่พิสูจน์ได้ บน Ethereum การพลาดหน้าที่มักเสียรางวัลหรือถูกปรับ ส่วนการเสนอบล็อกซ้ำและ attestation ที่ผิดเงื่อนไขอาจถูก slashing และให้ออก เครือข่ายอื่นมีกฎต่างกัน
Proof of Stake ทำให้ธุรกรรมถูกและ final ทันที
ฉันทามติตัดสินประวัติที่ถูกต้อง ส่วนกำลังประมวลผลและตลาดค่าธรรมเนียมกำหนดต้นทุน Finality ยังต้องใช้คะแนนและเวลาตามโปรโตคอล และอาจหยุดเมื่อผู้เข้าร่วมไม่พอหรือเครือข่ายขัดข้องแม้ยังเห็นบล็อกใหม่
หัวข้อที่เกี่ยวข้อง
แหล่งที่มา
- ภาพรวมเทคโนโลยีบล็อกเชน - NIST (เข้าถึง: 2026-08-19)
- Ouroboros: โปรโตคอลบล็อกเชน Proof of Stake ที่พิสูจน์ความปลอดภัยได้ - IACR Cryptology ePrint Archive (เข้าถึง: 2026-08-19)
- Proof of Stake (PoS) - Ethereum.org (เข้าถึง: 2026-08-19)
- รางวัลและบทลงโทษของ Proof of Stake - Ethereum.org (เข้าถึง: 2026-08-19)
- การโจมตีและการป้องกัน Proof of Stake ของ Ethereum - Ethereum.org (เข้าถึง: 2026-08-19)
- การ staking บน Ethereum - Ethereum.org (เข้าถึง: 2026-08-19)
- เฟส 0 – ผู้ตรวจสอบที่ปฏิบัติอย่างถูกต้อง - Ethereum Consensus Specs (เข้าถึง: 2026-08-19)
- Proof of Stake เทียบกับ Proof of Work - Ethereum.org (เข้าถึง: 2026-08-19)