ยุคหลังการควบรวม: ความก้าวหน้าและการเกิดใหม่ของ Ethereum Consensus ใหม่
ผู้เขียนต้นฉบับ: Frank Fan, 0xCryptolee
"ตราบใดที่คุณกล้าให้คำมั่นสัญญา โลกจะช่วยคุณขจัดอุปสรรคที่ยากจะเอาชนะได้ เพื่อเติมเต็มความฝันที่ไม่เป็นจริงของคุณ จักรวาลจะไม่หยุดยั้งความก้าวหน้าของคุณ นี่คือสาระสำคัญของมัน"
—— ข้อความบล็อกสุดท้ายในยุค PoW ของ Ethereum
Ethereum ผ่านการอัปเกรดครั้งประวัติศาสตร์ และการพัฒนาได้เข้าสู่ขั้นตอนใหม่ หลังจากการควบรวมกิจการ Ethereum จะยังคงเดินหน้าต่อไปในทิศทางของการขยายตัวและการกระจายอำนาจ การผสานเป็นเพียงก้าวแรกในยุค PoS เท่านั้น Ethereum ยังคงเผชิญกับความท้าทายครั้งใหญ่ ปัญหาต่างๆ เช่น การรวมศูนย์ของกลุ่มตรวจสอบความถูกต้อง การขยายตัว และปัญหา Lazy Validator ยังคงจำกัดการระบาดของแอปพลิเคชันและการขยายตัวด้านความปลอดภัยของ Ethereum บทความจะเริ่มตั้งแต่ The Merge start ค่อยๆ วิเคราะห์อัลกอริธึมฉันทามติที่นำมาใช้โดย POS โดยเน้นที่การสำรวจการใช้เทคโนโลยี DVT เพื่อแก้ปัญหาความเสี่ยงจุดเดียวของผู้ตรวจสอบ และวิเคราะห์ปัญหาและโอกาสในการพัฒนา Ethereum ในอนาคตกับผู้ปฏิบัติงาน ผู้อ่านที่มีพื้นฐาน Ethereum มาบ้างแล้วควรอ่านบทความนี้
1. The Merge
1.1 ความเป็นมา
การผสานเป็นการอัปเกรดทางเทคนิคครั้งใหญ่ที่สุดในประวัติศาสตร์ของ Ethereum เมื่อวันที่ 15 กันยายน 2022 มีการผสาน Execution Layer และ Consensus Layer การเปลี่ยนแปลงครั้งใหญ่ที่สุดคือการเปลี่ยนฉันทามติ PoW ของ Ethereum เป็นฉันทามติ PoS
รูปที่ 1: การผสาน
นอกจากนี้ การใช้พลังงานของ Ethereum ยังลดลงเกือบ 99.95% หลังจากการควบรวมกิจการ ตามทวีตของ Vitalik Buterin การควบรวมกิจการของ Ethereum จะช่วยลดการใช้ไฟฟ้าทั่วโลกลง 0.2%
รูปที่ 2: มุมมองของ Vitalik เกี่ยวกับการใช้พลังงานของ Ethereum ที่ผสานรวม
1.2 การเปลี่ยนแปลงที่เกิดจากการควบรวมกิจการ
การออกโทเค็น: การออกโทเค็น ETH ในยุค PoW จะหยุดลง ETH ใหม่จะถูกสร้างขึ้นผ่านฉันทามติของ PoS เท่านั้น และอัตราเงินเฟ้อของ Ethereum จะลดลง เมื่อค่าธรรมเนียมพื้นฐานเกิน 15gwei Ethereum จะเข้าสู่ภาวะเงินฝืด
รูปที่ 3: เบิร์นทั้งหมดหลังจากการควบรวมกิจการ
รายได้จากการจำนำ: ค่าธรรมเนียมก๊าซและรายได้ MEV จะถูกจัดสรรให้กับ Validator และรายได้มาตรฐานของสกุลเงินที่จำนำของ Validator จะสูงถึง 5-7%
รูปที่ 4: อัตราเดิมพัน Rocket Pool
ถอน: ETH ให้คำมั่นหลังการควบรวมไม่สามารถถอนได้ทันทีและข้อจำกัดการถอนจะถูกยกเลิกหลังจากการอัปเกรดในเซี่ยงไฮ้และผู้ใช้ไม่สามารถถอนได้โดยตรงเมื่อถอนเงินเพื่อหลีกเลี่ยงการถอนจำนวนมากสำหรับการถอนครั้งเดียวมี มีข้อจำกัดบางประการเกี่ยวกับจำนวนและเวลาในการฝาก ดังนั้นหลังจากเปิดการถอน จะไม่มีการถอนและขายออกจำนวนมาก สำหรับข้อมูลเฉพาะ โปรดดูที่ EIP-4895: การถอน Beacon chain push เป็นการดำเนินการ
การเปลี่ยนแปลงโครงสร้างข้อมูล: Consensus Block จะประกอบด้วยค่าแฮชของ Execution Block และพารามิเตอร์ที่เกี่ยวข้องกับ PoW ใน Execution Block จะไม่สามารถใช้ได้อีกต่อไป ช่อง mixHash จะบันทึกหมายเลขสุ่ม RANDAO ดั้งเดิมของ Ethereum สำหรับการโทร EVM นักพัฒนา Ethereum สามารถใช้หมายเลขสุ่มนี้ได้โดยตรงในการพัฒนาสัญญาอัจฉริยะ
รูปที่ 5: การเปลี่ยนแปลงโครงสร้างข้อมูลหลังการ Merge
การแทนที่ฉันทามติ: ฉันทามติของ PoW ถูกแทนที่ด้วย PoS และความรับผิดชอบของผู้ขุดดั้งเดิมถูกแทนที่ด้วยการตรวจสอบ มีสองเชนในเวลาเดียวกัน และโหนดไคลเอ็นต์สองโหนดจำเป็นต้องรันในเวลาเดียวกัน ไคลเอนต์เลเยอร์ Execution (EL) และฉันทามติ เลเยอร์ไคลเอนต์ (CL)
รูปที่ 6: ไคลเอนต์ Ethereum ที่ผสานเข้าด้วยกัน
หลังจากเปลี่ยนเป็นฉันทามติ PoS อัลกอริทึมของ Ethereum ได้ถูกแปลงจาก Ethash เป็น Casper FFG (Gasper) บล็อก ให้เราสำรวจอัลกอริทึมฉันทามติและวิธีการสร้างบล็อกของ Ethereum ต่อไป!
2. Gasper
ปัจจุบันจำนำบนห่วงโซ่สัญญาณ13,830,378 ETHจำนวนตัวตรวจสอบที่ใช้งานอยู่คือ432,203(ณ วันที่ 23 กันยายน 2022) ตามลักษณะของ PBFT จำนวนผู้ตรวจสอบใน beacon chain มีจำนวนมาก และข้อมูลการสื่อสารเครือข่ายมีจำนวนมาก Simple PBFT ไม่สามารถใช้ได้กับเครือข่าย Ethereum อีกต่อไป ดังนั้น Ethereum ใช้ PBFT ในโครงสร้างเครือข่าย แนวคิดของสถาปัตยกรรมเครือข่ายได้รับการปรับปรุงและออกแบบโดยใช้อัลกอริทึม Gasper
Gasper เป็นเครื่องมือขั้นสุดท้าย (finality gadget) ในโปรโตคอล beacon chain ซึ่งใช้เพื่อกำหนดว่าผู้เข้าร่วมควรรับรู้บล็อกใดว่าคงที่และไม่เปลี่ยนแปลงและใช้เพื่อกำหนดว่าห่วงโซ่ใดเป็นห่วงโซ่หลักเมื่อทำการแยก โซ่ ขั้นสุดท้ายของ Gasper สรุปแนวคิดจากกระดาษ "Casper Friendly Finality Gadget (casper FFG)"
รูปที่ 7: สถานการณ์การเดิมพันและการตรวจสอบความถูกต้อง
2.1 แนวคิด
รูปที่ 8: ภาพประกอบของยุคและช่อง
สล็อต (สล็อตเวลา): หลังจากการรวมเข้าด้วยกัน สล็อตคือบล็อก และคณะกรรมการมีหน้าที่รับผิดชอบในการสร้างสล็อตภายใน 12 วินาที
ยุค: ทุกๆ 32 ช่องจะสร้างยุค และเวลาของหนึ่งยุคคือ 384 วินาที นั่นคือ 6.4 นาที
คณะกรรมการ: คณะกรรมการผู้ตรวจสอบความถูกต้องแต่ละชุดจะจัดสรรผู้ตรวจสอบความถูกต้องอย่างน้อย 128 คน ผู้ตรวจสอบความถูกต้องจะดำเนินการยืนยันในช่องที่พวกเขารับผิดชอบ และ Validator หนึ่งคนในคณะกรรมการจะถูกสุ่มเลือกเป็นผู้เสนอเพื่อสร้างบล็อก
การรับรอง (ลายเซ็นการลงคะแนน): ผู้ตรวจสอบความถูกต้องในคณะกรรมการที่เกี่ยวข้องกับแต่ละสล็อตจำเป็นต้องลงคะแนนและลงนามในยุคก่อนหน้าเพื่อให้แน่ใจว่าได้อนุมัติการทำธุรกรรมในยุคก่อนหน้า
Validator (Validator): เนื่องจากอัลกอริทึมที่สอดคล้องกันของ Ethereum The Merge ถูกเปลี่ยนเป็น POS เครื่องขุดดั้งเดิมจึงถูกแทนที่ด้วย Validators Validator กลายเป็น Validator โดยการจำนำทรัพย์สิน 32ETH และมีหน้าที่รับผิดชอบในการเข้าร่วมในการสร้างบล็อกและงานลายเซ็นของสล็อตในแต่ละช่อง ยุค.
ผู้เสนอ (ผู้เสนอ): ผู้เสนอมาจาก Validator ในคณะกรรมการ ซึ่งเลือกโดยหมายเลขสุ่มที่สร้างโดย RANDAO และได้รับเลือกสำหรับบรรจุภัณฑ์ของบล็อกสล็อต
Beacon chain (beacon chain): บล็อกเชน PoS ใช้เพื่อแทนที่ PoW ฉันทามติ โหนด beacon chain ใช้เพื่อต่อเชื่อมประเภทธุรกรรมของ Data Blobs เพื่อให้มีพื้นที่จัดเก็บเพิ่มเติมสำหรับ Rollup
2.2 กระบวนการ
ในช่วงเริ่มต้นของยุค RANDAO มอบหมายคณะกรรมการ (คณะกรรมการตรวจสอบ) ให้กับแต่ละช่วงเวลา (ช่วงเวลา) เพื่อดำเนินการรับรอง (การลงคะแนนด้วยลายเซ็น) ในยุคก่อนหน้า
จัดสรรตัวรวบรวมหลายตัวสำหรับ 32 ช่องของยุคปัจจุบันเพื่อรวมการรับรองของคณะกรรมการในยุคก่อนหน้าและบันทึกลงในช่องสล็อต
RANDAO กำหนดว่า Proposer มีหน้าที่สร้างบล็อกโดยสร้างตัวเลขสุ่ม
รูปที่ 9: การสร้างบล็อกของคณะกรรมการ
ในยุคปัจจุบัน เมื่อแต่ละ Slot สร้างบล็อก คณะกรรมการจะดำเนินการรับรองในจุดตรวจสอบของยุคก่อนหน้า หลังจากการรับรองจากสองจุดตรวจสอบ จุดตรวจสอบสุดท้ายจะเสร็จสิ้นจนกว่าจะมีการตรวจสอบทั้งหมด 32 ช่องตามลำดับ การรับรองจะดำเนินการ ออกไป และรอบนี้ของ Epoch ก็สิ้นสุดลง เมื่อช่วงเวลาแรกของยุคหลังเริ่มต้นขึ้น ก่อนยุคก่อนยุคก็บรรลุฉันทามติขั้นสุดท้าย กล่าวคือ หลังยุคประสบกับยุคก่อนยุคและยุคปัจจุบัน รวมเป็นสองรอบของยุค (เนื่องจากมีด่านตรวจยืนยันสองแห่ง หากมี ด่านที่ขัดแย้งกัน 1 ใน 3 ของผู้ตรวจสอบต้องทำชั่ว เช่น ด่านสามด่านที่ 32 64 96 อาจไปไม่ถึงด่านที่ความสูง 64 และจะมีด่านที่ 96 ในเวลานี้ วันที่ 32 ความสูงเสร็จสิ้น) เวลาคือ 12.8 นาที และธุรกรรมได้รับการยืนยันในห่วงโซ่ซึ่งเรียกว่าการสิ้นสุด
2.3 คุณสมบัติ
RANDAO ให้ตัวเลขสุ่มบนห่วงโซ่ หมายเลขสุ่มที่สร้างโดย RANDAO จะถูกใส่ลงใน Execution Layer Block และสัญญาอัจฉริยะสามารถใช้หมายเลขสุ่มได้โดยตรง หลังจากมีหมายเลขสุ่มดั้งเดิมบนห่วงโซ่แล้ว DeFi อาจมีแอปพลิเคชันใหม่ ตัวอย่างเช่น แอปพลิเคชันการพนัน DeFi สามารถโดยตรง ความไว้วางใจและตัวเลขสุ่มที่สร้างขึ้นโดยใช้ RANDAO
รูปที่ 10: RANDAO
2.4 ข้อความล่าสุดที่ขับเคลื่อนด้วย GHOST (LMD-GHOST, GHOST ที่ขับเคลื่อนด้วยข้อความล่าสุด)
ในกลไกฉันทามติ POS ใหม่ของ Ethereum จะใช้ LMD-GHOST เป็นกฎการเลือก fork เมื่อเกิดการ fork GHOST จะเลือกทรีย่อยที่ได้รับการสนับสนุนข้อความเพิ่มเติม แนวคิดเบื้องหลังคือการลดจำนวนการคำนวณที่จำเป็นในการเรียกใช้ GHOST โดยพิจารณาเฉพาะการลงคะแนนล่าสุดของตัวตรวจสอบความถูกต้องแต่ละคนเมื่อคำนวณ chain head แทนที่จะเป็นการลงคะแนนใด ๆ ที่สร้างขึ้นในอดีต
ผู้ที่ต้องการเรียนรู้เพิ่มเติมสามารถดูได้ที่:https://eprint.iacr.org/2013/881.pdf
2.5 ปัญหาที่ตามมา
ค่าใช้จ่ายในการสื่อสารและการตรวจสอบที่เพิ่มขึ้น: จะดีกว่าไหมหากมีผู้ตรวจสอบมากขึ้น ในความเป็นจริง แม้ว่าการเพิ่มจำนวนของผู้ตรวจสอบจะเอื้อต่อการสุ่มตัวอย่างความพร้อมใช้งานของข้อมูล (DAS) และการกระจายอำนาจ แต่การเพิ่มขึ้นของผู้ตรวจสอบหมายความว่าจะมีผู้ตรวจสอบมากขึ้นในช่องเดียว และจะมีการเพิ่ม Aggregator เมื่อรวบรวมลายเซ็นของแต่ละคน ผู้ตรวจสอบ นอกจากนี้ ค่าใช้จ่ายในการตรวจสอบของลายเซ็นรวมจะเพิ่มขึ้นด้วยซึ่งจะเพิ่มภาระให้กับโหนดผู้ตรวจสอบ
การโจมตีระยะไกล: การโจมตีระยะไกลหมายความว่าหลังจากที่ผู้ตรวจสอบให้คำมั่นว่า ETH บนบีคอนเชนใน Withdraw เขาสามารถใช้คีย์ส่วนตัวเก่าเพื่อแยกบล็อกที่มีการเซ็นชื่ออย่างประสงค์ร้าย เนื่องจากขณะนี้อยู่ในเชนนั้น จะไม่มีสินทรัพย์จำนำใดๆ อีกต่อไป จากนั้นสร้างบล็อกเปล่าอย่างรวดเร็วตามความสูงของบล็อกปัจจุบันเพื่อโจมตีเครือข่าย นี่เป็นวิธีโจมตีที่เป็นไปได้ในอนาคต Ethereum ได้รับการออกแบบมาให้โหวตในจุดตรวจสอบของยุคก่อนยุค และแนวคิดในการออกแบบคือการพัฒนาสถานะเริ่มต้นอย่างต่อเนื่องเพื่อหลีกเลี่ยงการโจมตีที่อาจเกิดขึ้น
3. การขุดเดิมพัน Ethereum
3.1 Staking
เกณฑ์การจำนำ: ในการปฏิบัติหน้าที่และมีส่วนร่วมในการสร้างบล็อกฉันทามติ ผู้ตรวจสอบจำเป็นต้องจำนำ 32ETH เป็นสินทรัพย์ส่วนต่าง
ความรับผิดชอบของผู้ตรวจสอบ: จัดทำบล็อคและเอกสารรับรองตามเวลาที่กำหนดในข้อตกลง
3.1.1 วิธีการปักหลัก
การเดิมพันเดี่ยว: วิธีการเดิมพันเดี่ยวคือผู้จำนำที่ต้องการลงทุน 32 ETH ในฐานะตัวตรวจสอบความถูกต้องรันโหนดตัวตรวจสอบความถูกต้องบนเซิร์ฟเวอร์คลาวด์ นอกเหนือจากการเลือกรันโหนดบนเซิร์ฟเวอร์คลาวด์แล้ว คุณยังสามารถเลือกที่จะวาง เซิร์ฟเวอร์ในบ้านของคุณเอง อุปกรณ์รันโหนด Ethereum ข้อแตกต่างคือโหนดที่ทำงานบนบริการคลาวด์จะเสถียรกว่า เมื่อเข้าร่วมในฉันทามติของเครือข่าย จะสามารถหลีกเลี่ยงและลดโทษสำหรับการชะลอตัวเนื่องจากไฟฟ้าดับและเครือข่าย เหตุผล ข้อได้เปรียบของการสร้างโหนดที่บ้านอยู่ที่การผสมผสานระหว่างฮาร์ดแวร์และบริการเครือข่ายต่าง ๆ ค่าใช้จ่ายจะต่ำกว่าของเซิร์ฟเวอร์คลาวด์ และที่นี่ ผู้จำนำสามารถเลือกได้ว่าจะใช้โซลูชันโฮสติ้งใด
Stake Pool: เนื่องจาก 32 ETH เป็นเงินจำนวนมากสำหรับคนทั่วไป ผู้จำนำที่มีเงินทุนขนาดเล็กทั่วไปต้องการมีส่วนร่วมในฉันทามติของเครือข่าย แต่ไม่สามารถรันโหนดด้วยตัวเองได้ ดังนั้นจึงมีโซลูชันของ Pending Pool โซลูชันการจำนำแบบกึ่งกระจายศูนย์ Lido คือ โครงการหลักซึ่งดูดซับเงินทุนจำนวนมากและกลายเป็นโซลูชันชั้นนำในเส้นทาง ตามด้วยโซลูชันที่มีการกระจายอำนาจในระดับที่สูงขึ้น เช่น Rocket Pool และ Swell เป็นต้น นอกเหนือจากโซลูชัน Stake Pool ที่มีอยู่แล้ว โซลูชันการรวม เช่น Unamano ถูกสร้างขึ้นเพื่อช่วยเหลือและพัฒนาฟิลด์ Ethereum Staking
ในแง่ของการทำงานของโหนด Lido เลือกที่จะกำหนดผู้ให้บริการมืออาชีพบางรายเพื่อเรียกใช้โหนดเครือข่ายซึ่งเป็นจุดของการรวมศูนย์แบบสัมพัทธ์ด้วย ผู้ดำเนินการถือคีย์ส่วนตัวลายเซ็น และสินทรัพย์ของผู้ใช้บางส่วนไว้วางใจ Lido และผู้ให้บริการ สำหรับ รหัสส่วนตัวสำหรับการถอน ก่อนเดือนกรกฎาคม 2021 ที่อยู่การถอนคือที่อยู่หลายลายเซ็น 6/11 และรหัสส่วนตัวหลายลายเซ็นจะถูกเก็บไว้โดย OG ในอุตสาหกรรม หลังจากเดือนกรกฎาคม 2021 ที่อยู่การถอนจะชี้ไปยังที่อยู่สัญญาที่อัปเกรดได้ ซึ่งบริหารจัดการโดย กพท. เพื่อบริหารจัดการ Rocket Pool เลือกที่จะกระจายอำนาจมากขึ้นในแง่ของโหนด ทุกคนต้องการเพียงจัดเตรียม 16 ETH และอุปกรณ์ฮาร์ดแวร์และซอฟต์แวร์ที่เกี่ยวข้องเพื่อเรียกใช้โหนดในฐานะผู้ดำเนินการ แม้ว่าเกณฑ์สำหรับผู้ให้บริการจะลดลง แต่ Rocket Pool แนะนำคำมั่นสัญญา $RPL เพื่อลดการดำเนินงาน ความเสี่ยงในการทำธุรกิจอบายมุข
โซลูชันของ Stake Pool ช่วยให้ผู้ใช้ทั่วไปสามารถฝาก ETH จำนวนเล็กน้อยในสัญญาเพื่อรับรางวัลการขุด Ethereum และในขณะเดียวกันก็ส่งคืนโทเค็นที่มีดอกเบี้ยเช่น stETH และ rETH เพื่อปลดปล่อยสภาพคล่องของสินทรัพย์ที่จำนำ ซึ่งช่วยเพิ่มการเดบิตของ Ethereum ระดับของการรวมศูนย์และประสิทธิภาพของการใช้ทุนเป็นทิศทางที่ดีที่สุดสำหรับชุมชน
CEX ผู้ดูแลแบบรวมศูนย์: นอกเหนือจาก Solo Staking และ Stake Pool แล้ว การแลกเปลี่ยนแบบรวมศูนย์และสถาบันการจัดการสินทรัพย์จำนวนหนึ่งเป็นผู้เข้าร่วมหลักในการเดิมพัน Ethereum ตัวอย่างเช่น Coinbase และ Binance ได้เปิดตัวบริการ Stake ของตนเองเช่นกัน การขุดจำนำ Ethereum โดยการดูดซับ ETH จำนวนเล็กน้อย แผนการทั้งสามมีข้อดีและข้อเสียในแง่ของการกระจายอำนาจและความปลอดภัยซึ่งขึ้นอยู่กับผู้ดูแลทรัพย์สินของผู้รับจำนำแต่ไม่ต้องสงสัยเลยว่าแผนการทั้งสามได้รวบรวมเงินทุนและผู้ใช้ที่สอดคล้องกันและร่วมกันรักษาอีเทอร์ และการกระจายอำนาจ
3.1.2 ความเสี่ยงและอันตรายที่ซ่อนอยู่
ตกลงหลังจากการควบรวมกิจการแล้วจริงหรือ? ฉันไม่คิดอย่างนั้น จากข้อมูลในรูปด้านล่าง เราสามารถดูสถานการณ์หลังจากยกเลิกข้อจำกัดการถอนบนห่วงโซ่บีคอน
รูปที่ 11: ที่อยู่ของ ETH ที่จำนำหลังจากการควบรวมกิจการ
ในปัจจุบัน ปริมาณการจำนำ Ethereum ส่วนใหญ่กระจุกตัวอยู่ที่ Lido, Coinbase และ Solo Stake หลังจากการควบรวมกิจการ คำมั่นสัญญา Ethereum ใหม่จำนวนมากไหลไปยังสถาบันและข้อตกลงที่ค่อนข้างรวมศูนย์ เช่น Lido และ Coinbase หลังจากข้อจำกัดการถอนถูกยกเลิก ฉันคิดว่า Ethereum ที่ให้คำมั่นเดิมจะถูกแจกจ่ายต่อไปยัง Lido และ Coinbase เมื่อเวลาผ่านไป Lido และ Coinbase จะเชี่ยวชาญในการตรวจสอบและคำมั่นสัญญาของ Ethereum มากขึ้นเรื่อยๆ ที่ต้องการทำลายสถานการณ์นี้อีกครั้ง พวกเขาจะถูกปฏิเสธโดยกลุ่มการขุดขนาดใหญ่เช่น Lido หรือ Coinbase เนื่องจากธุรกรรมที่คุณต้องการจำนำ ETH เป็น Ethereum พวกเขาจะมีการตัดสินใจขั้นสุดท้ายว่าจะใช้เชนหรือไม่ และล่าสุด ETH ที่สร้างขึ้นจะกระจุกตัวอยู่ในมือของผู้ที่มี ETH มากกว่า เนื่องจากพวกเขามี ETH จำนวนมากเมื่อพวกเขาให้คำมั่นสัญญาซึ่งจะเป็นประโยชน์ต่อการกระจายอำนาจของ Ethereum อย่างไม่ต้องสงสัย ความท้าทายใหม่ ๆ เราคาดหวังได้ว่าชุมชนและนักพัฒนาหลักจะ ทำงานร่วมกันเพื่อแก้ปัญหานี้
3.1.3 ประเภทรางวัล
รางวัลการยืนยัน: คณะกรรมการแต่ละสล็อตต้องทำการยืนยันในด่านบล็อกทางประวัติศาสตร์ของยุคก่อนหน้า หลังจากการยืนยันสำเร็จ รางวัลการยืนยันจะเป็นหนึ่งในรายได้ของ Validator (โอกาสสูง รางวัลต่ำ)
รูปที่ 12: รางวัลการยืนยัน
รางวัลบล็อค: แต่ละสล็อตจะมี Validator เป็นผู้เสนอให้บรรจุบล็อค และ Validator ที่เลือกเป็นผู้เสนอจะได้รับรางวัลบล็อค (ความน่าจะเป็นต่ำ รางวัลมากขึ้น)
รูปที่ 13: รางวัลข้อเสนอ
รายได้ MEV (มูลค่าที่ขุดได้ของคนงานเหมือง): นอกเหนือจากรายได้จากค่าธรรมเนียมน้ำมัน รายได้ของ MEV ยังรวมถึงรายได้จากการโจมตีแบบแซนด์วิช จากข้อมูลของ EigenPhi ปริมาณการโจมตีแบบแซนด์วิชในช่วง 7 วันที่ผ่านมาสูงกว่า 100 ล้านครั้ง และปริมาณสูงสุดใกล้เคียงกับ 400M. MEV รายได้ของผู้ตรวจสอบกลายเป็นหนึ่งในองค์ประกอบรายได้ที่สำคัญของผู้ตรวจสอบ
รูปที่ 14: สถานการณ์ MEV ภายหลังการควบรวมกิจการ
3.1.4 ประเภทการลงโทษ
การลงโทษสำหรับการทำงานช้า: ความล้มเหลวในการสร้างบล็อกตามความคาดหวังที่เป็นเอกฉันท์: การรับรองบล็อกไม่ได้ดำเนินการตามเวลาที่คาดไว้
พฤติกรรมที่เป็นอันตรายนำไปสู่การทับ (slash): มีการสร้างบล็อกสองบล็อกในสล็อตเดียวหรือดำเนินการรับรองสองครั้ง การบล็อกผิดถูกเสนอโดยละเมิดกฎฉันทามติของ Casper FFG
3.2 ประเภทคีย์ส่วนตัว
คีย์ส่วนตัวลายเซ็น: คีย์ส่วนตัวลายเซ็นถูกใช้โดยผู้ตรวจสอบเพื่อเซ็นข้อความเมื่อปฏิบัติหน้าที่ รวมทั้งการยืนยันและการเสนอบล็อก คีย์นี้จะถูกใช้ทุกๆ 6.4 นาที นั่นคือทุกๆ ยุค
คีย์ส่วนตัวในการถอน: คีย์ที่ใช้เพื่อแยกสินทรัพย์ที่จำนำและบล็อกรางวัลจะต้องเก็บไว้แบบออฟไลน์ หลังจาก Shanghai fork แล้ว ETH และรางวัลที่จำนำไว้สามารถถอนได้ด้วยคีย์ส่วนตัวที่ถอนออก
3.3 ความเสี่ยงจากการจำนำ ETH2
คีย์ส่วนตัวที่ถูกขโมย: คีย์ส่วนตัวในการลงชื่อ/ถอนของ ETH2 ถูกขโมย
Single Point of Failure/Validator Availability: ปัจจุบันมี Validator อยู่และทำหน้าที่เป็นเครื่องเดียวหรือโหนดเดียว กฎที่เข้มงวดของโปรโตคอลห้ามรูปแบบทั่วไปของความซ้ำซ้อน เช่น การเรียกใช้ตัวตรวจสอบเดียวกันในหลายโหนด ซึ่งอาจส่งผลให้ตัวตรวจสอบถูก "เฉือน" หากใช้บริการเดิมพัน คีย์จะอยู่บนเซิร์ฟเวอร์คลาวด์ (เช่น AWS) หากส่วนประกอบใดล้มเหลว ผู้ตรวจสอบความถูกต้องจะถูกลงโทษโดยการหยุดการตรวจสอบ
4. เทคโนโลยีการตรวจสอบแบบกระจาย (DVT)
ในระดับการรับจำนำ แม้ว่าเราจะมีโซลูชันการรับจำนำแบบกระจายศูนย์เพื่อลดเกณฑ์การรับจำนำและปรับปรุงการกระจายอำนาจของบริการจำนำ แต่ในระดับ Validator ก็ยังมีความเสี่ยงเพียงจุดเดียว ตอนนี้ Validator เดียวเรียกใช้ไคลเอนต์หลายเครือข่าย ในตอนท้าย หากเหตุผลด้านเครือข่ายหรือปัจจัยทางกายภาพ เช่น ไฟฟ้าดับ จะทำให้เกิดการลงโทษที่ช้าลง สล็อตจะไม่สามารถรวบรวมลายเซ็นที่ถูกต้องได้ และเราไม่สามารถเรียกใช้โหนดตัวตรวจสอบความถูกต้องเดียวกันในหลาย ๆ ที่ในลักษณะที่ซ้ำซ้อนได้ เนื่องจากสิ่งนี้ จะทำให้เกิดลายเซ็นความวุ่นวายจะถูกพิจารณาว่าเป็นการโจมตีเครือข่ายแต่เราสามารถแยกคีย์ส่วนตัวลายเซ็นและใช้เทคโนโลยี DVT เพื่อลดความเสี่ยงของความล้มเหลวเพียงจุดเดียวเนื่องจากการอัพเกรดเครือข่ายพื้นที่ขนาดใหญ่ของโหนด ออฟไลน์อยู่ สำหรับการวิเคราะห์ที่เฉพาะเจาะจง โปรดให้เราสำรวจเพิ่มเติม!
4.1 แนวคิด
ตัวดำเนินการ: บุคคลหรือเอนทิตีที่รันโหนด (หรือโหนด)
โหนดตัวดำเนินการ: หมายถึงชิ้นส่วนของฮาร์ดแวร์และซอฟต์แวร์ที่ทำหน้าที่ของตัวตรวจสอบความถูกต้องของ Ethereum งานเหล่านี้สามารถทำได้โดยโหนดเดียวหรือร่วมกับโหนดอื่นโดยใช้เครื่องมือ DVT
เทคโนโลยีตัวตรวจสอบความถูกต้องแบบกระจาย: เทคโนโลยีตัวตรวจสอบความถูกต้องแบบกระจายเป็นเทคโนโลยีที่กระจายงานของตัวตรวจสอบความถูกต้องของ Ethereum เดียวไปยังกลุ่มของโหนดที่กระจายอำนาจ เมื่อเปรียบเทียบกับไคลเอนต์ตัวตรวจสอบความถูกต้องที่ทำงานบนเครื่องเดียว เทคโนโลยีตัวตรวจสอบความถูกต้องแบบกระจายสามารถให้บริการที่ปลอดภัยและกระจายอำนาจได้มากกว่า
รูปที่ 15: ความสัมพันธ์ระหว่าง Validator, Nodes, Committees และ Operators
4.2 โหนดตัวตรวจสอบความถูกต้องแบบกระจายจำเป็นต้องเรียกใช้
ไคลเอนต์เลเยอร์การดำเนินการ Ethereum
ไคลเอนต์เลเยอร์ฉันทามติของ Ethereum
ลูกค้าตรวจสอบการกระจาย Ethereum
ลูกค้าตรวจสอบ Ethereum
4.3 DV ป้องกันความเสี่ยงจากการจำนำ ETH2 ได้อย่างไร
คีย์ส่วนตัวถูกขโมย
การใช้เทคโนโลยีลายเซ็นเกณฑ์ (m-of-n) สามารถป้องกันความเสี่ยงจากการขโมยคีย์ส่วนตัวได้
คีย์ตัวตรวจสอบความถูกต้องแบบเต็มจะแบ่งออกเป็นคีย์ขนาดเล็กหลายคีย์
คีย์แยกจะรวมกันเพื่อสร้างลายเซ็นของคีย์แบบเต็ม
รูปที่ 16: การแบ่งคีย์และลายเซ็นรวม
โหนดลง
Crash Faults：
สาเหตุ: เกิดปัญหาจากไฟฟ้าดับ เครือข่ายขัดข้อง ฮาร์ดแวร์ล้มเหลว และข้อผิดพลาดของซอฟต์แวร์
มาตรการป้องกัน: ป้องกันไม่ให้โหนดออฟไลน์โดยเรียกใช้โครงร่างการสำรองข้อมูลซ้ำซ้อนของโหนดเดียวกันในหลาย ๆ ที่
Byzantine Faults：
สาเหตุ: เกิดจากข้อบกพร่องของซอฟต์แวร์และการโจมตีเครือข่าย
มาตรการป้องกัน: โหนดที่เข้าร่วมหลายโหนดทำการตัดสินใจผ่านฉันทามติ และโหนดเดียวไม่สามารถตัดสินใจได้
4.4 สถาปัตยกรรมโดยรวม
รูปที่ 17: สถาปัตยกรรมโดยรวมของ DVT
ตัวตรวจสอบความถูกต้องแบบกระจายจะเซ็นชื่อข้อความจากระยะไกลโดยใช้เศษคีย์ส่วนตัว
ในไคลเอนต์ตัวตรวจสอบแบบกระจาย ลายเซ็นของตัวตรวจสอบแบบกระจายจะถูกรวมผ่านเทคโนโลยีลายเซ็นแบบรวม และบล็อกจะถูกเซ็นชื่อหลังจากถึงเกณฑ์
4.5 สองเส้นทางในการทำให้เทคโนโลยี DVT เป็นจริง
วิธีการ DVT โดยใช้ SSS: โครงร่างนี้สร้างคีย์ส่วนตัวลายเซ็น (sk, pk) และถอนคีย์ส่วนตัวโดยหน่วยงานที่ให้คำมั่นสัญญา 32 ETH และรันโปรแกรม Secret Sharing Scheme เพื่อกระจายส่วนแบ่งของคีย์ sk ระหว่างโหนดของคณะกรรมการอย่างปลอดภัย
วิธีการ DVT โดยใช้โปรโตคอล DKG: ในโครงการ DKG ไม่มีหน่วยงานเดียวที่จะแจกจ่ายส่วนแบ่งของคีย์การลงนามส่วนตัวให้กับผู้ตรวจสอบ แต่กลุ่มของคณะกรรมการผู้ตรวจสอบจะโหนดเพื่อเรียกใช้โปรโตคอล DKG ร่วมกัน ดังนั้นรหัสลับและรหัสสาธารณะ (sk, pk) และ n แบ่งปัน sk_1, ..., sk_n ของ sk จึงถูกสร้างขึ้น และโหนด ith ของ i=1, ...n เป็นเจ้าของ sk_i ร่วมกัน
รูปที่ 18: โปรโตคอล DKG
4.6 Threshold Signature Schemes (TSS) (แผนลายเซ็นเกณฑ์)
เมื่อผู้ตรวจสอบตกลงในการบล็อกและจำเป็นต้องลงนาม รูปแบบลายเซ็นเกณฑ์ BLS จะถูกใช้เพื่อรับรู้ลายเซ็น อนุญาตให้ผู้ตรวจสอบ N รายลงนามร่วมกันในข้อมูล และจะได้ลายเซ็นที่สมบูรณ์หากผู้ตรวจสอบ t+1(0) ลงนามอย่างถูกต้อง ผ่านโครงร่าง tss เป็นที่ตระหนักว่าผู้ตรวจสอบแต่ละรายไม่สามารถรับรหัสส่วนตัวลายเซ็นที่สมบูรณ์ได้ และยังรับประกันการสร้างลายเซ็นที่สมบูรณ์อย่างราบรื่น
5. ดู DVT จากโครงการหลัก
5.1 SSV
ในแง่นี้ SSV มอบการเข้าถึงที่แข็งแกร่งและกระจายอำนาจเข้าสู่ระบบนิเวศการเดิมพัน Ethereum ให้ลึกลงไปอีกเล็กน้อย SSV เป็นกระเป๋าเงินแบบหลายลายเซ็นที่ซับซ้อนพร้อมชั้นฉันทามติ และ SSV ทำหน้าที่เป็นบัฟเฟอร์ระหว่างโหนดเชนบีคอนและไคลเอนต์ตรวจสอบความถูกต้อง
5.1.1 องค์ประกอบหลักของการกำหนดค่า
การสร้างคีย์แบบกระจาย: ตัวดำเนินการคำนวณและสร้างชุดคีย์สาธารณะและส่วนตัวที่ใช้ร่วมกันโดยการเรียกใช้โปรแกรม SSV ผู้ดำเนินการแต่ละรายจะเป็นเจ้าของคีย์ส่วนตัวเพียงส่วนเดียวเท่านั้น เพื่อให้แน่ใจว่าไม่มีผู้ดำเนินการรายใดสามารถมีอิทธิพลหรือควบคุมคีย์ส่วนตัวทั้งหมดเพื่อตัดสินใจฝ่ายเดียวได้
Shamir Secret Sharing: กลไกนี้ใช้เพื่อสร้างคีย์ตัวรับรองความถูกต้องใหม่โดยใช้เกณฑ์ที่กำหนดไว้ล่วงหน้าของ KeyShares ไม่สามารถใช้ KeyShared เดียวในการเซ็นชื่อข้อความได้ SSV สามารถรวมลายเซ็นโดยใช้เทคโนโลยี BLS เพื่อสร้างลายเซ็นคีย์แบบเต็มของผู้ตรวจสอบ เมื่อรวม Shamir และ BLS เข้าด้วยกัน คีย์ส่วนตัวลายเซ็นของผู้ตรวจสอบจะถูกแบ่งใช้เป็นส่วนๆ และรวมกันและประกอบใหม่เมื่อต้องการลายเซ็น
การคำนวณแบบหลายฝ่าย: ใช้การคำนวณแบบหลายฝ่ายที่ปลอดภัย (MPC) กับการแบ่งปันแบบลับ ทำให้สามารถกระจาย KeyShare ของ SSV อย่างปลอดภัยระหว่างผู้ปฏิบัติงาน และการคำนวณแบบกระจายศูนย์เพื่อทำหน้าที่ตรวจสอบความถูกต้องโดยไม่ต้องสร้างคีย์การตรวจสอบซ้ำบนอุปกรณ์แต่ละเครื่อง
อิสตันบูลไบแซนไทน์ Fault Tolerance Consensus: รวมทั้งหมดเข้าด้วยกันเป็นชั้นฉันทามติของ SSV ตามอัลกอริทึม Istanbul Byzantine Fault Tolerance (IBFT) อัลกอริทึมสุ่มเลือกโหนดตัวตรวจสอบ (KeyShare) ซึ่งรับผิดชอบข้อเสนอบล็อกและแบ่งปันข้อมูลกับผู้เข้าร่วมรายอื่น เมื่อเกณฑ์ที่กำหนดไว้ล่วงหน้าของ KeyShares เห็นว่าบล็อกนั้นถูกต้อง จะถูกเพิ่มเข้าไปในห่วงโซ่ ดังนั้นจึงสามารถเข้าถึงฉันทามติได้แม้ว่าผู้ให้บริการบางราย (ถึงเกณฑ์ที่กำหนด) จะผิดพลาดหรือไม่ได้ออนไลน์อยู่ก็ตาม
รูปที่ 19: โทโพโลยีเครือข่าย SSV V2
5.1.2 ผู้เข้าร่วมสามประเภทในระบบนิเวศ SSV
ผู้เดิมพัน: การแลกเปลี่ยน ผู้อำนวยความสะดวก หรือผู้ถือ ETH แต่ละคนที่ใช้เทคโนโลยี SSV/DVT เพื่อประสิทธิภาพสูงสุด ความปลอดภัย และการกระจายอำนาจของผู้ตรวจสอบความถูกต้อง ผู้เดิมพันจ่ายเงินให้ผู้ประกอบการในโทเค็น SSV เพื่อจัดการตัวตรวจสอบความถูกต้อง
ผู้ดำเนินการ: ผู้ดำเนินการจัดเตรียมโครงสร้างพื้นฐานของฮาร์ดแวร์ รันโปรโตคอล SSV และมีหน้าที่รับผิดชอบในการรักษาความสมบูรณ์โดยรวมของเครื่องมือตรวจสอบความถูกต้องและเครือข่าย ssv ผู้ประกอบการกำหนดค่าบริการของตนในโทเค็น SSV และเรียกเก็บค่าธรรมเนียมการตรวจสอบความถูกต้องสำหรับการดำเนินงานและการบำรุงรักษาเครื่องมือตรวจสอบความถูกต้อง
DAO (ผู้ถือโทเค็น SSV): ssv.network DAO กระจายอำนาจความเป็นเจ้าของและการกำกับดูแลของโปรโตคอลและกองทุน ssv.network และ SSV เป็นโทเค็นดั้งเดิมของเครือข่าย ทุกคนที่มีโทเค็น SSV สามารถเข้าร่วมใน DAO ลงคะแนนในข้อเสนอและรายการอื่น ๆ ที่ต้องมีการลงคะแนน จำนวนโทเค็น SSV ที่เป็นเจ้าของจะกำหนดอำนาจการลงคะแนนในการตัดสินใจที่ส่งผลต่อเครือข่าย
5.1.3 ssv.network DAO รับผิดชอบงานต่อไปนี้:
การให้คะแนนของผู้ปฏิบัติงาน: ssv.network อาศัยผู้ดำเนินการและการให้คะแนนแบบกระจายอำนาจและโปร่งใส 0-100% สำหรับคุณภาพ ประสบการณ์ และบริการที่มีให้ นอกจากนี้ DAO ยังมีหน้าที่ตรวจสอบ "ผู้ดำเนินการที่ได้รับการยืนยัน" (VO) และดูแลรายชื่อของ VO ผู้เดิมพันสามารถดูและใช้อันดับเหล่านี้เพื่อเลือกผู้ดำเนินการที่จัดการผู้ตรวจสอบของตน
ค่าธรรมเนียมเครือข่าย: ในการใช้ ssv.network ผู้วางเดิมพันต้องจ่ายค่าธรรมเนียมเครือข่าย ค่าธรรมเนียมเครือข่ายเป็นค่าธรรมเนียมคงที่ที่เรียกเก็บต่อตัวตรวจสอบความถูกต้องซึ่งเพิ่มเข้ากับค่าธรรมเนียมผู้ให้บริการ ค่าธรรมเนียมเครือข่ายจะไหลเข้าสู่คลังสมบัติของ DAO โดยตรง และสามารถใช้เพื่อเป็นทุนในการพัฒนาระบบนิเวศและกิจกรรม SSV ต่อไปผ่านกระบวนการลงคะแนนเสียงของ DAO
Treasury: ค่าธรรมเนียมเครือข่ายที่ Stakers จ่ายให้กองทุน DAO Treasury ซึ่งใช้สำหรับโครงการที่ขยายโปรโตคอล SSV และระบบนิเวศ อาจรวมถึงเงินช่วยเหลือสำหรับการพัฒนาโปรโตคอลและการเติบโตของเครือข่าย การแบ่งรายได้โดยตรงกับผู้ถือโทเค็น SSV สิ่งจูงใจทางการตลาดและชุมชน การแลกเปลี่ยนโทเค็นเพื่อกระจายคลังสมบัติ และการลงทุนจากพันธมิตรเชิงกลยุทธ์เพื่อแลกกับโทเค็น SSV
การลงคะแนน: คำขออนุญาตและข้อเสนออื่น ๆ ที่ส่งไปยัง DAO ที่ต้องมีการลงคะแนนเสียง ใครก็ตามที่ถือโทเค็น SSV สามารถลงคะแนนในการตัดสินใจที่มีผลกระทบต่อ DAO เช่น คำขออนุญาต คำขอเป็นผู้ดำเนินการตรวจสอบ และแนวคิดหรือคำขออื่นๆ ที่ส่งไปยัง DAO เพื่อพิจารณา
5.2 Obol
Obol เป็นโปรโตคอลที่ส่งเสริมการลดความไว้วางใจในการเดิมพันผ่าน multi-operator โปรโตคอลนี้สามารถใช้เป็นโมดูลหลักของผลิตภัณฑ์ web3 ต่างๆ เพื่อรับผลประโยชน์จากการจำนำ Ethereum ด้วยต้นทุนความน่าเชื่อถือที่ต่ำ
5.2.1 ผลิตภัณฑ์สาธารณะหลักสี่รายการของ Obol:
Distributed Validator Launchpad: เครื่องมือ CLI และ dApp เพื่อบู๊ตสแตรป Distributed Validator
Charon: Charon เป็นไคลเอนต์ตัวตรวจสอบความถูกต้องแบบกระจายของ Obol Network และเป็นขั้นตอนแรกในการเปิดใช้การตรวจสอบแบบลดความน่าเชื่อถือ Charon รองรับการตรวจสอบความถูกต้องที่ทนทานต่อความเสียหายและความพร้อมใช้งานสูง ทำให้กลุ่มคนสามารถเรียกใช้ตัวตรวจสอบความถูกต้องร่วมกันบนเครื่องหลายเครื่องแทนที่จะเป็นเครื่องเดียว
รูปที่ 20: สถาปัตยกรรมภายในของ Charon
ผู้จัดการ Obol: ชุดสัญญาอัจฉริยะที่เชื่อถือได้สำหรับการสร้างตัวตรวจสอบความถูกต้องแบบกระจาย
Obol Testnets: ชุดของ testnets สาธารณะที่มีแรงจูงใจอย่างต่อเนื่อง ช่วยให้ผู้ให้บริการทุกขนาดสามารถทดสอบการปรับใช้ก่อนที่จะให้บริการเครือข่าย mainnet ของ Obol
5.2.2 แนวคิดหลัก:
Distributed Validator: Distributed Validator คือ Ethereum Proof-of-stake Validator ที่ทำงานบนโหนด/เครื่องหลายเครื่อง ฟังก์ชันนี้ทำได้โดยใช้เทคโนโลยี Distributed Validator (DVT) เทคโนโลยีตัวตรวจสอบความถูกต้องแบบกระจายช่วยหลีกเลี่ยงปัญหาของความล้มเหลวเพียงจุดเดียว หากโหนดที่เข้าร่วมในคลัสเตอร์ DVT <33% ออฟไลน์ โหนดที่ใช้งานอยู่จะยังคงได้รับความเห็นพ้องต้องกันในการเซ็นชื่อและสร้างลายเซ็นที่ถูกต้องสำหรับตัวตรวจสอบความถูกต้องของ Stake นี่เป็นวิธีการสำรองที่ใช้งานอยู่ ซึ่งเป็นรูปแบบทั่วไปที่ใช้เพื่อลดเวลาหยุดทำงานของระบบที่มีความสำคัญต่อภารกิจให้เหลือน้อยที่สุด
Distributed Validator Node: Distributed Validator Node คือชุดของไคลเอ็นต์ที่ผู้ดำเนินการจำเป็นต้องกำหนดค่าและเรียกใช้เพื่อให้บรรลุหน้าที่ของผู้ดำเนินการตรวจสอบความถูกต้องแบบกระจาย ผู้ปฏิบัติงานสามารถเรียกใช้การดำเนินการซ้ำซ้อนและไคลเอนต์ที่สอดคล้องกันบนฮาร์ดแวร์เดียวกัน เรียกใช้รีเลย์เลเยอร์การดำเนินการ (เช่น mev-boost) และบริการเครื่องมือวัดอื่น ๆ เพื่อให้มั่นใจถึงประสิทธิภาพสูงสุด ในตัวอย่างข้างต้น ไคลเอ็นต์สแต็กประกอบด้วย Geth, Lighthouse, Charon และ Teku
รูปที่ 21: ตัวอย่างไคลเอนต์ Obol
Execution Client: ไคลเอนต์เลเยอร์การดำเนินการ (เดิมเรียกว่าไคลเอนต์ Eth1) มีหน้าที่รับผิดชอบในการรัน EVM และจัดการกลุ่มธุรกรรมของเครือข่าย Ethereum
ไคลเอนต์ชั้นการดำเนินการประกอบด้วย: Go-Ethereum, Nethermind, Erigon
Consensus Cilent: ความรับผิดชอบของลูกค้าที่เป็นเอกฉันท์คือการเรียกใช้ชั้นฉันทามติที่พิสูจน์การมีส่วนได้ส่วนเสียของ Ethereum หรือที่เรียกกันทั่วไปว่า beacon chain ไคลเอนต์เลเยอร์ฉันทามติประกอบด้วย: Prysm, Teku, Lighthouse, Nimbus, Lodestra
Distributed Validator Client：
ไคลเอนต์ตัวตรวจสอบแบบกระจายจะสกัดกั้นกระแสข้อมูลของไคลเอนต์ตัวตรวจสอบความถูกต้อง↔ไคลเอนต์เลเยอร์ฉันทามติผ่าน REST API ที่เป็นมาตรฐาน และมุ่งเน้นไปที่ความรับผิดชอบหลักสองประการ:
ฉันทามติเกี่ยวกับความรับผิดชอบของผู้สมัครที่ลงนามโดยผู้ตรวจสอบทั้งหมด
รวมลายเซ็นของผู้ตรวจสอบทั้งหมดเป็นลายเซ็นของผู้ตรวจสอบความถูกต้องแบบกระจาย
ไคลเอนต์ตัวตรวจสอบความถูกต้อง: ไคลเอ็นต์ตัวตรวจสอบคือชิ้นส่วนของโค้ดที่เรียกใช้ตัวตรวจสอบความถูกต้องของ Ethereum ตั้งแต่หนึ่งตัวขึ้นไป
ลูกค้า Validator ได้แก่ Vouch, Prysm, Teku, Lighthouse
คลัสเตอร์ตัวตรวจสอบความถูกต้องแบบกระจาย: คลัสเตอร์ตัวตรวจสอบความถูกต้องแบบกระจายคือชุดของโหนดตัวตรวจสอบความถูกต้องแบบกระจายที่เชื่อมต่อเข้าด้วยกัน
Distributed Validator Key: Distributed Validator Key เป็นชุดของคีย์ส่วนตัวของ BLS ซึ่งใช้ร่วมกันเป็นคีย์เกณฑ์สำหรับการเข้าร่วมในฉันทามติของ Proof-of-stake
คีย์ที่ใช้ร่วมกันของเครื่องมือตรวจสอบความถูกต้องแบบกระจาย: คีย์ส่วนตัวของคีย์ส่วนตัวของคีย์ส่วนตัวของเครื่องมือตรวจสอบความถูกต้องแบบกระจาย
พิธีการสร้างคีย์ของ Distributed Validator: เพื่อให้เกิดการยอมรับข้อผิดพลาดใน Distributed Validator จำเป็นต้องมีการสร้างไพรเวทคีย์ร่วมกัน แทนที่จะให้ตัวแทนจำหน่ายที่เชื่อถือได้สร้างไพรเวตคีย์ แยกและแจกจ่าย โอเปอเรเตอร์แต่ละรายในคลัสเตอร์ตัวตรวจสอบความถูกต้องแบบกระจายจะเข้าร่วมในพิธีการสร้างคีย์แบบกระจาย ซึ่งมีข้อดีตรงที่ไม่มีเวลาสร้างไพรเวตคีย์ที่สมบูรณ์ . พิธีการสร้างคีย์ตัวตรวจสอบความถูกต้องแบบกระจายเป็นพิธี DKG ประเภทหนึ่ง พิธีจัดทำข้อมูลการฝากและการออกของเครื่องมือตรวจสอบความถูกต้องที่ลงนามแล้ว ตลอดจนการแบ่งปันคีย์ของเครื่องมือตรวจสอบความถูกต้องทั้งหมดและข้อมูลเมตาที่เกี่ยวข้อง
6. สรุปและ Outlook
6.1 สรุป
ตลอดทั้งบทความ เริ่มจาก The Merge จะอธิบายถึงอัลกอริทึม Casper FFG ที่นำมาใช้โดย Ethereum หลังจากการควบรวมกิจการ ทำความคุ้นเคยกับวิธีการสร้างบล็อคและแนวคิดทางเทคนิคใหม่ ๆ หลังจากการควบรวมกิจการ จากนั้นจึงพูดถึงวิธีการขุดแบบใหม่ของ Ethereum และ โซลูชันการปักหลักที่มีอยู่เรียนรู้เกี่ยวกับปัญหาความล้มเหลวเพียงจุดเดียวของ Validator จากนั้นเจาะลึกเทคโนโลยี DVT และอธิบายสั้น ๆ ว่า DVT แก้ปัญหานี้ได้อย่างไรผ่านกรณีของ 2 โครงการ บทความทั้งหมดอธิบายตามแนวคิด ของการกระจายอำนาจ เพราะมันให้ข้อมูลอ้างอิงบางอย่างสำหรับผู้อ่านเพื่อทำความเข้าใจอัลกอริทึมที่เป็นเอกฉันท์ของ Ethereum และทิศทางการพัฒนาของการกระจายอำนาจ
6.2 แนวโน้ม
หลังจากการผสานรวม Ethereum จะค่อยๆ นำ Danksharding ไปใช้ ขั้นแรก EIP-4488 จะลดต้นทุนค่าแก๊สของข้อมูลการโทรจาก 16gwei เป็น 3gwei ซึ่งจะให้การสนับสนุนอย่างมากสำหรับการเพิ่มความเร็วและการขยายตัวของการยกเลิก ขั้นตอนต่อไปคือการใช้ Proto- danksharding การเปิดตัวประเภทธุรกรรม Blobs ช่วยให้ Ethereum มีพื้นที่จัดเก็บเพิ่มขึ้นสำหรับการยกเลิก ลดต้นทุนของ D/A และค่อยๆ ใช้งาน Danksharding
เพื่อให้เข้าใจแนวคิดของการสุ่มตัวอย่างความพร้อมใช้งานของข้อมูล (DAS) และการแยกผู้เสนอ/ผู้สร้างบล็อก (PBS) ที่อธิบายไว้ใน Danksharding จำเป็นต้องตรวจสอบให้แน่ใจว่ามีโหนดเพียงพอในเครือข่าย Ethereum และการกระจายอำนาจที่เพียงพอสำหรับการสุ่มตัวอย่างความพร้อมใช้งานของข้อมูลที่จะนำไปใช้ กล่าวคือเพื่อให้แน่ใจว่ามีการขยายตัวและ D/A ที่มีต้นทุนต่ำ การกระจายอำนาจของ Ethereum เป็นส่วนที่สำคัญที่สุดเนื่องจากโครงการจำนำแบบกระจายอำนาจและ DVT และเทคโนโลยีอื่น ๆ มีความสำคัญต่อการพัฒนา Ethereum ในภายหลัง
ลิงค์ต้นฉบับ
อ้างอิง
https://www.ethereum.cn/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coat
2.https://www.youtube.com/watch?v=awBX1SrXOhk
3.https://github.com/ObolNetwork/
4.https://www.ethereum.cn/Eth2/distributed-validator-specs
5.https://medium.com/nethermind-eth/sorting-out-distributed-validator-technology-a6f8ca1bbce3
6.https://docs.ssv.network/learn/introduction
8.https://ecn.mirror.xyz/kFzA6fZKF-qIjAOvOkJT03WizNea0Bo2Gx6tUDamFsY
10.https://twitter.com/VitalikButerin/status/1570299062800510976?s=19
15.https://ethos.dev/beacon-chain/
16.https://medium.com/nethermind-eth/sorting-out-distributed-validator-technology-a6f8ca1bbce3
