rETH vs stETH vs cbETH: เปรียบเทียบ Liquid Staking ปี 2026

Liquid staking token ทั้งหมดสัญญาสิ่งเดียวกัน: ผลตอบแทนจาก ETH staking โดยไม่ต้องล็อค ETH ของคุณใน validator ความแตกต่างอยู่ที่ว่าใครรัน validator, ใครถือกุญแจ และอะไรจะพังถ้ามีอะไรผิดพลาด rETH, stETH และ cbETH ตอบคำถามเหล่านั้นสามแบบที่แตกต่างกัน

นี่คือการเปรียบเทียบโมเดลความไว้วางใจ ไม่ใช่การไล่ล่าผลตอบแทน รางวัลพื้นฐานกำหนดโดยโปรโตคอล Ethereum และใกล้เคียงกันสำหรับทั้งสามตัว สิ่งที่แตกต่างคือเส้นทางที่รางวัลนั้นใช้เพื่อมาถึงคุณ และความเสี่ยงจากคู่สัญญาที่ติดมากับแต่ละเส้นทาง วิธีการ Trust Score ของเราชั่งน้ำหนักการเก็บรักษา, การกระจายอำนาจ, พื้นผิว smart contract และกลไกการไถ่ถอน ซึ่งเป็นปัจจัยที่แตกต่างกันที่นี่

stETH: ตัวที่มีอยู่แล้ว

stETH ของ Lido คือ liquid staking token ที่ใหญ่ที่สุดโดยห่างชัดเจน มันคือ rebasing token: ยอดคงเหลือของคุณเติบโตทุกวันเมื่อรางวัลสะสม ดังนั้น stETH หนึ่งตัวมีมูลค่าเป้าหมายที่หนึ่ง ETH ในขณะที่จำนวนขึ้นไป กลไกนั้นทำให้ stETH เข้าใจง่ายสำหรับผู้ออม แต่ใช้งานยากในสัญญา DeFi บางตัว ซึ่งเป็นเหตุผลที่ wrapped variant มีอยู่

stETH มี RWTS Trust Score ที่ T3 (72/100) จุดแข็งคือสภาพคล่องลึก, การรวมตัว DeFi ที่กว้าง และประวัติการดำเนินงานที่ยาวนาน ข้อสงวนคือการรวมศูนย์ของการกำกับดูแลและขนาดของชุด operator เมื่อเทียบกับเครือข่าย สำหรับกลไก rebasing เทียบกับ wrapped โดยเฉพาะ ดูคู่มือเสริมของเรา, stETH vs wstETH: Rebasing and Wrapped ETH Staking

rETH: กรณีการกระจายอำนาจ

rETH ของ Rocket Pool ใช้จุดยืนการออกแบบที่ตรงข้าม แทนที่จะเป็นชุด operator ที่คัดสรรมาแล้ว Rocket Pool ให้ใครก็ได้รัน validator โดยการวางหลักประกัน ETH บวก RPL ซึ่งกระจายการดำเนินงาน node ข้ามเครือข่ายแบบไร้การอนุญาต rETH เป็น value-accruing token: ยอดคงเหลือคงที่และมูลค่าการไถ่ถอนของ token เพิ่มขึ้นเมื่อรางวัลทบต้น ซึ่งประกอบเข้ากับตลาดการให้กู้ได้สะอาดกว่า

rETH มี Trust Score ที่ T3 (63/100) ข้อโต้แย้งการกระจายอำนาจคือแรงดึงดูดหลักของมัน ฐาน operator ที่กว้างกว่าและไร้การอนุญาตลดการพึ่งพาจุดเดียว คะแนนสะท้อนรอยเท้าสภาพคล่องที่เล็กกว่าและกลไกหลักประกันที่ซับซ้อนกว่า stETH ซึ่งเพิ่มส่วนที่เคลื่อนไหวที่วิธีการของเราชั่งน้ำหนัก นักลงทุนที่ให้ความสำคัญกับความต้านทานการเซ็นเซอร์มากกว่าสภาพคล่องดิบมักให้น้ำหนัก rETH สูงกว่าที่ตัวเลขเพียงอย่างเดียวบอกเป็นนัย

