Dencun และ Pralectra: แผนภูมินักพัฒนาหลักของ Ethereum ในปี 2024 ที่มีความทะเยอทะยาน

นักพัฒนาหลักของ Ethereum กำลังถกเถียงกันถึงลำดับความสำคัญของฮาร์ดฟอร์คครั้งต่อไปหลังจาก “Dencun” ซึ่งอาจเกิดขึ้นในช่วงปลายปี 2024 หรือ 2025

หลังจากการเรียก All Core Devs ในวันพฤหัสบดี กำหนดการเบื้องต้นสำหรับ Dencun fork ยังคงไม่เปลี่ยนแปลง โดย Goerli testnet จะเริ่มในวันที่ 17 มกราคม

เนื่องจากมีแนวโน้มว่าจะเปิดตัวการอัพเกรดในเดือนมีนาคม นักพัฒนาจึงหันความสนใจไปยังสิ่งที่จะเกิดขึ้นต่อไปในปราก-อีเลคตร้า หรือเรียกสั้นๆ ว่า Pralectra ซึ่งเป็นการอัพเกรดที่จะตามมา

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

Verkle Trees เป็นโครงสร้างข้อมูลใหม่ที่พัฒนา Merkle Tree ในปัจจุบันที่ใช้อยู่ในปัจจุบัน โดยใช้เทคนิคทางคณิตศาสตร์ที่ซับซ้อนมากขึ้น — ความมุ่งมั่นของเวกเตอร์ที่อิงจากการจับคู่เส้นโค้งวงรี ซึ่งเป็นความแตกต่างที่สำคัญจากฟังก์ชันแฮชที่เรียบง่ายกว่าที่ใช้ใน Merkle Trees ตามข้อมูลของ verkle ข้อมูล.

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

กล่าวโดยสรุป มันเป็นวิธีจัดการกับปัญหาระยะยาวของ "การขยายตัวของรัฐ" ซึ่งจะมีความสำคัญมากขึ้นตามขนาดของ Ethereum

การอัปเกรดถือเป็นก้าวสำคัญในแผนงานระยะยาวของ Ethereum ซึ่งระยะนี้เรียกว่า The Verge

ไม่มีความเห็นพ้องชัดเจนในการโทรนี้ — ผู้สนับสนุนบางคนให้มุ่งเน้นไปที่ Verkle Trees อย่างเต็มที่ โดย Guillaume Ballet ที่ Ethereum Foundation เตือนว่า “ไม่มีสิ่งที่เรียกว่าทางแยกเล็กๆ น้อยๆ” แต่คนอื่นๆ เรียกร้องให้มีความมุ่งมั่นอย่างแน่วแน่ในการอัพเกรดเครือข่าย อีกครั้งในปี 2024

ความกลัวก็คือ Verkle Trees อาจใช้เวลา 18 เดือนหรือมากกว่าในการส่งมอบ — ชั่วนิรันดร์ใน crypto

ตัว Dencun นั้นมีกำหนดเดิมในเดือนพฤศจิกายน แต่ในที่สุดก็ถูกเลื่อนออกไปในปี 2024 เมื่อเดือนตุลาคมปีที่แล้ว

อ่านเพิ่มเติม: Core devs ปฏิเสธ Dencun fork ในปีนี้

“Verkle อยู่ในระดับเดียวกับ Merge หากไม่ได้แย่กว่านั้นในแง่ของความซับซ้อน” บัลเลต์กล่าว “คุณไม่สามารถจัดส่งสิ่งใดๆ ในเวลาเดียวกันได้ทางฝั่ง [เลเยอร์การดำเนินการ]”

Lukasz Rozmej จากทีมลูกค้าการดำเนินการ Nethermind เห็นด้วย โดยแนะนำให้นักพัฒนาจัดลำดับความสำคัญของ Fork ที่มีฟีเจอร์มากมายก่อน ก่อนที่จะหันมาใช้ Verkle Trees อย่างเต็มที่

“ประสบการณ์ของผมบอกฉันว่าการออกแบบของรัฐนั้นยากมาก และใช้เวลานานมาก” เขาบอกกับเพื่อนร่วมงานทางโทรศัพท์ “ความทนทานของ Verkle ไม่ใช่ข้อกำหนด แต่เป็นการใช้งาน การเพิ่มประสิทธิภาพ และการทดสอบ”

คุณสมบัติใช่ แต่อันไหนล่ะ?

ในบรรดาผู้ที่สนับสนุนการแยกทางครั้งที่สองในปี 2024 โดยมุ่งเน้นไปที่ฟีเจอร์ต่างๆ ได้แก่ ทีมลูกค้าของ Nethermind, Besu และ Reth แต่คำถามคืออะไรจะมาก่อน?

