เรียนรู้เกี่ยวกับท่าทางที่ถูกต้องสำหรับการประเมินความเสี่ยงของผู้ตรวจสอบ Eth2 ในบทความเด
ที่มา |Ethereum Blog
ที่มา |
Beacon Chain มีกลไกจูงใจหลายอย่างสำหรับพฤติกรรมของผู้ตรวจสอบความถูกต้อง ซึ่งทั้งหมดนี้กำหนดโดยสถานะปัจจุบันของเครือข่าย ดังนั้น เมื่อตัดสินใจว่าจะรักษาความปลอดภัยของโหนดอย่างไร สิ่งสำคัญคือต้องพิจารณาสถานการณ์ที่ตัวตรวจสอบความถูกต้องอื่นๆ อาจประสบปัญหา
ยอดคงเหลือของเครื่องมือตรวจสอบความถูกต้องที่ใช้งานอยู่จะเพิ่มขึ้นหรือลดลง และจะไม่คงเดิม ดังนั้นการลดความเสี่ยงให้มากที่สุดจึงเป็นหนทางเพิ่มผลตอบแทนสูงสุด มีสามสถานการณ์หลักที่ยอดเงินของผู้ตรวจสอบถูกหักออกโดยสายบีคอน:
บทลงโทษทั่วไป: บทลงโทษนี้จะถูกกำหนดเมื่อผู้ตรวจสอบไม่ปฏิบัติหน้าที่ (เช่น ออฟไลน์)
การรั่วไหลที่ไม่มีการใช้งาน: เมื่อเครือข่ายอยู่ในสถานะที่ไม่สามารถดำเนินการให้เสร็จสิ้นได้ ผู้ตรวจสอบจะถูกลงโทษเนื่องจากความประมาทเลินเล่อ กล่าวคือ พวกเขามีความเกี่ยวข้องอย่างมากกับผู้ตรวจสอบรายอื่นที่ออฟไลน์
การฟัน: เมื่อผู้ตรวจสอบสร้างข้อเสนอบล็อกหรือข้อพิสูจน์ที่ขัดแย้งกัน มันจะถูกฟัน (อาจเป็นการโจมตี)
หมายเหตุ: โดยเฉลี่ยแล้ว ผู้ตรวจสอบความถูกต้อง 1 คนอาจมียอดคงเหลือคงที่ แต่จะได้รับรางวัลหรือถูกลงโทษสำหรับการเข้าร่วมในงาน
ความสัมพันธ์
หากเครือข่ายทั้งหมดอยู่ในสถานะปกติ ผลกระทบของการที่ตัวตรวจสอบความถูกต้องตัวเดียวทำงานแบบออฟไลน์หรือทริกเกอร์เครื่องหมายทับจะมีเพียงเล็กน้อย ซึ่งหมายความว่าการลงโทษจะไม่รุนแรงมากนัก ในทางกลับกัน ถ้าตัวตรวจสอบความถูกต้องจำนวนมากในเครือข่ายออฟไลน์อยู่ ความสมดุลของตัวตรวจสอบความถูกต้องแบบออฟไลน์จะถูกตัดเร็วขึ้นมาก
ในทำนองเดียวกัน หากตัวตรวจสอบความถูกต้องจำนวนมากเปิดใช้การฟันอย่างเจ็บแสบในเวลาเดียวกัน ก็จะเท่ากับการโจมตีบนห่วงโซ่บีคอน ดังนั้น 100% ของเงินที่จำนำของผู้ตรวจสอบความถูกต้องเหล่านี้จะถูกทำลาย
เนื่องจากสิ่งจูงใจที่ "ต่อต้านความสัมพันธ์" เหล่านี้ ผู้ตรวจสอบความถูกต้องควรคิดเพิ่มเติมเกี่ยวกับปัญหาที่ส่งผลกระทบต่อผู้อื่นพร้อมกัน มากกว่าที่จะแยกตัวออกมาเป็นการส่วนตัว
สาเหตุความล้มเหลวและความเป็นไปได้
มาดูกรณีความล้มเหลวและดูว่ามีตัวตรวจสอบความถูกต้องจำนวนเท่าใดที่ได้รับผลกระทบในเวลาเดียวกัน และตัวตรวจสอบความถูกต้องของคุณจะถูกลงโทษหนักเพียงใด@econoarฉันไม่เห็นด้วยที่นี่
คำแถลง. ความรุนแรงของปัญหาเหล่านี้ถือว่าอยู่ในระดับปานกลาง ความล้มเหลวของที่อยู่ UPS และ WAN คู่ไม่เกี่ยวข้องกับผู้ใช้รายอื่นและไม่รวมอยู่ในการพิจารณา
🌍 อินเตอร์เน็ต/ไฟดับ
หากคุณใช้งานตัวตรวจสอบความถูกต้องจากที่บ้าน โอกาสที่คุณจะพบปัญหาเหล่านี้ในอนาคต เครือข่ายในบ้านและการต่อสายไฟไม่รับประกันเวลาทำงาน เมื่อเครือข่ายขาดการเชื่อมต่อหรือไฟดับ มักเป็นทั้งพื้นที่ที่ได้รับผลกระทบ แม้เป็นเวลาหลายชั่วโมง
Validator #12661เว้นแต่เครือข่ายหรือไฟฟ้าของคุณจะเสถียรมาก ก็ไม่คุ้มที่จะถูกลงโทษด้วยเหตุผลนี้ คุณจะถูกลงโทษเป็นเวลาสองสามชั่วโมง แต่เนื่องจากเครือข่ายทั้งหมดทำงานตามปกติ การลงโทษของคุณจะเท่ากับรางวัลที่คุณสมควรได้รับในช่วงเวลานั้นโดยประมาณ นั่นคือ ถ้าเวลาล้มเหลวเป็น k ชั่วโมง ยอดคงเหลือของตัวตรวจสอบความถูกต้องของคุณอาจย้อนกลับเป็นค่าก่อนเกิดความล้มเหลว k ชั่วโมง และหลังจากนั้นอีก k ชั่วโมง ยอดคงเหลือของตัวตรวจสอบความถูกต้องของคุณจะกลับเป็นค่าก่อนเกิดความล้มเหลวBeaconcha.in
ยอดคงเหลือจะส่งคืนในอัตราเดียวกับที่ลดลงครับ -
🛠 ความล้มเหลวของฮาร์ดแวร์
เช่นเดียวกับปัญหาเครือข่าย ความล้มเหลวของฮาร์ดแวร์จะเกิดขึ้นแบบสุ่ม และเมื่อเกิดขึ้น โหนดของคุณอาจออฟไลน์เป็นเวลาหลายวัน สิ่งสำคัญคือต้องพิจารณาถึงประโยชน์ที่คาดว่าจะได้รับตลอดอายุการใช้งานของ Validator เทียบกับต้นทุนของฮาร์ดแวร์สำรอง มูลค่าที่คาดไว้ของความล้มเหลว (ค่าปรับออฟไลน์คูณด้วยโอกาสที่จะเกิดขึ้น) มากกว่าต้นทุนของฮาร์ดแวร์สำรองหรือไม่
โดยส่วนตัวแล้ว มันไม่คุ้มถ้าโอกาสพังมีน้อยและค่าอะไหล่ฮาร์ดแวร์สูง แต่แล้วอีกครั้ง ฉันไม่ใช่วาฬยักษ์ 🐳 คุณต้องประเมินสถานการณ์ความล้มเหลวทั้งหมดตามสถานการณ์จริงของคุณ
☁️ บริการคลาวด์ล้มเหลว
บางทีคุณอาจเลือกใช้บริการคลาวด์เพื่อหลีกเลี่ยงความล้มเหลวของฮาร์ดแวร์และเครือข่าย หากมีการใช้บริการคลาวด์ ความเสี่ยงที่เกี่ยวข้องดังกล่าวข้างต้นจะถูกนำมาใช้ มีตัวตรวจสอบความถูกต้องอีกกี่ตัวที่ใช้ผู้ให้บริการคลาวด์เดียวกันกับคุณหนึ่งสัปดาห์ก่อนการสร้างAWS ของ Amazon หยุดทำงานเป็นระยะเวลานาน
มีผลกระทบอย่างมากต่อเครือข่าย ตอนนี้หากมีเหตุการณ์ที่คล้ายกันเกิดขึ้น ซึ่งทำให้ตัวตรวจสอบความถูกต้องจำนวนมากออฟไลน์พร้อมกัน บทลงโทษการไม่ใช้งานจะถูกทริกเกอร์
ที่แย่กว่านั้น หากผู้ให้บริการระบบคลาวด์เรียกใช้โหนดของคุณด้วยเครื่องเสมือนใหม่ แต่ไม่หยุดเรียกใช้โหนดเก่าโดยไม่ตั้งใจ นี่อาจส่งผลให้คุณถูกฟัน
หากคุณยืนยันที่จะใช้บริการคลาวด์ คุณสามารถพิจารณาเปลี่ยนไปใช้ผู้ให้บริการรายเล็ก ซึ่งอาจลดการสูญเสียได้
🥩 บริการปักหลักปัจจุบันเครือข่ายหลักมีบริการรับจำนำต่างๆ
คุณสามารถเลือกได้ และระดับของการกระจายอำนาจจะแตกต่างกันไป แต่การมอบ ETH ของคุณให้กับผู้ให้บริการจะค่อนข้างเพิ่มความเสี่ยงของความสัมพันธ์ บริการเหล่านี้เป็นส่วนสำคัญของระบบนิเวศ eth2 อย่างไม่ต้องสงสัย โดยเฉพาะอย่างยิ่งสำหรับผู้ใช้ที่มี ETH น้อยกว่า 32 หรือขาดความรู้ทางเทคนิคที่จำเป็นในการเดิมพัน แต่บริการเหล่านี้ได้รับการออกแบบโดยมนุษย์ ดังนั้นจะมีข้อบกพร่อง
หากกลุ่มการเดิมพันมีขนาดใหญ่พอ ๆ กับกลุ่มการขุด eth1 ในที่สุด จุดบกพร่องอาจส่งผลให้เกิดการลงโทษอย่างเจ็บแสบหรือช้าลงสำหรับผู้ใช้
🔗 ความล้มเหลวInfura หยุดทำงานหกชั่วโมงเมื่อเดือนที่แล้ว
ซึ่งนำไปสู่ความซบเซาของระบบนิเวศ Ethereum ในทำนองเดียวกัน นี่เป็นความเสี่ยงที่เกี่ยวข้องที่ผู้ตรวจสอบความถูกต้องของ Eth2 อาจเผชิญ
นอกจากนี้ ผู้ให้บริการ eth1 API ที่เป็นบุคคลที่สามจะต้องจำกัดอัตราการโทรไปยังบริการ: ในอดีต สิ่งนี้ส่งผลให้ตัวตรวจสอบความถูกต้องไม่สามารถสร้างบล็อคที่ถูกต้อง (เมดัลลาเทสเน็ต)
ทางออกที่ดีที่สุดคือการรันโหนด eth1 ของคุณเอง: คุณจะไม่ถูกจำกัดอัตรา ลดความเสี่ยงของความสัมพันธ์และช่วยปรับปรุงการกระจายอำนาจของเครือข่ายทั้งหมดPR#8062ลูกค้า Eth2 ได้เริ่มเพิ่มความเป็นไปได้ในการระบุโหนด eth1 หลายโหนด ข้อดีคือสามารถเปลี่ยน endpoint สำรองได้อย่างง่ายดายหาก endpoint หลักล้มเหลว (Lighthouse: --eth1-endpoints, Prysm:
, Nimbus และ Teku อาจเพิ่มการสนับสนุนในภายหลัง)EthereumNodes.comฉันขอแนะนำให้เพิ่มต้นทุนที่ต่ำกว่าหรือ API ทางเลือกฟรี (
มีจุดสิ้นสุด API แบบฟรีและแบบชำระเงินและสถานะปัจจุบันใน ) มาตรการนี้จำเป็นไม่ว่าคุณจะรันโหนด eth1 ของคุณเองหรือไม่ก็ตาม
🦏 ลูกค้า eth2 บางรายหยุดทำงาน
แม้จะมีการตรวจสอบโค้ด การตรวจสอบ และการทดสอบ ข้อบกพร่องในไคลเอ็นต์ eth2 ก็ยังซ่อนอยู่ที่ไหนสักแห่ง ส่วนใหญ่เป็นปัญหาเล็กๆ น้อยๆ และจะถูกจับได้ก่อนที่ผลิตภัณฑ์จะวางจำหน่าย แต่มีโอกาสที่ไคลเอนต์ที่คุณเลือกจะออฟไลน์หรือทำให้คุณถูกฟัน หากสิ่งนี้เกิดขึ้น คุณจะไม่ต้องการเรียกใช้ไคลเอ็นต์ที่คนส่วนใหญ่ (>1/3) ใช้
คุณต้องทำการแลกเปลี่ยนระหว่างลูกค้าที่คุณคิดว่าเหมาะสมที่สุดและความนิยมของลูกค้า ลองอ่านเอกสารประกอบของไคลเอนต์อื่น เพื่อให้คุณทราบวิธีติดตั้งและกำหนดค่าไคลเอนต์อื่น หากมีอะไรเกิดขึ้นกับโหนดของคุณVouchหากคุณเดิมพัน ETH เป็นจำนวนมาก จำเป็นต้องเรียกใช้ไคลเอนต์ที่แตกต่างกันเพื่อหลีกเลี่ยงการวางไข่ทั้งหมดของคุณในตะกร้าใบเดียวSecret Shared Validatorsเป็นโครงสร้างพื้นฐานที่สามารถจัดเตรียมการปักหลักแบบหลายโหนด ปัจจุบันมีตัวตรวจสอบการแชร์แบบลับ (
) ได้นำไปสู่ความก้าวหน้าอย่างรวดเร็วเช่นกัน
แน่นอนว่ายังมีเหตุการณ์ที่ไม่น่าเป็นไปได้ คาดเดาไม่ได้ แต่มีผลกระทบสูงมากมายที่ก่อให้เกิดความเสี่ยง สิ่งนี้ไม่เกี่ยวข้องกับการตั้งค่าและการตัดสินใจเดิมพันของคุณ ตัวอย่างเช่นในระดับฮาร์ดแวร์SpectreและMeltdownและBleedingToothหรือช่องโหว่เคอร์เนล (
บอกใบ้ถึงอันตรายบางอย่างทั่วทั้งฮาร์ดแวร์สแตก) กล่าวอีกนัยหนึ่ง เราไม่สามารถคาดการณ์และหลีกเลี่ยงปัญหาเหล่านี้ได้อย่างสมบูรณ์ แต่ใช้มาตรการที่สอดคล้องกันหลังจากปัญหาเกิดขึ้น
ฉันต้องกังวลเกี่ยวกับอะไร
ท้ายที่สุดแล้ว การคำนวณค่า E(X) ที่คาดไว้ของความล้มเหลวที่กำหนด ได้แก่ ความน่าจะเป็นของเหตุการณ์ที่เกิดขึ้นและต้นทุนของเหตุการณ์นั้น เนื่องจากปัจจัยด้านความสัมพันธ์สามารถมีผลกระทบอย่างมากต่อความรุนแรงของบทลงโทษ จึงจำเป็นอย่างยิ่งที่จะต้องพิจารณาเหตุการณ์ความล้มเหลวเหล่านี้ในบริบทของสมาชิกคนอื่นๆ ของเครือข่าย eth2 เปรียบเทียบต้นทุนที่คาดไว้ของความล้มเหลวกับต้นทุนของความล้มเหลวที่ลดลง แล้วคุณจะได้คำตอบที่สมเหตุสมผลว่ามันคุ้มค่ากับการยิงหรือไม่
ไม่มีใครรู้ทุกสถานการณ์ที่โหนดอาจล้มเหลว หรือความเป็นไปได้ของความล้มเหลวในแต่ละครั้ง แต่ด้วยการประเมินความเป็นไปได้ของความล้มเหลวแต่ละประเภทอย่างอิสระและเจือจางความเสี่ยงสูงสุด "ความฉลาดของฝูงชน" จึงเข้ามามีส่วนสำคัญ นอกจากนี้ เนื่องจากผู้ตรวจสอบความถูกต้องแต่ละคนเผชิญความเสี่ยงที่แตกต่างกันและประเมินความเสี่ยงเหล่านั้นแตกต่างกัน ผู้อื่นอาจพบความเสี่ยงที่คุณไม่ได้ระบุด้วย ดังนั้นจึงมีความเกี่ยวข้องน้อยกว่า พลังกระจายอำนาจ!
📕 อย่าตกใจ
สุดท้าย หากมีอะไรเกิดขึ้นกับโหนดของคุณ อย่าตกใจ! แม้ว่าคุณจะถูกลงโทษสำหรับการรั่วไหลที่ไม่ได้ใช้งาน แต่จำนวนการลงโทษในช่วงเวลาสั้น ๆ นั้นไม่มาก ใจเย็นๆ แล้วคิดว่าเกิดอะไรขึ้น ทำไมมันถึงเกิดขึ้น แล้ววางแผนแก้ไข หายใจลึกๆ ก่อนเริ่ม! การให้เวลาตัวเองคิดเพิ่มอีกห้านาทีดีกว่าการรีบตัดสินใจผิดและถูกปรับ
ลำดับความสำคัญสูงสุด: 🚨 อย่าเรียกใช้สองโหนดด้วยรหัสยืนยันเดียวกัน! 🚨
ข้อจำกัดความรับผิดชอบ: งานแปลของ ECN มีเป้าหมายเพื่อส่งมอบข้อมูลคุณภาพสูงและทรัพยากรการเรียนรู้สำหรับชุมชน Ethereum ของจีน ลิขสิทธิ์ของบทความเป็นของผู้เขียนต้นฉบับ การพิมพ์ซ้ำต้องระบุแหล่งที่มาของข้อความต้นฉบับและ ethereum.cn สำหรับระยะยาว พิมพ์ซ้ำ โปรดติดต่อ eth@ecn.co AuthorizeBeaconcha.in]
ข้อจำกัดความรับผิดชอบ: งานแปลของ ECN มีเป้าหมายเพื่อส่งมอบข้อมูลคุณภาพสูงและทรัพยากรการเรียนรู้สำหรับชุมชน Ethereum ของจีน ลิขสิทธิ์ของบทความเป็นของผู้เขียนต้นฉบับ การพิมพ์ซ้ำต้องระบุแหล่งที่มาของข้อความต้นฉบับและ ethereum.cn สำหรับระยะยาว พิมพ์ซ้ำ โปรดติดต่อ eth@ecn.co Authorize
บัญชีอย่างเป็นทางการ: สถานีจีน ETH
บัญชีอย่างเป็นทางการ: สถานีจีน ETH
