Back to top
  • 공유 แชร์
  • 인쇄 พิมพ์
  • 글자크기 ขนาดตัวอักษร
ลิงก์ถูกคัดลอกแล้ว

อีเธอเรียมเลื่อนอัปเกรดใหญ่ไปไตรมาส 4/2026 เร่งคัดข้อเสนอ 66 ฉบับใน 2 สัปดาห์

ทีมพัฒนาอีเธอเรียม(ETH) ปรับตารางอัปเกรดใหญ่ครั้งต่อไปใหม่ทั้งหมด โดยอัปเกรด 'กลามสเตอร์ดัม (Glamsterdam)' ซึ่งเดิมคาดว่าจะเริ่มในช่วงครึ่งแรกของปี 2026 ถูกเลื่อนไปเป็นไตรมาส 4 (ตุลาคม-ธันวาคม) ของปีเดียวกัน ส่วนอัปเกรดถัดไปที่ชื่อ 'เฮโกตา (Hegotá)' ก็ถูกเลื่อนออกไปเป็นปี 2027

ก่อนหน้านี้ มูลนิธิอีเธอเรียม (Ethereum Foundation) เคยระบุว่ากลามสเตอร์ดัมจะเริ่มในครึ่งแรกของปี 2026 และเฮโกตาจะเริ่มในครึ่งหลังของปีเดียวกัน แต่ทีมพัฒนาประกาศเปลี่ยนแผนอย่างเป็นทางการเมื่อวันที่ 17 (เวลาท้องถิ่น) หลังเปิดใช้งานเทสต์เน็ตสาธารณะ 'พลาโตแบร์เกต (Platåberget)' ตามแผน ทีมจะทดสอบกลามสเตอร์ดัมบนพลาโตแบร์เกตเป็นเวลาหลายเดือน ก่อนส่งต่อไปยังเทสต์เน็ตระยะยาวอย่างเซโปเลีย (Sepolia) และโฮเลสกี (Holesky)

กลามสเตอร์ดัมมีการเปลี่ยนแปลงสำคัญ รวมถึงการ 'ปรับเพิ่ม' ลิมิตแก๊ส (Gas Limit) ซึ่งหมายความว่ากระเป๋าเงินดิจิทัล ระบบอินเดกซ์ และเครื่องมือประเมินค่าแก๊สบางส่วนที่ตั้งค่าลิมิตแก๊สสูงสุดไว้แบบตายตัว จะต้องปรับแก้ตรรกะการทำงานก่อนอัปเกรดจะมาถึง

งานที่เร่งด่วนกว่านั้นคือการคัดเลือกข้อเสนอที่จะบรรจุไว้ในเฮโกตา โทนี วาร์สแตตเตอร์ (Toni Wahrstätter) นักวิจัยของอีเธอเรียม ระบุเมื่อวันที่ 16 (เวลาท้องถิ่น) ว่าปัจจุบันมีข้อเสนอปรับปรุงอีเธอเรียม (Ethereum Improvement Proposal หรือ EIP) ที่อยู่ระหว่างพิจารณาสำหรับเฮโกตาถึง 66 ฉบับ และมองว่าข้อเสนอส่วนใหญ่ยากที่จะได้รับการอนุมัติ หากไม่มีการพัฒนาจริงและการตรวจสอบผ่านเดฟเน็ต (Devnet) และเทสต์เน็ตรองรับ ก่อนเป้าหมายการเปิดตัวในปี 2027

จากกำหนดการประชุม 'All Core Devs' เมื่อวันที่ 13 ที่ผ่านมา ทีมพัฒนาจะต้องสรุปรายชื่อข้อเสนอรอบสุดท้ายให้เสร็จภายในเวลาประมาณ 2 สัปดาห์จากนี้ โดยบัญชีรายชื่อข้อเสนอที่จะบรรจุ (Proposal-For-Inclusion หรือ PFI) ของเฮโกตาจะสรุปให้แล้วเสร็จภายในวันที่ 27 สิงหาคม ข้อเสนอที่ไม่มีผู้รับผิดชอบพัฒนาอย่างชัดเจนจะถูกเลื่อนไปยังอัปเกรดรอบต่อไปโดยอัตโนมัติ ขณะที่ทีมพัฒนาไคลเอนต์ (Client) แต่ละทีมต้องส่งรายชื่อข้อเสนอที่ต้องการภายในวันที่ 10 กันยายน

EIP คือกระบวนการจัดทำเอกสารสรุปการเปลี่ยนแปลงโปรโตคอลเพื่อให้ชุมชนตรวจสอบ ส่วนการประชุม All Core Devs คือเวทีที่มูลนิธิอีเธอเรียม ทีมพัฒนาไคลเอนต์ต่างๆ และนักวิจัยอิสระมาประชุมกันเป็นประจำเพื่อกำหนดทิศทางอัปเกรด เนื่องจากอีเธอเรียมไม่มีผู้มีอำนาจตัดสินใจเพียงคนเดียว ขอบเขตของแต่ละอัปเกรดจึงถูกกำหนดผ่านกระบวนการหาข้อตกลงร่วมแบบนี้

ในระดับ Consensus Layer ข้อเสนอที่ถูกมองว่ามาเป็นอันดับแรกคือ 'โฟซิล (FOCIL, EIP-7805)' ซึ่งช่วยเพิ่มความสามารถในการต้านทานการเซ็นเซอร์ (Censorship Resistance) โดยให้คณะกรรมการผู้ตรวจสอบ (Validator Committee) สามารถกำหนดรายการธุรกรรมที่ต้องถูกบรรจุลงบล็อกได้โดยตรง ช่วยจำกัดไม่ให้ผู้สร้างบล็อก (Builder) กีดกันธุรกรรมบางรายการได้ตามอำเภอใจ