Andrew Ashikhmin วิศวกรซอฟต์แวร์ในทีมลูกค้า Eragon แนะนำว่า EVM Object Format (EOF) จะเป็นหนึ่งในตัวเลือกที่จะขับเคลื่อนการอัปเกรดครั้งต่อไป โดยไม่รบกวนการทำงานระยะยาวบน Verkle Trees เนื่องจากสามารถนำไปใช้โดยทีมขนาดเล็ก และเป็นการเปลี่ยนแปลงฐานโค้ดที่แยกออกจากกันมากขึ้น

“แต่ Verkle ควรเป็นจุดสนใจหลัก” เขากล่าว

เดิมที EOF ถือเป็น Hard Fork ของ Shapella แต่ถือว่าใหญ่เกินกว่าจะจับคู่เป็น "ผู้โดยสาร" ควบคู่ไปกับ "ไดรเวอร์" หลัก Proto-Dank sharding หรือ EIP-4844

อ่านเพิ่มเติม: การอัปเกรดครั้งต่อไปของ Ethereum เพื่อมุ่งเน้นไปที่ Blobs 

EOF นั้น "ไม่ใช่ผู้โดยสารอย่างแน่นอน" ตามที่ Justin Florentine วิศวกรโปรโตคอลของทีมลูกค้า Besu กล่าว แต่เขากล่าวว่า Besu ได้ "มีความก้าวหน้าอย่างมาก" ในฟีเจอร์นี้ และดังนั้นจึงสนับสนุนให้มีการนำคุณลักษณะนี้ไปใช้ใน Pralectra

Georgios Konstantopoulos ประธานเจ้าหน้าที่ฝ่ายเทคโนโลยีและนักวิจัยของบริษัทการลงทุน Paradigm ซึ่งกำลังสร้างลูกค้า Rust Ethereum (Reth) กล่าวว่าทีมงานของเขา “ตกลง [กับ] EOF เนื่องจากเป็นงาน [a] คนคนเดียวและ [ต้องการ] การทดสอบแบบแยกส่วน”

แต่ Marius van der Wijden ผู้พัฒนา Ethereum Foundation แบ่งปันความเห็นว่า “EOF จะไม่อยู่ในทางแยกเล็กๆ”

Ansgar Dietrichs ที่ Ethereum Foundation สนับสนุน EOF เพื่อรวมไว้ใน Pralectra เมื่อเดือนเมษายนปีที่แล้ว และตั้งข้อสังเกตในการโทรเมื่อวันพฤหัสบดีว่าทีม Solidity ซึ่งรักษาภาษาการเขียนโปรแกรมสัญญาอัจฉริยะหลักของ EVM นั้นได้รับการสนับสนุนอย่างมาก

อย่างไรก็ตาม ไม่มีใครอยู่ในสายเพื่อสนับสนุน EOF อย่างชัดเจน ทำให้ Tomasz Stanczak ผู้ก่อตั้ง Nethermind พูดว่า "ถ้าไม่มีใครสนับสนุน EOF ในการโทรครั้งนี้ ก็จะสรุปได้ว่าเหตุใดจึงยังไม่ถูกจัดส่ง"

Stanczak เรียกว่า EIP-7002 หรือ “Execution layer triggerable exits” เป็น EIP ที่ได้รับการโหวตมากที่สุดในฟอรัม Ethereum Magicians และ “สำคัญอย่างยิ่ง” เพราะมันแก้ไข “ข้อบกพร่องในการออกแบบที่สำคัญพร้อมการปักหลัก [และ] ไม่สามารถมาเร็วพอ”

Parithosh Jayanthi นักพัฒนาหลักที่เป็นที่รู้จักในชื่อเล่น “Potuz” กล่าวว่าหากเขาต้องเลือกฟีเจอร์หนึ่งที่จะจัดส่ง มันจะเป็น EIP-7002 อย่างไรก็ตาม ในความเห็นของเขา EIP-7549 “ควรจะอยู่ในนั้นอย่างแน่นอน”

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

ในปัจจุบัน เพื่อให้บรรลุฉันทามติ จำเป็นต้องตรวจสอบการรับรองขั้นต่ำ 1366 รายการ ซึ่งบ่งชี้ถึงข้อตกลงระหว่างผู้ตรวจสอบความถูกต้อง แต่หลังจาก EIP-7549 จะลดลงเหลือเพียง 22 รายการ

“การติดตั้งใช้งานนั้นไม่ใช่เรื่องง่าย และจะช่วยประหยัดเวลาในการรวบรวมได้มาก” Potus กล่าว “มันสามารถช่วยได้บนสะพานที่ไม่น่าเชื่อถือ — และ zk-provers, zk-bridges — เป็นสิ่งที่ควรจะอยู่ในทางแยกใดก็ตามที่เราทำต่อไป”

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

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

อย่าพลาดเรื่องสำคัญต่อไป – เข้าร่วมจดหมายข่าวรายวันฟรีของเรา