อัปเดต ‘Glamsterdam’ ของ Ethereum… Glamsterdam เตรียมเครือข่ายทดสอบสาธารณะและ Hegotá อยู่ในขั้นตอนการตรวจสอบเบื้องต้น

[บล็อกมีเดีย ฮัมจีฮยอน นักข่าว] Ethereum กำลังดำเนินการเตรียมการสำหรับการอัปเกรดครั้งต่อไป ‘Glamsterdam’ ซึ่งจะนำไปใช้ในเครือข่ายทดสอบ Sepolia โดยการพัฒนาอัปเกรดต่อไป ‘Hegotá’ จะดำเนินการควบคู่กันในลักษณะที่จะทดสอบฟังก์ชันหลักแต่ละอย่างก่อนที่จะรวมเข้าด้วยกัน

ตามการประชุมทดสอบนักพัฒนาที่จัดโดย Ethereum Collective Korea (ECK) ในวันที่ 24 ซึ่งเรียกว่า ‘ACDT #97’ ทีมพัฒนาทำการปรับตารางเวลาของเครือข่ายทดสอบ Glamsterdam และวิธีการทดสอบเบื้องต้นของ Hegotá ในการประชุมเมื่อวันที่ 21 (ตามเวลาท้องถิ่น) การอภิปรายมุ่งเน้นไปที่ลำดับการตรวจสอบฟังก์ชันที่กำลังดำเนินการอยู่มากกว่าการเพิ่มฟังก์ชันใหม่

กระแสการอัปเกรดหลักของ Ethereum เริ่มต้นจาก ‘Fusaka’ ซึ่งได้ถูกนำไปใช้ใน Mainnet แล้ว และกำลังอยู่ในระหว่างการตรวจสอบ ‘Glamsterdam’ ซึ่งจะตามมาด้วย ‘Hegotá’ Glamsterdam มีเป้าหมายที่จะนำไปใช้ใน Mainnet ในไตรมาสที่ 4 ของปีนี้ ขณะที่ Hegotá มีเป้าหมายในไตรมาสที่ 2 ของปีหน้า แต่ยังไม่มีวันที่แน่นอน

ก่อนที่ Glamsterdam จะถูกนำไปใช้ใน Mainnet จะต้องมีการตรวจสอบความเสถียรของฟังก์ชันใหม่ในเครือข่ายทดสอบก่อน โดยเครือข่ายทดสอบ Ethereum ที่ใช้ในกระบวนการนี้คือ ‘Sepolia’ และ ‘Hoodi’ ทีมพัฒนาจะนำ Glamsterdam ไปใช้ในเครือข่ายทดสอบทั้งสอง โดยใน Sepolia จะตรวจสอบว่าแอปพลิเคชันและสัญญาอัจฉริยะทำงานได้ตามปกติหรือไม่ ขณะที่ใน Hoodi จะตรวจสอบการดำเนินการของผู้ตรวจสอบและการสเตคกิ้งว่ามีปัญหาในฟังก์ชันเครือข่ายหรือไม่

Sepolia และ Hoodi ไม่ใช่ชื่อการอัปเกรดแยกต่างหาก แต่เป็นเครือข่ายทดสอบ Ethereum ที่ใช้ในการตรวจสอบฟังก์ชันใหม่ก่อนที่จะนำไปใช้ใน Mainnet Sepolia จะใช้ในการทดสอบแอปพลิเคชันและสัญญาอัจฉริยะ ขณะที่ Hoodi จะใช้ในการทดสอบการดำเนินการของผู้ตรวจสอบและการอัปเกรดเครือข่าย ดังนั้น Hoodi จะไม่ถูกนำไปใช้ใน Ethereum แต่ Glamsterdam จะถูกนำไปใช้ในเครือข่ายทดสอบ Hoodi ก่อนเพื่อยืนยันความเสถียร

Glamsterdam ได้เข้าสู่ขั้นตอนการกำหนดขอบเขตฟังก์ชันหลักและตรวจสอบความเสถียรในเครือข่ายทดสอบสำหรับนักพัฒนา (Devnet) ก่อนหน้านี้ Ethereum Foundation ได้เปิดเครือข่ายทดสอบ ‘Platåberget’ เมื่อวันที่ 17 ของเดือนที่แล้ว ซึ่งอนุญาตให้นักพัฒนาทั่วไปและผู้ดำเนินการโหนดเข้าร่วมได้ ซึ่งสร้างสภาพแวดล้อมเพื่อให้สามารถตรวจสอบได้ว่าวอลเล็ตและบริการต่างๆ จะทำงานได้ตามปกติหลังจากการอัปเกรด