cbETH: การแลกเปลี่ยนแบบผู้ดูแล

cbETH ของ Coinbase เป็นแบบรวมศูนย์มากที่สุดในสามตัว และบนเกณฑ์ของเรา ได้คะแนนสูงที่สุด: T3 (85/100) cbETH เป็น value-accruing token ที่มีหลักประกันโดย ETH ที่ทำ stake ผ่านโครงสร้างพื้นฐานของ Coinbase เอง มีผู้ดูแลหนึ่งราย, บริษัทมหาชนสหรัฐที่อยู่ภายใต้กฎระเบียบหนึ่งราย และงบดุลหนึ่งรายที่อยู่เบื้องหลัง

การรวมศูนย์นั้นคือเหตุผลที่มันได้คะแนนดีในแกนการเก็บรักษาและความโปร่งใสของเรา และเป็นเหตุผลที่นักบริสุทธินิยมการกระจายอำนาจหลีกเลี่ยงมัน การแลกเปลี่ยนชัดเจน: คุณยอมรับความเสี่ยงคู่สัญญาผู้ดูแลรายเดียวเพื่อแลกกับความโปร่งใสของหน่วยงานที่อยู่ภายใต้กฎระเบียบ, สำรองที่ตรวจสอบ และเส้นทางการไถ่ถอนที่คุ้นเคย สำหรับผู้ทำ ETH staking ที่เชื่อมั่น Coinbase ในการเก็บรักษาอยู่แล้ว cbETH ขจัดคำถามเรื่องการกำกับดูแลโปรโตคอลและชุด operator ที่หนักอยู่กับ stETH และ rETH และแทนที่ด้วยคู่สัญญาองค์กรหนึ่งราย

วิธีเลือก

ทั้งสามอยู่ในแถบ Tier 3 เดียวกันแต่ด้วยเหตุผลที่แตกต่างกัน และตัวเลือกที่ถูกต้องขึ้นอยู่กับสิ่งที่คุณกำลังเพิ่มประสิทธิภาพ

• สภาพคล่องและการเข้าถึง DeFi: stETH นำในความลึกของการรวมตัวและสภาพคล่องตลาดรอง
• การกระจายอำนาจและความต้านทานการเซ็นเซอร์: เครือข่าย operator แบบไร้การอนุญาตของ rETH แข็งแกร่งที่สุดในสามตัว
• ความโปร่งใสในการเก็บรักษาและคู่สัญญาที่อยู่ภายใต้กฎระเบียบ: cbETH ได้คะแนนสูงสุดบนเกณฑ์ของเรา โดยแลกเปลี่ยนกับการรวมศูนย์ผู้ดูแลรายเดียว

ความแตกต่างผลตอบแทนสุทธิเล็กและขับเคลื่อนโดยค่าธรรมเนียม ไม่ใช่โดยโปรโตคอลไหน "ทำ stake ดีกว่า" ถ้า APY ที่เกิดขึ้นจริงเป็นแกนเดียวของคุณ ส่วนต่างคือไม่กี่ทศนิยมเปอร์เซ็นต์และเปลี่ยนแปลงตามนโยบายค่าธรรมเนียม ความแตกต่างที่ทนทานคือโครงสร้าง: การกระจายอำนาจเทียบกับสภาพคล่องเทียบกับความชัดเจนในการเก็บรักษา สำหรับหมวดหมู่เต็ม รวมถึง restaking variant และการให้คะแนนความเสี่ยง validator ดูฮับ ETH yield ของเรา

RWTS ไม่ bullish หรือ bearish ต่อ liquid staking token ใดๆ เราคือหน่วยงานจัดอันดับเครดิตสำหรับสินทรัพย์จริงที่ tokenize แล้ว เราให้คะแนน คุณตัดสินใจ

เกี่ยวข้องบน RWTS

• RWTS ETH yield hub
• stETH vs wstETH: 2026 Liquid Staking Token Comparison