Ethereum 2.0 คู่มือผู้ขับขี่รุ่นเก๋า: เคล็ดลับสามประการในการหลีกเลี่ยงการเดิมพัน

หมายเหตุบรรณาธิการ: บทความนี้มาจากข้อมูล Babbitt (รหัส: bitcoin8btc)หมายเหตุบรรณาธิการ: บทความนี้มาจาก

ข้อมูล Babbitt (รหัส: bitcoin8btc)

ข้อมูล Babbitt (รหัส: bitcoin8btc)

ผู้เขียน: Raul Jordan แปล: ฟรีและง่าย เผยแพร่โดยได้รับอนุญาต

บทความนี้กล่าวถึงกลไกการฟันในเครือข่าย Ethereum 2.0 สำหรับผู้เข้าร่วม Stake (โดยเฉพาะผู้ที่เข้าร่วมด้วยตนเอง) คุณต้องเข้าใจว่าสถานการณ์ใดที่จะนำไปสู่การฟันและวิธีหลีกเลี่ยงการถูกฟัน ข้อมูลส่วนใหญ่ที่นำเสนอในเอกสารนี้เป็นทางเลือกของไคลเอ็นต์ที่ไม่เชื่อเรื่องพระเจ้า หมายความว่าข้อมูลนี้จะนำไปใช้กับผู้ใช้ทุกคน โดยไม่คำนึงว่าพวกเขาเลือกที่จะเรียกใช้ไคลเอนต์ Prysm, Lighthouse, Teku, Nimbus หรือ Ethereum 2.0 อื่น ๆ

ผู้เขียนต้นฉบับคือ Raul Jordan ผู้ร่วมก่อตั้ง Prysmatic Labs

*ข้อจำกัดความรับผิดชอบที่สำคัญ*

Prysmatic Labs ไม่รับผิดชอบต่อการสูญเสียเงินของผู้ใช้โดยไม่คำนึงถึงสาเหตุ รวมถึงข้อบกพร่องของลูกค้าหรือข้อผิดพลาดด้านเอกสาร การยกเว้นความรับผิดนี้ขยายไปถึงกระบวนการฟัน ในขณะที่ไคลเอนต์ Ethereum 2.0 ทุกรายพยายามอย่างดีที่สุดเพื่อให้แน่ใจว่า codebase ปลอดภัย เช่นเดียวกับโครงการพัฒนาอื่น ๆ แต่ก็มีโอกาสเกิดข้อผิดพลาดได้เสมอ การเข้าร่วม Ethereum 2.0 เป็นกิจกรรมที่มีความเสี่ยง และเป็นสิ่งสำคัญที่ผู้เข้าร่วมจะต้องค้นคว้าและทำความเข้าใจกับความเสี่ยงและความรับผิดชอบที่พวกเขาจะต้องแบกรับ

เจ็บแสบคืออะไร?

Slashing เกิดขึ้นเมื่อตัวตรวจสอบความถูกต้องแสดงพฤติกรรมที่แข่งขันกับเครือข่าย Ethereum การเฉือนไม่จำเป็นต้องเกิดจากเจตนาร้าย แต่อาจเกิดจากการกำหนดค่าที่ไม่ถูกต้อง การกระทำของผู้ตรวจสอบอาจทำให้เกิดความสับสนในระบบหรือทำลายความสมบูรณ์ของระบบ ดังนั้น ผู้ตรวจสอบเหล่านี้ที่ก่อให้เกิดอันตรายต่อเครือข่ายจะถูกลงโทษสำหรับ ETH ที่จำนำไว้ ซึ่งไม่สามารถย้อนกลับได้

เพื่อไม่ให้เกิดการสับสนระหว่างการฟันกับการลงโทษที่ไม่มีการใช้งาน เป้าหมายของการฟันคือการลดแรงจูงใจผู้ที่พยายามทำร้ายเครือข่าย Ethereum 2.0 และให้รางวัลแก่ผู้ที่ดูแล จัดการ และใช้งานเครือข่าย Ethereum 2.0 ตามที่วางแผนไว้ จุดประสงค์หลักของ slashing คือเพื่อลดการโจมตีที่ดำเนินการบนเครือข่าย Ethereum 2.0 เช่น การสร้าง fork ที่ขัดแย้งกันของผู้ตรวจสอบความถูกต้องในมุมมองประวัติจุดตรวจสอบที่แตกต่างกัน

