BTC
ETH
HTX
SOL
BNB
ดูตลาด
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

Eth2 ซีรี่ส์การเดิมพัน: กุญแจ

ECN以太坊中国
特邀专栏作者
บทความนี้มีประมาณ 2338 คำ การอ่านทั้งหมดใช้เวลาประมาณ 4 นาที
ใน Eth2 เครื่องมือตรวจสอบความถูกต้องต้องการคีย์ใด และกุญแจจะถูกบันทึกและจัดเก็บอย่างไร?
สรุปโดย AI
ใน Eth2 เครื่องมือตรวจสอบความถูกต้องต้องการคีย์ใด และกุญแจจะถูกบันทึกและจัดเก็บอย่างไร?

ที่มา |Ethereum Blog

ที่มา |

ผู้แต่ง | คาร์ล บีคูยเซน

ขอบคุณ Sacha Yves Saint-Leger และ Danny Ryan สำหรับการตรวจสอบบทความนี้

ไม่ว่าระบบ Proof-of-stake (PoS) ระบบใด แกนหลักคือรูปแบบลายเซ็น ลายเซ็นใช้เพื่อระบุและยืนยันตัวตนของผู้ตรวจสอบแต่ละคน ทำให้เราสามารถติดตามการกระทำของผู้ตรวจสอบความถูกต้อง (ไม่ว่าจะดีหรือไม่ดี) ย้อนกลับไปยังตัวตรวจสอบความถูกต้อง

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

ชื่อระดับแรก

คีย์การเซ็นชื่อคือคีย์ที่ผู้ตรวจสอบต้องเซ็นชื่อรับรองและเสนอบล็อค เนื่องจากผู้ตรวจสอบจำเป็นต้องลงนามอย่างน้อยหนึ่งข้อความต่อยุค ซอฟต์แวร์ไคลเอนต์จึงต้อง escrow คีย์การลงนาม

ชื่อระดับแรก

คีย์การถอน

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

ดังที่กล่าวไว้ข้างต้น ผู้ตรวจสอบทำหน้าที่ผ่านการลงนามคีย์ และรหัสการถอนสามารถควบคุมเงินของผู้ตรวจสอบได้ (โอนและถอน ETH)

*การโอนและถอนเงินทำได้ในระยะที่ 1 อย่างเร็วที่สุดเท่านั้น

ชื่อระดับแรก

กุญแจเยอะไปต้องทำอย่างไร?

หากทุกๆ 32 ETH stakes นักเดิมพันจำเป็นต้องบันทึกและฝากเงินโดยใช้สองคีย์ที่ไม่เกี่ยวข้องกัน สิ่งต่างๆ ก็จะหลุดมือไปอย่างรวดเร็ว

ใน eth2 วิธีแก้ปัญหานี้ทำได้โดยEIP 2333และ2334การนำไปใช้งาน: ชุดมาตรฐานนี้อธิบายถึงความสัมพันธ์ระหว่างคีย์การถอนและคีย์การลงนาม และวิธีการที่ได้มาจากการช่วยจำเดียว

ชื่อระดับแรก

ช่วยในการจำ

ตัวอย่างเช่น การบันทึกชุดตัวช่วยจำ ไส้กรอก เสียงดัง แยกโฟกัส กรอบประตู ตัวตลกล้าน แรงกระตุ้นแบบสุ่มมีความแม่นยำมากกว่าการบันทึกสตริงของคีย์

ชื่อระดับแรก

เมื่อโต้ตอบกับกระเป๋าเงิน คุณอาจเจอ "เส้นทาง" ของแบบฟอร์ม m/44'/60'/0'/0/0 เส้นทางเหล่านี้อธิบายความสัมพันธ์ระหว่างคีย์

ตามEIP 2333ตาม

ซึ่งความสัมพันธ์จะอยู่ในรูปของโครงสร้างต้นไม้ โดยที่คีย์ถูกกำหนดโดยแหล่งที่มาของเอนโทรปี (เมล็ดของต้นไม้) และเส้นทางของต้นไม้

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

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

ความมหัศจรรย์คือเราสามารถเริ่มต้นด้วยแหล่งที่มาของเอนโทรปีแหล่งเดียว (เช่น ตัวช่วยจำ) และได้รับคีย์จากเอนโทรปีโดยไม่จำกัดจำนวน

นอกจากนี้ การจัดเก็บเฉพาะความจำนั้น คุณจะสามารถสำรองทุกคีย์ที่คุณใช้เป็นตัวตรวจสอบความถูกต้องได้

