นักวิจัย Ethereum อย่าง Luca Zanolini ได้อธิบายว่าเหตุใดเครือข่ายจึงแยกการผลิตบล็อกแบบต่อเนื่องออกจากการชำระธุรกรรมขั้นสุดท้าย โดยระบุว่าโครงสร้างนี้ช่วยให้ Ethereum ทำงานต่อเนื่องได้แม้จะเกิดข้อผิดพลาดของซอฟต์แวร์ การหยุดทำงาน และการลดลงของการมีส่วนร่วมของ validator
บทอธิบายของเขาเชื่อมโยงประวัติการผลิตบล็อกของ Ethereum ที่ยาวนานกว่าทศวรรษกับงานปัจจุบันที่มุ่งพัฒนา finality ที่รวดเร็วขึ้นและการออกแบบ consensus ที่เป็นระเบียบยิ่งขึ้น
ในขณะเดียวกัน Ethereum ใช้กระบวนการหนึ่งในการเพิ่มบล็อกอย่างต่อเนื่อง และอีกกระบวนการหนึ่งในการทำเครื่องหมายบล็อกเก่าว่าเป็นขั้นสุดท้าย ชั้นการผลิตจะติดตามเชนที่รองรับโดย validator ที่ใช้งานอยู่ ขณะที่ชั้น finality ต้องการการอนุมัติจาก stake ที่ใช้งานอยู่รวมทั้งหมดอย่างน้อยสองในสาม หาก threshold นั้นหายไป finality สามารถหยุดชั่วคราวได้โดยไม่หยุดการสร้างบล็อกใหม่
ความแตกต่างนี้ปรากฏให้เห็นในเดือนพฤษภาคม 2023 เมื่อข้อผิดพลาดของ client ทำให้ finality หยุดชะงักสองครั้งภายใน 24 ชั่วโมง การหยุดชะงักครั้งแรกกินเวลาประมาณ 25 นาที และครั้งที่สองกินเวลาเกือบหนึ่งชั่วโมง บล็อกยังคงมาถึงต่อเนื่อง ธุรกรรมยังคงใช้งานได้ และเครือข่ายก็ฟื้นตัวโดยไม่ต้องรีสตาร์ทแบบประสานงาน
Zanolini กล่าวว่าการหยุดทำงานที่ชั้นฐานจะทำให้มากกว่าแค่การโอน token ธรรมดาหยุดชะงัก แพลตฟอร์มการให้กู้ยืมจะไม่สามารถประมวลผลการ liquidation ได้ oracle จะไม่สามารถอัปเดตราคาได้ rollup จะไม่สามารถโพสต์ข้อมูลหรือ proof ได้ และ bridge จะไม่สามารถยืนยัน state ใหม่ได้ ความเสี่ยงจะสะสมต่อไปในขณะที่ผู้ใช้ขาดการตอบสนองแบบ on-chain
การรีสตาร์ทแบบบังคับยังจะทำให้การฟื้นตัวอยู่ในมือของกลุ่มนักพัฒนา ผู้ดำเนินงาน และ validator กลุ่มเล็กๆ พวกเขาจะต้องวินิจฉัยข้อผิดพลาด ตกลงกันในการแก้ไข และประสานการกลับมาของเครือข่าย แต่ Ethereum กลับมุ่งผลิตบล็อกต่อไปเมื่อใดก็ตามที่ validator ที่ซื่อสัตย์ส่วนใหญ่ที่ตื่นอยู่สามารถสื่อสารกันได้
ชั้น finality ปกป้องประวัติการชำระธุรกรรมผ่านการโหวตของ validator ที่ลงลายเซ็น บล็อกหรือ attestation ที่ขัดแย้งกันสามารถสร้างหลักฐานที่ protocol ตรวจสอบได้ "Protocol จะลงโทษเฉพาะสิ่งที่สามารถพิสูจน์ได้เท่านั้น" Zanolini เขียน validator ที่ลงลายเซ็นในประวัติที่ขัดแย้งกันอาจสูญเสีย stake ผ่าน slashing
Ethereum ยังใช้ inactivity leak เมื่อ finality ไม่พร้อมใช้งานนานกว่าสี่ epoch validator ที่ออฟไลน์จะค่อยๆ สูญเสีย stake ที่มีผล โดยบทลงโทษจะเพิ่มขึ้นในช่วงที่หยุดชะงักเป็นเวลานาน ซึ่งจะเปลี่ยนดุลการโหวตจนกว่า validator ที่มีส่วนร่วมจะควบคุม stake เพียงพอในการ finalize เชนโดยอัตโนมัติอีกครั้ง
กระบวนการนี้ไม่ต้องการ hard fork หรือการรีบูตด้วยตนเอง การผลิตบล็อกดำเนินต่อไปในขณะที่ stake ที่ไม่ได้ใช้งานลดลง Zanolini อธิบายเส้นทางการฟื้นตัวนี้ว่าเป็นส่วนสำคัญของการออกแบบ Ethereum เพราะ protocol สามารถกลับสู่ finality ได้โดยไม่ต้องรอให้ validator ที่ออฟไลน์ทุกตัวเชื่อมต่อใหม่
โมเดลของ Ethereum จะเปราะบางยิ่งขึ้นเมื่อ consensus client ตัวเดียวควบคุม stake มากเกินไป Client ที่มีมากกว่าหนึ่งในสามสามารถคุกคาม finality ในระหว่างที่เกิดข้อผิดพลาดครั้งใหญ่ การควบคุมที่มากกว่าครึ่งหนึ่งสามารถบิดเบือน fork choice ในขณะที่ client ที่มีมากกว่าสองในสามอาจช่วย finalize ประวัติที่ไม่ถูกต้องก่อนที่ผู้ดำเนินงานจะตอบสนองได้
ตามที่ crypto.news รายงานก่อนหน้านี้ ข้อผิดพลาดของ Prysm หลังการอัปเกรด Fusaka ในเดือนธันวาคม 2025 ทำให้การมีส่วนร่วมของ validator ลดลงเหลือประมาณ 75% เครือข่ายพลาด 41 epoch และ validator สูญเสียรางวัลประมาณ 382 ETH แต่ client อื่นๆ ยังคงทำงานต่อไปและ Ethereum หลีกเลี่ยงการสูญเสีย finality ได้
ทีม Protocol Consensus ของ Ethereum Foundation กำลังศึกษาวิธีการแยกการผลิตบล็อกและ finality ให้ชัดเจนยิ่งขึ้น ข้อเสนองานวิจัยในเดือนมีนาคมแนะนำให้ใช้คณะกรรมการแบบ sampled สำหรับบล็อกที่เร็วขึ้น ในขณะที่กระบวนการแยกต่างหากทำการ finalize เชนที่อยู่ด้านหลัง ซึ่งจะช่วยให้ทั้งสองระบบใช้การตั้งค่าเวลาและความปลอดภัยที่แตกต่างกันได้
การอัปเดตเมื่อวันที่ 11 พฤษภาคมระบุว่างาน consensus ถัดไปของ Ethereum จะมุ่งเน้นการลดเวลา finality ซึ่งปัจจุบันใช้เวลาประมาณสอง epoch ภายใต้สภาวะปกติ รายงานแยกจาก crypto.news ระบุว่า Vitalik Buterin สนับสนุน Minimmit ซึ่งเป็นระบบ finality แบบ one-round ที่เสนอขึ้น ข้อเสนอนี้อาจ settle บล็อกได้เร็วขึ้น แม้ว่าการออกแบบปัจจุบันจะยอมรับ fault tolerance ที่เป็นทางการต่ำกว่า Casper FFG
คำอธิบายของ Zanolini นำเสนอความยืดหยุ่นของ Ethereum ในฐานะชุดของทางเลือกที่เชื่อมโยงกันมากกว่าคุณลักษณะเดียว บล็อกที่ต่อเนื่องรักษาการเข้าถึง finality ปกป้องประวัติการชำระธุรกรรม slashing ตีราคาพฤติกรรมที่พิสูจน์ได้ว่าผิด บทลงโทษจากการไม่ใช้งานสนับสนุนการฟื้นตัวอัตโนมัติ และ client หลากหลายลดการแพร่กระจายของ bug ที่ใช้ร่วมกันทั่วทั้งเครือข่าย validator ที่กว้างขึ้น