วาร์สแตตเตอร์ยังเสนอว่าควรบรรจุ Frame Transactions (EIP-8141), Keyed Nonces (EIP-8250) และ Recent Roots (EIP-8272) เข้าไปด้วย โดย Frame Transactions จะแยกขั้นตอนการตรวจสอบธุรกรรม การประมวลผล และการจ่ายค่าธรรมเนียมออกจากกัน เพื่อเสริมความสามารถด้าน Account Abstraction ส่วน Keyed Nonces จะเปิดให้แต่ละบัญชีมีพื้นที่ Nonce ของตัวเองแยกจากกันได้

ด้านข้อเสนอเกี่ยวกับการขยายขนาด (Scaling) ก็มีการแข่งขันไม่น้อย โดยมีทั้งการปรับราคาข้อมูลธุรกรรมและบล็อกใหม่ (EIP-8131, EIP-8279) การปรับต้นทุนที่เพิ่มขึ้นจากการเติบโตของสถานะ (State Growth) ผ่าน EIP-8368 และ 'Quick Slots (EIP-8198)' นอกจากนี้ อีเธอเรียมยังพิจารณาแผนปรับเพิ่มลิมิตแก๊สขึ้นไปใกล้ 600 ล้านหน่วยด้วย

อีกหนึ่งความเคลื่อนไหวที่น่าสนใจคือการเข้าร่วมของ 'Ethlabs' สถาบันวิจัยอีเธอเรียมอิสระที่ก่อตั้งขึ้นเมื่อเดือนมิถุนายนที่ผ่านมา ซึ่งเข้ามาร่วมหารือเรื่องเฮโกตาอย่างเต็มตัวเป็นครั้งแรก องค์กรนี้นำโดยอดีตนักพัฒนาของมูลนิธิอีเธอเรียมและโจเซฟ ลูบิน (Joseph Lubin) หนึ่งในผู้ร่วมก่อตั้งอีเธอเรียม

Ethlabs สนับสนุน Quick Slots ในฐานะจุดเริ่มต้นของการเพิ่มความเร็วให้อีเธอเรียม และยืนยันว่าควรขยายความสามารถของ Layer 1 (L1) อย่างต่อเนื่อง โดยแย้งข้อโต้แย้งที่ว่าพื้นที่บล็อกในปัจจุบันเพียงพอแล้วว่าแอปพลิเคชันบางส่วนยังมีข้อจำกัดในการทำงานบนเมนเน็ตอยู่จริง

อย่างไรก็ตาม Ethlabs เน้นย้ำว่าเฮโกตาควรถูกรักษาไว้ในลักษณะ 'ฟอร์กที่มีจุดโฟกัสชัดเจน' มากกว่าจะเป็น 'ชุดข้อเสนอหลวมๆ' เนื่องจาก Execution Layer มีแนวโน้มจะมีภาระงานหนักขึ้น จึงควรตั้งมาตรฐานที่สูงสำหรับ EIP ฝั่ง Execution Layer เพิ่มเติม ในขณะที่ Consensus Layer ควรคงไว้เพียงข้อเสนอระดับ FOCIL และ Quick Slots เพื่อรักษากำลังคนด้านวิศวกรรมไว้สำหรับการเปลี่ยนแปลงเชิงโครงสร้างที่ใหญ่กว่าในอนาคต

Ethlabs แนะนำให้ปฏิเสธหรือเลื่อน EIP-8375 ซึ่งเกี่ยวข้องกับการเผา MEV (MEV Burn) และ EIP-8182 ซึ่งเป็นฟีเจอร์การโอนอีเธอเรียม(ETH) และโทเคน ERC-20 แบบส่วนตัว โดยให้เหตุผลว่า EIP-8375 ยังไม่ได้รับข้อตกลงร่วมที่กว้างพอ แม้จะมีการศึกษามาหลายปีแล้ว ส่วน EIP-8182 ถูกมองว่าเป็นฟีเจอร์ระดับ 'อัปเกรดใหญ่' เนื่องจากต้องพึ่งพาเทคโนโลยี Zero-Knowledge Proof (ZK) ซึ่งเป็นสิ่งใหม่ที่ยังไม่เคยถูกนำมาใช้

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

รายชื่อข้อเสนอสุดท้ายของเฮโกตาจะสรุปในวันที่ 27 สิงหาคม ส่วนรายชื่อที่แต่ละทีมไคลเอนต์ต้องการจะต้องส่งภายในวันที่ 10 กันยายน ทิศทางเทคโนโลยีขั้นต่อไปของอีเธอเรียมจะขึ้นอยู่กับว่าข้อเสนอกลุ่มใดจะได้รับเลือกในที่สุด ไม่ว่าจะเป็นกลุ่มที่เน้นการต้านทานการเซ็นเซอร์ กลุ่มที่เน้นการขยายขนาด หรือกลุ่มที่เน้นเสริมความเป็นส่วนตัว

<ลิขสิทธิ์ ⓒ TokenPost ห้ามเผยแพร่หรือแจกจ่ายซ้ำโดยไม่ได้รับอนุญาต>

บทความที่มีคนดูมากที่สุด

บทความที่เกี่ยวข้อง

ความคิดเห็น 0

ข้อแนะนำสำหรับความคิดเห็น

ขอบคุณสำหรับบทความดี ๆ ต้องการบทความติดตามเพิ่มเติม เป็นการวิเคราะห์ที่ยอดเยี่ยม

0/1000

ข้อแนะนำสำหรับความคิดเห็น

ขอบคุณสำหรับบทความดี ๆ ต้องการบทความติดตามเพิ่มเติม เป็นการวิเคราะห์ที่ยอดเยี่ยม
1