กำหนดการสำคัญถัดไปคือการนำ Glamsterdam ไปใช้ในเครือข่ายทดสอบ Sepolia ในวันที่ 6 ตุลาคม โดยแต่ละทีมพัฒนาจะต้องแจกจ่ายเวอร์ชันใหม่ของซอฟต์แวร์การทำงานของเครือข่าย (Client) ภายในวันที่ 29 ของเดือนนี้ วันที่ที่เสนอเบื้องต้นสำหรับการนำ Glamsterdam ไปใช้ในเครือข่ายทดสอบ Hoodi คือวันที่ 27 ตุลาคม โดยจะมีการตัดสินใจในวันที่ 8 ตุลาคม

ดังนั้น Glamsterdam กำลังดำเนินการตรวจสอบฟังก์ชันการออกแบบและการดำเนินการเบื้องต้น และยังต้องยืนยันความเสถียรในเครือข่ายทดสอบสาธารณะเช่น Sepolia และ Hoodi ก่อนที่จะนำไปใช้ใน Mainnet แม้ว่าจะมีการกำหนดตารางการนำไปใช้ใน Sepolia แต่ก็ไม่ได้หมายความว่าจะมีการเปิดตัวใน Mainnet อย่างแน่นอน

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

ยังมีการดำเนินการ Bug Bounty ซึ่งให้รางวัลสำหรับการค้นหาและรายงานช่องโหว่ อย่างไรก็ตาม ณ วันที่ 24 รางวัลที่เกี่ยวข้องกับ Glamsterdam จะจำกัดอยู่ที่ข้อกำหนดทางเทคนิคและข้อเสนอการปรับปรุง Ethereum (EIP) รหัสการดำเนินการ Glamsterdam ของ Client ยังไม่อยู่ในขอบเขต และขอบเขตของรางวัลจะขยายหลังจากการประกาศเวอร์ชันผู้สมัครเปิดตัว

Hegotá, การตรวจสอบ ‘การป้องกันการเซ็นเซอร์ธุรกรรม’ และ ‘ความสะดวกในการใช้กระเป๋า’ แยกกัน

Hegotá ซึ่งเตรียมการหลังจาก Glamsterdam กำลังอยู่ในขั้นตอนการกำหนดฟังก์ชันหลักและการดำเนินการเบื้องต้นและการจัดตั้งเครือข่ายทดสอบ ฟังก์ชันหลักคือ ‘FOCIL (Forced Inclusion List Based on Fork Choice)’ และ ‘Frame Transaction (EIP-8141)’ ขณะที่รายละเอียดอื่นๆ ยังต้องมีการอภิปรายเพิ่มเติม

FOCIL เป็นกลไกที่ทำให้ผู้สร้างบล็อกไม่สามารถตั้งใจที่จะยกเว้นธุรกรรมที่ถูกต้องของผู้ใช้บางรายได้ โดยมีการเสนอรายการธุรกรรมที่หลายผู้ตรวจสอบจะต้องรวมไว้ในบล็อกและทำให้เกิดปัญหาการรวมศูนย์ของอำนาจในการเลือกธุรกรรมให้กับผู้ประกอบการบางราย

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

ใน ERC-4337 เมื่อผู้ใช้ส่งคำขอ ‘UserOperation’ แทนการทำธุรกรรมทั่วไป จะมี ‘Bundler’ ที่รวบรวมคำขอนี้และส่งเป็นธุรกรรม Ethereum หลังจากนั้น Smart Contract ทั่วไปที่เรียกว่า ‘EntryPoint’ จะจัดการขั้นตอนการตรวจสอบเงื่อนไขการอนุมัติของกระเป๋าและการดำเนินการคำขอ หากบริการจ่ายค่าธรรมเนียมแทนผู้ใช้ จะมีสัญญาแยกต่างหากที่เรียกว่า ‘Paymaster’ ที่ถูกใช้ด้วย Ethereum สามารถสร้างฟังก์ชันกระเป๋าที่สะดวกได้โดยไม่ต้องเปลี่ยนกฎการทำธุรกรรมพื้นฐาน แต่ต้องการโครงสร้างพื้นฐานเพิ่มเติมในการเชื่อมต่อ

