ภาพประกอบต้นฉบับตามหัวข้อ: แผนภาพต้นฉบับตามหัวข้อโดย ChainView BTC866 · ChainView BTC866 Editorial · CC BY 4.0
สอง client หนึ่งอินเทอร์เฟซ
บน Ethereum ฝั่งฉันทามติและประมวลผลทำหน้าที่ต่างและสื่อสารผ่าน Engine API ฝั่งหนึ่งตามเชนกับฉันทามติ อีกฝั่งรันธุรกรรมและสถานะ สองโปรเซสยังอยู่ไม่พิสูจน์ว่าซิงก์หรือเข้ากันได้
ปกป้องการเชื่อมต่อ
ตรวจรุ่นรองรับ JWT และ endpoint ภายใน อย่าเปิด Engine API สู่อินเทอร์เน็ต จดบล็อกล้าหลัง บล็อกผิด และสถานะซิงก์ ทดลองตารางรุ่นในเครือข่ายทดสอบก่อนอัปเกรดร่วม
ขั้นตอนตรวจสอบที่ทำซ้ำได้
ทดสอบคู่รุ่นรองรับและดูโหนดตามบล็อกใหม่ ตรวจดิสก์ เวลา peer หากรัน validator แยกย้าย client จากคีย์เซ็น หลีกเลี่ยงสองชุดพร้อมกันที่เสี่ยงเซ็นซ้ำ
แยกชั้นของระบบ
แยกโปรโตคอล client สัญญา โหนด API และแอป ระบุส่วนที่ตรวจสอบ ส่วนที่ประมวลผล และส่วนที่แสดงผล การอัปเกรดชั้นหนึ่งอาจเปลี่ยนความเข้ากันได้โดยไม่เปลี่ยนฉันทามติ จดรุ่น เครือข่าย และวันที่ทดสอบ
ตัวอย่างสำหรับการทบทวน
เมื่อโหนดหยุดตามบล็อก อย่ารีเซ็ตฐานข้อมูลทันที เก็บ log ของ client ทั้งสอง ตรวจการรับรองตัวตนและความสูงที่แต่ละฝั่งเห็นก่อน บางเหตุเป็นการเชื่อมต่อภายในไม่ใช่ฐานข้อมูลเสีย การเก็บหลักฐานช่วยลดงานซิงก์ใหม่ที่ไม่จำเป็น