เครื่องมือตรวจสอบความถูกต้องที่ปฏิบัติตามโปรโตคอลอย่างถูกต้องจะไม่มีวันออกคะแนนเสียงแบบเฉือนได้ในการทำงานปกติ และเครื่องมือตรวจสอบความถูกต้องจะไม่ถูกเฉือนเนื่องจากออฟไลน์

Slashing ทำงานอย่างไร

1. การกระทำอย่างเจ็บแสบทำลายเงินเดิมพันของผู้ตรวจสอบความถูกต้องที่เป็นอันตรายต่อเครือข่าย Ethereum บังคับให้พวกเขาออกจากเครือข่ายและเสริมสร้างความปลอดภัยของ blockchain โดยการส่งเสริมนักแสดงที่ดี

2. แม้ว่าการฟันจะเป็นรูปแบบหนึ่งของการลงโทษ แต่ก็ยังเป็นไปได้ที่แม้แต่ผู้ใช้ทั่วไปจะถูกฟันหากกำหนดค่าตัวตรวจสอบความถูกต้องไม่ถูกต้อง ดังนั้นจึงจำเป็นอย่างยิ่งที่จะต้องทราบวิธีการตั้งค่าและจัดการไคลเอ็นต์และระบบปฏิบัติการของ Authenticator อย่างเหมาะสม และผู้ใช้ควรหลีกเลี่ยงการพยายามใช้คำแนะนำขั้นสูงโดยไม่เข้าใจความสามารถทั้งหมด

3. เครื่องมือตรวจสอบความถูกต้องเสนอสองบล็อกที่ขัดแย้งกันในช่องเดียวกันโดยมีรูทต่างกัน (โดยพื้นฐานแล้วแฮชของข้อมูลภายใน) หากการกระทำดังกล่าวไม่ได้รับการลงโทษ ผู้ตรวจสอบความถูกต้องจะสร้างทางแยกที่ไม่จำเป็นหรือทำให้เกิดความสับสนได้ง่าย หมายเหตุ: เพียงแค่เสนอบล็อกเดียวกันสองครั้งจะไม่ถูกทับ

ตัวตรวจสอบยืนยันถึงสองบล็อกที่ขัดแย้งกันในช่องเดียวกัน สิ่งนี้เรียกว่าการลงคะแนนสองครั้งและยังหมายความว่าผู้ตรวจสอบความถูกต้องอาจพยายามสร้างทางแยกที่ขัดแย้งกันของห่วงโซ่ หมายเหตุ: เพียงการลงคะแนนสองครั้งสำหรับบล็อกเดียวกันจะไม่ถูกเฉือนhttps://github.com/protolambda/eth2-surround

การลงคะแนนโดยผู้ตรวจสอบความถูกต้อง "ล้อมรอบ" หรือถูก "ล้อมรอบ" โดยการลงคะแนนก่อนหน้า ซึ่งหมายความว่าผู้ตรวจสอบความถูกต้องพยายามที่จะลงคะแนนต่อต้านประวัติศาสตร์ ซึ่งในกรณีนี้จะถูกเฉือน

คำอธิบายภาพ

การโหวตรอบทิศทาง Ethereum 2.0 จาก1、2จะเกิดอะไรขึ้นหลังจากถูกริบ?

แม้ว่าจะมีกลไกหลายอย่างเพื่อป้องกันการทับ แต่สิ่งสำคัญคือคู่คีย์ตัวตรวจสอบความถูกต้องแต่ละคู่จะถูกใช้โดยตัวตรวจสอบความถูกต้องเพียงตัวเดียว ฟังดูเหมือนง่าย แต่เมื่อกำหนดค่าตัวตรวจสอบความถูกต้องหลายตัว การคืนค่าตัวตรวจสอบโดยไม่ได้ตั้งใจจะทำได้ง่าย และทำสำเนาตัวตรวจสอบความถูกต้องที่ทำงานอยู่แล้ว ตรวจสอบเสมอว่าคีย์ตัวตรวจสอบความถูกต้องกำลังถูกใช้/กู้คืน/ตั้งค่าเมื่อทำการเปลี่ยนแปลง