ในทางกลับกัน Frame Transaction จะประกอบด้วยหลายขั้นตอนการประมวลผล เช่น ‘การตรวจสอบการอนุมัติของผู้ใช้’, ‘การตรวจสอบความยินยอมของผู้จ่ายค่าธรรมเนียม’, ‘การดำเนินการงานจริง’ ในการทำธุรกรรมเดียว โดยการตรวจสอบว่าผู้ใช้ได้อนุมัติการโอนเงินหรือไม่ และตรวจสอบว่าบริการได้ยินยอมในการจ่ายค่าธรรมเนียมหรือไม่ ก่อนที่จะดำเนินการโอนเงิน ซึ่งจะจัดการกระบวนการนี้ในธุรกรรมเดียว แทนที่จะรวมคำขอผู้ใช้แยกต่างหากในธุรกรรมทั่วไป การเปลี่ยนรูปแบบการทำธุรกรรมของ Ethereum เองให้สนับสนุนโครงสร้างนี้

ตัวอย่างเช่น ผู้ใช้ที่ถือ Stablecoin เท่านั้นโดยไม่มี ETH สามารถออกแบบให้ผู้จ่ายค่าธรรมเนียมจ่ายค่าธรรมเนียมใน ETH ให้กับเครือข่ายและรับค่าธรรมเนียมจากผู้ใช้ใน Stablecoin ได้ การรวม ‘การอนุมัติการใช้โทเค็น’ และ ‘การแลกเปลี่ยนโทเค็น’ ในธุรกรรมเดียวในกระดานแลกเปลี่ยนแบบกระจายศูนย์ และหากการแลกเปลี่ยนล้มเหลว ก็สามารถย้อนกลับการอนุมัติการใช้ได้ด้วย

ในการประชุมครั้งนี้ ทีมพัฒนาตัดสินใจที่จะทดสอบฟังก์ชันทั้งสองใน Devnet แยกต่างหาก และเมื่อการทำงานพื้นฐานมีความเสถียรแล้วจะรวมเข้ากับ Devnet รวมของ Hegotá การตัดสินใจนี้เกิดจากความคิดที่ว่าการใส่ฟังก์ชันที่ซับซ้อนทั้งหมดในครั้งเดียวอาจทำให้ยากต่อการหาสาเหตุเมื่อเกิดข้อผิดพลาด

อย่างไรก็ตามยังมีความคิดเห็นว่าการทดสอบแยกไม่เพียงพอ เนื่องจาก FOCIL ที่ต้องการให้ธุรกรรมถูกบรรจุในบล็อกอาจมีปัญหาเมื่อทำงานร่วมกับ Frame Transaction รูปแบบใหม่ นักวิจัยของมูลนิธิ โทนี่ บาร์ชเทตเตอร์ ชี้ให้เห็นว่าฟังก์ชันทั้งสองมีผลกระทบอย่างใกล้ชิดใน ‘mempool’ ซึ่งเป็นพื้นที่รอธุรกรรม ดังนั้นการตรวจสอบการรวมกันในระยะเริ่มต้นจึงมีความสำคัญ

แมตต์ แกนเน็ต นักพัฒนาของ Geth กล่าวว่า “เราต้องการให้ Devnet ของ Frame และ FOCIL ทำงานก่อน Devcon” ซึ่งเป็นข้อเสนอในการผลักดัน Devnet รวมในเดือนตุลาคม หากการทดสอบเบื้องต้นเป็นไปด้วยดี นี่คือเป้าหมายในการเปิดใช้งานเครือข่ายทดสอบสำหรับนักพัฒนา แต่ไม่ได้หมายความว่าจะนำ Hegotá ไปใช้ใน Mainnet ในเวลานั้น

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

อย่างไรก็ตาม หากข้อมูลถูกลบจากซอฟต์แวร์ด้านหนึ่ง แต่อีกด้านหนึ่งยังคงเก็บข้อมูลเดียวกันไว้ ภาระการจัดเก็บทั้งหมดจะไม่ลดลง ดังนั้นจึงมีการชี้ให้เห็นว่าต้องมีการปรับเกณฑ์การเก็บข้อมูลระหว่าง ‘Execution Layer’ ที่ประมวลผลธุรกรรมและ ‘Consensus Layer’ ที่รับผิดชอบการเห็นพ้องในบล็อก

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

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