แต่ละสาขาถูกคั่นด้วยเครื่องหมาย / ดังนั้น m/2 จึงหมายถึงเริ่มต้นด้วยคีย์หลักและตามด้วยสาขาที่ 2

มีอยู่EIP 2334มีอยู่

คีย์การลงนามของผู้ตรวจสอบคือสาขาย่อยที่ 0 ของคีย์การถอน กล่าวคือ ในทางปฏิบัติ เมื่อคุณปฏิบัติตามมาตรฐานนี้ หากคุณทราบคีย์ส่วนตัวที่ใช้สำหรับการถอน คุณสามารถคำนวณคีย์ส่วนตัวลายเซ็นที่เกี่ยวข้องได้

ดำเนินการต่อจากตัวอย่างข้างต้น เราสามารถค้นหาคีย์การลงนามสามรายการที่ตรงกันได้ที่ m/0/0, m/1/0, m/2/0EIP 2334 ตัวอย่างข้างต้นได้รับการทำให้ง่ายขึ้นมากที่สุดเท่าที่จะเป็นไปได้เพื่ออธิบายแนวคิด แต่ในทางปฏิบัติ เส้นทางที่เกี่ยวข้องนั้นยาวกว่า (

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

ชื่อระดับแรก

กุญแจที่เก็บข้อมูล

ไคลเอ็นต์ Validator ใช้ไฟล์ที่เก็บคีย์เป็นวิธีการแลกเปลี่ยนคีย์

เมื่อคุณพร้อมที่จะเริ่มการยืนยัน คุณต้องระบุ Keystore และรหัสผ่านเพื่อเข้ารหัสไปยังไคลเอนต์ตัวตรวจสอบของคุณ ไคลเอ็นต์ต้องการข้อมูลสองส่วนนี้เพื่อนำเข้าคีย์ส่วนตัว

ชื่อระดับแรก

กลายเป็นผู้ตรวจสอบความถูกต้อง

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

เนื่องจากเป็นไปไม่ได้ที่จะถอนหรือโอน ETH ในระหว่างเฟส 0 จึงไม่จำเป็นต้องผ่าน Keystore เพื่อรับคีย์การถอน จึงเพียงพอที่จะทำให้แน่ใจว่าระบบช่วยจำนั้นถูกจัดเก็บในลักษณะที่ปลอดภัย

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

หลังจากนั้นข้อมูลจำนำจะถูกบันทึกในสัญญาฝากของ eth1 โหนด eth2 จะตรวจสอบสัญญาฝาก เพื่อให้สามารถคัดลอกข้อมูลจำนำไปยัง eth2 ได้ในภายหลัง เมื่อข้อมูลการจำนำของคุณถูกถ่ายโอนไปยัง eth2 เรียบร้อยแล้ว คุณจะกลายเป็นผู้ตรวจสอบความถูกต้องอย่างเป็นทางการ!

ชื่อระดับแรก

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

ชื่อระดับแรก

บทความชุดที่แล้ว:

Eth2 ซีรี่ส์การเดิมพัน: ฉันทามติการแยกส่วน

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ Ethereum โปรดใส่ใจกับ:

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ Ethereum โปรดใส่ใจกับ:

บัญชีสาธารณะ: เว็บไซต์จีน ETH

เว็บไซต์: ethereum.cn

ข้อจำกัดความรับผิดชอบ: งานแปลของ ECN มีเป้าหมายเพื่อส่งมอบข้อมูลคุณภาพสูงและทรัพยากรการเรียนรู้สำหรับชุมชน Ethereum ของจีน ลิขสิทธิ์ของบทความเป็นของผู้เขียนต้นฉบับ การพิมพ์ซ้ำต้องระบุแหล่งที่มาของข้อความต้นฉบับและ ethereum.cn สำหรับระยะยาว พิมพ์ซ้ำ โปรดติดต่อ Authorize etheremcn@gmail.com

ETH
ยินดีต้อนรับเข้าร่วมชุมชนทางการของ Odaily
กลุ่มสมาชิก:
https://t.me/Odaily_News
กลุ่มสนทนา:
https://t.me/Odaily_GoldenApe
บัญชีทางการ:
https://twitter.com/OdailyChina
สารบัญบทความ
คลังบทความของผู้เขียน
ECN以太坊中国
อันดับบทความร้อน
Daily
Weekly
ดาวน์โหลดแอพ Odaily พลาเน็ตเดลี่
ให้คนบางกลุ่มเข้าใจ Web3.0 ก่อน
IOS
Android