1. คุณสามารถค้นหาได้ที่นี่ (

2. ) เพื่อค้นหาแหล่งข้อมูลเพิ่มเติมหากมีการตัด Validator ออกไป อาจมีสิ่งต่างๆ เกิดขึ้นได้:）；

3. Slashed Validator ถูกบังคับให้ถอนตัวออกจาก Beacon Chain ภายใน 36 วัน

4. Slashed validators ต้องเผชิญกับบทลงโทษสามประเภท (

5. แหล่งที่มา

บทลงโทษจะเริ่มต้นในแต่ละยุคจนกว่าผู้ตรวจสอบความถูกต้องจะออกจากคิวการออกที่นี่。

ในช่วงเวลาระหว่างข้อความการรายงานที่รวมอยู่ในบล็อกและการออกจากตัวตรวจสอบความถูกต้องแบบเฉือน จะมีการกำหนดบทลงโทษพิเศษตามสัดส่วนจำนวนตัวตรวจสอบความถูกต้องอื่น ๆ ที่ถูกเฉือนในช่วงเวลานี้ ใช้งานได้สูงสุดกับยอดคงเหลือที่ถูกต้องทั้งหมดของวัตถุเฉือนที่เกี่ยวข้อง

ซึ่งหมายความว่าหาก Validator ถูกเชือด จะถูกลงโทษทันทีและจะถูกลงโทษต่อไปอีกประมาณ 36 วันจนกว่าจะสามารถออกได้ และภายใน 18-36 วันจะมีการลงโทษเพียงครั้งเดียว จำนวนเงินที่เฉือนก็จะได้รับผลกระทบเช่นกัน ตามจำนวนผู้ตรวจสอบความถูกต้องที่เฉือนออกในช่วงเวลาเดียวกัน (นั่นคือ เพื่อระบุว่าเป็นการโจมตีแบบประสานงานหรือการโจมตีแบบแยกส่วน) สำหรับคำแนะนำโดยละเอียดเพิ่มเติม โปรดไปที่

ที่นี่

สุดท้าย ควรสังเกตว่าตัวตรวจสอบความถูกต้องแบบสแลชไม่สามารถป้อนชุดตัวตรวจสอบซ้ำได้ หากผู้ตรวจสอบต้องการตรวจสอบต่อไป จะต้องทำการจำนำใหม่และสร้างรหัสใหม่ และบทลงโทษจะย้อนกลับไม่ได้!

โดยทั่วไป การถูกตัดจะส่งผลให้ ETH ที่เดิมพันของคุณเริ่มน้อยลงเรื่อยๆ พร้อมกับการสูญเสียจำนวนมากไปพร้อมกัน หลังจาก 36 วัน คุณสามารถออกจาก beacon chain และถอน ETH ที่เหลือทั้งหมดได้ และคุณจะสูญเสีย ETH ส่วนใหญ่ในช่วงเวลา 36 วันนี้

ข้อผิดพลาดของผู้ใช้ทั่วไปที่นำไปสู่การฟัน

แม้ว่าสถานการณ์การเฉือนที่กล่าวถึงข้างต้นดูเหมือนจะเป็นไปไม่ได้สำหรับผู้ใช้ทั่วไป แต่การกำหนดค่าที่ไม่ถูกต้องอาจทำให้ตัวตรวจสอบความถูกต้องที่ซื่อสัตย์ถูกเฉือนเช่นกัน! นี่คือบางสถานการณ์ที่อาจเกิดขึ้น:

1. คีย์การรับรองความถูกต้องเดียวกันกำลังทำงานบนเซิร์ฟเวอร์สองเครื่องในเวลาเดียวกัน ซึ่งหนึ่งในนั้นอาจใช้เป็นเฟลโอเวอร์ในกรณีที่เซิร์ฟเวอร์แรกล้มเหลว

หมายเหตุ: นี่เป็นวิธีที่ง่ายที่สุดในการถูกสแลช และคุณอาจพบว่าตัวเองอยู่ในสถานการณ์ที่ถูกสแลช หากระบบเฟลโอเวอร์ของคุณรายงานเท็จว่าโหนดแรกหยุดทำงาน

โปรดอย่าเรียกใช้รหัสยืนยันในสองแห่งในเวลาเดียวกัน!

2. คุณย้ายคีย์ไปยังคอมพิวเตอร์เครื่องอื่นหรือไคลเอนต์ Ethereum 2.0 อื่นโดยไม่ต้องย้ายประวัติการป้องกันที่ถูกยึด

คำอธิบาย: โหนดอื่นของคุณอาจมีนาฬิกาที่ซิงโครไนซ์ไม่ถูกต้อง ซึ่งอาจทำให้คุณถูกสแลช ซึ่งสามารถหลีกเลี่ยงได้ง่ายหากคุณย้ายประวัติการป้องกันการสแลช

3. คุณลบหรือสูญเสียประวัติการป้องกันเครื่องหมายทับในไคลเอ็นต์ตัวตรวจสอบความถูกต้อง

คำอธิบาย: การสูญเสียประวัติการป้องกันการสแลชอาจทำให้เกิดปัญหา เช่น นาฬิกาของคุณยุ่งเหยิงจนสร้างบล็อคหรือการโหวตที่จะถูกสแลช

4. ตรวจสอบความถูกต้องโดยใช้สภาพแวดล้อมแบบคอนเทนเนอร์ที่ไม่มีวอลุ่มถาวร (PV)

5. ข้อบกพร่องของโปรโตคอลที่อาจนำไปสู่ข้อผิดพลาด slashing (สิ่งนี้ไม่น่าเกิดขึ้น แต่จะเป็นกรณีที่เลวร้ายที่สุด)ที่นี่การรู้วิธีตั้งค่า กำหนดค่า อัปเกรด และแก้ไขปัญหาซอฟต์แวร์ที่ติดตั้งไว้เป็นสิ่งสำคัญเมื่อเลือกตัวตรวจสอบความถูกต้อง มีอยู่ที่นี่ที่นี่

(ethereumprice.org) แหล่งข้อมูลที่ดีในการทำความเข้าใจความเสี่ยงของการเข้าร่วมในการเดิมพัน Ethereum 2.0 สามารถดูได้ที่

ที่นี่

มีแหล่งข้อมูลอื่นที่อธิบายวิธีตรวจหาเงื่อนไขการเฉือน

ใครเป็นผู้ดำเนินการริบ?

สแลชเชอร์

Slasher หมายถึงซอฟต์แวร์แยกต่างหากที่มีจุดประสงค์หลักเพื่อตรวจหาเหตุการณ์ที่สามารถขีดทับได้ คุณสามารถคิดว่า slashers (Slashers) เป็น "ตำรวจ" ของเครือข่าย Ethereum 2.0 เนื่องจากข้อมูลเพิ่มเติมและการประมวลผลที่จำเป็นในการตรวจจับข้อความที่เป็นอันตราย slashers เหล่านี้มักจะทำงานโดยไม่ขึ้นกับโหนดสัญญาณ เพื่อตรวจหาข้อความ slashable เครื่องหมาย slasher จะบันทึกประวัติการพิสูจน์และข้อเสนอของผู้ตรวจสอบทุกคนในเครือข่าย และอ้างอิงข้ามประวัตินั้นด้วยเนื้อหาที่ออกอากาศเพื่อค้นหาข้อความ slashable เช่น การบล็อกสองครั้งหรือการโหวตโดยรอบ

สิ่งที่เครือข่ายต้องการคือไคลเอนต์ slasher ที่ซื่อสัตย์ในการตรวจสอบเครือข่าย เนื่องจากเครื่องหมายทับใด ๆ ที่พบจะถูกเผยแพร่ไปทั่วเครือข่ายเพื่อรวมไว้ในบล็อกโดยเร็วที่สุด

รางวัลผู้แจ้งเบาะแส

เพื่อสร้างแรงจูงใจในการตรวจจับเครื่องหมายทับ ผู้ตรวจสอบความถูกต้องจะได้รับ "รางวัลผู้แจ้งเบาะแส" ซึ่งเป็นรางวัลบนสายบีคอนสำหรับการส่งบล็อกด้วยเครื่องหมายทับที่ถูกต้อง รางวัลเหล่านี้มอบให้กับผู้ตรวจสอบที่เข้าร่วมในเครื่องหมายทับ และมักจะได้รับรางวัลประมาณ 0.1 ETH ต่อผู้ตรวจสอบความถูกต้อง

แม้ว่าการตรวจจับสิ่งจูงใจจะมีประโยชน์ แต่ถ้าคุณค้นพบการเชือดเฉือนใน Prysm การเรียกใช้ไคลเอนต์ slasher เพียงอย่างเดียวจะไม่ทำให้คุณได้รับรางวัลผู้แจ้งเบาะแส ตามค่าเริ่มต้น เครื่องหมายทับใด ๆ ที่ค้นพบจะถูกส่งไปยังเครือข่ายเพื่อรวมไว้ในบล็อกโดยเร็วที่สุด ดังนั้นโดยปกติแล้วรางวัลจะถูกส่งไปยังผู้เสนอทันทีหลังจากตรวจพบเครื่องหมายทับ แทนที่จะส่งถึงผู้ตรวจสอบความถูกต้องที่เรียกใช้เครื่องหมายทับ

การรัน Slasher ไม่ได้หมายความว่าจะได้กำไร การริบนั้นหายาก และรางวัลสำหรับผู้แจ้งเบาะแสจะถูกกำหนดไว้ในระดับต่ำ โดยพื้นฐานแล้ว การใช้ slasher เป็นการกระทำที่เห็นแก่ผู้อื่น และอีกครั้ง เฉพาะ slasher ที่ใช้งานได้จริงเท่านั้นที่ต้องเปิดใช้งานในเครือข่ายเพื่อตรวจจับการละเมิด โชคดีที่นี่เป็นอุปสรรคในการเข้าที่ต่ำ และเราคาดการณ์ว่าผู้ใช้และเอนทิตีจำนวนมากจะใช้เครื่องหมายทับเพื่อรักษาความปลอดภัยเครือข่าย

การฉีดวัคซีนยึด

เรามีข่าวดีสำหรับคุณ การริบเงินสามารถป้องกันได้! มีแนวทางปฏิบัติที่ดีที่สุดมากมายเพื่อให้แน่ใจว่าเราจะไม่ถูกเฉือน แต่สิ่งสำคัญคือต้องเข้าใจแนวทางปฏิบัติเหล่านั้น

1. ฐานข้อมูลการป้องกันการยึดทรัพย์ในพื้นที่

วิธีการหนึ่งในการป้องกันการสแลชที่ใช้โดยไคลเอนต์หลายเครื่องคือฐานข้อมูลประวัติลายเซ็นในเครื่อง คุณลักษณะนี้เปิดใช้งานโดยค่าเริ่มต้นในไคลเอ็นต์ตัวตรวจสอบความถูกต้องของ Prysm ฐานข้อมูลนี้ทำให้แน่ใจว่าตัวตรวจสอบความถูกต้องไม่ได้ลงชื่อข้อความที่ถือว่าเป็นข้อความแบบ slashable ตามประวัติของตนเอง พูดง่ายๆ ก็คือ ตัวตรวจสอบจะพิจารณาว่าฐานข้อมูลเป็นแหล่งความจริงเพียงแหล่งเดียวเมื่อตัดสินใจว่าข้อความควรได้รับการเซ็นชื่อหรือไม่ วิธีการนี้ช่วยให้แน่ใจว่าตัวตรวจสอบความถูกต้องตัวเดียวจะไม่ดำเนินการซ้ำซ้อน

โปรดทราบว่าการป้องกัน slashing ในเครื่องไม่ได้ป้องกันการเรียกใช้อินสแตนซ์ตัวตรวจสอบความถูกต้องหลายรายการด้วยรหัสตัวตรวจสอบความถูกต้องเดียวกัน

ฐานข้อมูลติดตามเฉพาะเหตุการณ์การลงนามสำหรับตัวตรวจสอบความถูกต้องในอินสแตนซ์ภายในนั้น นอกจากนี้ยังหมายความว่าหากผู้ใช้เปลี่ยนตัวตรวจสอบความถูกต้องเป็นไคลเอ็นต์อื่น (เช่น ย้ายจาก Lighthouse ไปยัง Nimbus) หรือย้ายไปยังการตั้งค่าฮาร์ดแวร์ใหม่ (การติดตั้งบนเครื่อง linux ใหม่ การย้ายไปยังโซลูชันที่เป็นโฮสต์) ดังนั้นลายเซ็น ต้องย้ายฐานข้อมูลประวัติด้วย สิ่งนี้จะช่วยให้แน่ใจว่าประวัติการดำเนินงานที่ผ่านมาจะถูกรักษาไว้ในไคลเอนต์ใหม่ใดๆ

2. การป้องกันการฟันจากระยะไกล

การใช้งานทางเลือกอื่นเพื่อป้องกันการเฉือนคือการใช้เครื่องหมายทับ Slasher บันทึกหลักฐานทั้งหมดและบล็อกที่ได้รับ ซึ่งตรวจสอบความถูกต้องอ้างอิงก่อนที่จะตกลงที่จะลงนามในข้อความ วิธีนี้เป็นรูปแบบการป้องกันการฟันที่รัดกุมกว่าฐานข้อมูลประวัติลายเซ็นในเครื่อง แต่จะไม่ป้องกันการเรียกใช้ตัวตรวจสอบเดียวกันหลายอินสแตนซ์เช่นเดียวกับฐานข้อมูล

การใช้งานอีกอย่างหนึ่งเพื่อป้องกันการเฉือนคือการใช้ตัวทับเป็นมิดเดิลแวร์ระหว่างโหนดบีคอนและไคลเอ็นต์ตัวตรวจสอบความถูกต้อง ก่อนที่ไคลเอนต์ตัวตรวจสอบความถูกต้องจะส่งการบล็อกหรือการพิสูจน์ ระบบจะถามตัวเฉือนก่อนว่าสามารถเฉือนได้หรือไม่

หากการตรวจสอบผ่าน ข้อมูลจะผ่านโหนดบีคอน นี่คือรูปแบบการป้องกันสแลชที่ล้ำหน้าที่สุด เพราะตามหลักการแล้วสแลชเชอร์จะรู้ทุกอย่างที่เกิดขึ้นในเครือข่าย และบันทึกประวัติการบล็อกและการพิสูจน์สำหรับตัวตรวจสอบความถูกต้องแต่ละตัว แต่สิ่งหนึ่งที่ควรทราบก็คือใน Prysm การป้องกันการสแลชจากระยะไกลยังไม่ได้รับการปรับให้เหมาะสม เนื่องจากสแลชเชอร์ของเรายังคงเป็นทรัพยากรจำนวนมาก เนื่องจากมีการใช้ทรัพยากรสูงของ slasher ซึ่งอาจทำให้ตัวตรวจสอบความถูกต้องของคุณพลาดการพิสูจน์หรือบล็อก การป้องกันการฟันจากระยะไกลได้รับการออกแบบมาให้ทำงานเป็นชั้นเพิ่มเติมที่ด้านบนของการป้องกันการฟันในพื้นที่ ด้วยเหตุผลด้านความปลอดภัย ผู้ใช้ไม่สามารถปิดใช้งานการป้องกันการเฉือนในเครื่องใน Prysm

3. โอนย้ายประวัติการป้องกันการยึดของคุณ

ในบางครั้ง คุณอาจต้องการเปลี่ยนเครื่องเดิมพัน หรือคุณอาจต้องการย้ายไปยังไคลเอนต์ Ethereum 2.0 อื่นที่เหมาะกับคุณ ไม่ว่าในกรณีใด คุณควรพกบันทึกการป้องกันการถูกริบทรัพย์สินติดตัวไปด้วยเสมออีเธอเรียมมาตรฐานการป้องกันการถูกริบ: EIP-3076EIP-3076ขณะนี้มีมาตรฐานอย่างเป็นทางการสำหรับการโยกย้าย

1. อีเธอเรียม

2. ประวัติ 2.0 slash-protected ระหว่างไคลเอนต์ เรียกว่า

. มาตรฐานเสนอให้แสดงประวัติการป้องกันสแลชของผู้ตรวจสอบความถูกต้องในไฟล์ JSON ไฟล์นี้ประกอบด้วย:

ข้อมูลเกี่ยวกับสถานะเริ่มต้นของห่วงโซ่ของประวัติการตรวจสอบ (ใช้เพื่อแยกแยะ testnet จาก mainnet)

บล็อกที่เซ็นชื่อและข้อมูลการพิสูจน์ลายเซ็นทั้งหมดเกี่ยวกับคีย์สาธารณะของโปรแกรมตรวจสอบความถูกต้องที่รันอยู่ของผู้ใช้

เมื่อส่งออกไฟล์นี้และนำเข้าเมื่อย้ายข้อมูลไปยังคอมพิวเตอร์เครื่องอื่นหรือไคลเอ็นต์ Ethereum 2.0 คุณจะได้รับประโยชน์มากมายและสามารถหลีกเลี่ยงเงื่อนไขการทับศัพท์ง่ายๆ ที่ไม่เก็บประวัติในเครื่องนี้

นำเข้าคีย์การรับรองความถูกต้องที่มีอยู่ไปยัง Prysm

ณ เวลาปัจจุบัน ใน v1.0.1 ของ Prysm Prysm ไม่อนุญาตให้ผู้ใช้นำเข้าไฟล์ JSON การป้องกันสแลช EIP-3076 ลงในไคลเอนต์ตัวตรวจสอบความถูกต้อง นี่เป็นสิ่งสำคัญสูงสุดของทีม Prysm ซึ่งอาจนำไปใช้ในเวอร์ชันถัดไปหลังจาก Ethereum 2.0 mainnet เปิดใช้งานจริง

1. ส่งออกประวัติการป้องกันการเฉือนของคุณจาก Prysm

2. ณ เวลาปัจจุบัน ใน v1.0.1 ของ Prysm Prysm ไม่อนุญาตให้ผู้ใช้ส่งออกประวัติการป้องกันสแลชไปยังไฟล์ JSON การป้องกันสแลช EIP-3076 อีกครั้ง ทีมงาน Prysm กำลังทำงานอย่างหนักเพื่อบรรลุเป้าหมายนี้

3. หากคุณแน่ใจว่าต้องการย้ายเครื่อง เราขอแนะนำให้คุณรอจนกว่า Prysm รองรับการส่งออกประวัติการป้องกันสแลช หากคุณรอไม่ไหวจริงๆ สิ่งสำคัญที่ควรทราบมีดังนี้

4. ปิดโหนดบีคอนและตัวตรวจสอบบนเครื่อง 1 ตรวจสอบให้แน่ใจว่าไม่ได้ทำงานเป็นกระบวนการของระบบ คุณสามารถตรวจสอบด้วยเครื่องมือตรวจสอบกระบวนการของระบบปฏิบัติการหรือเครื่องมือบรรทัดคำสั่ง เช่น top หรือ htop และตรวจสอบว่ามีชื่อ "prysm", "validator" หรือ "beacon" รวมอยู่ด้วยหรือไม่

5. จดตำแหน่งไดเร็กทอรีกระเป๋าเงินของคุณ หากคุณเริ่มต้น Prysm ด้วยค่าเริ่มต้น คุณจะเห็นเส้นทางของมันที่ด้านบนสุดของเอาต์พุต "Authenticator Account List" ซึ่งจะแตกต่างกันไปตามระบบปฏิบัติการ

6. นำแคตตาล็อกทั้งหมดและย้ายไปยังคอมพิวเตอร์เครื่องถัดไปของคุณ