ข่าว 
ข้อมูลเหรียญ 
แนะนำสื่อ 
นักพัฒนาแกนหลักของอีเธอเรียม(Ethereum, ETH) เลื่อนสถานะข้อเสนอ EIP-8141 ขึ้นเป็น 'ข้อเสนอหลัก' ของชั้น Execution สำหรับการอัปเกรดครั้งต่อไปที่ชื่อ เฮโกตา(Hegotá) ในการประชุมเมื่อวันที่ 27 สิงหาคม (เวลาท้องถิ่น) ข้อเสนอนี้จะแยกขั้นตอนการตรวจสอบธุรกรรม การจ่ายค่าแก๊ส และการประมวลผลออกจากกัน เพื่อรองรับ 'บัญชีที่ตั้งโปรแกรมได้'
ในที่ประชุมวันเดียวกัน นักพัฒนาได้บรรจุ EIP-8141 เป็นฟีเจอร์หลักของเฮโกตาอย่างเป็นทางการ ส่งผลให้ทีมพัฒนาไคลเอนต์ต่างๆ เริ่มพัฒนาและทดสอบตามข้อเสนอนี้ได้ทันที
มูลนิธิอีเธอเรียม(Ethereum Foundation) เปิดเผยผลประเมิน EIP สำหรับเฮโกตาเมื่อวันที่ 7 ที่ผ่านมา โดยจัดให้ EIP-8141 และ EIP-7805 หรือ 'โฟซิล(FOCIL)' อยู่ในกลุ่มข้อเสนอที่ 'ต้องรวมไว้' อย่างแน่นอน จากทั้งหมด 62 ข้อเสนอที่นำมาประเมิน ส่วนที่เหลือถูกแบ่งตามระดับความสำคัญหรือถูกตัดออกจากการพิจารณา
การตัดสินใจครั้งนี้หมายความว่า EIP-8141 ขยับสถานะจากขั้น 'มีแนวโน้มรวม' ขึ้นมาเป็นข้อเสนอหลักของชั้น Execution ในเฮโกตาอย่างเป็นทางการ ต่อเนื่องจากรายงานก่อนหน้าของโทเคนโพสต์ที่ระบุว่า EIP-8141 เคยอยู่ในสถานะมีแนวโน้มรวมเข้าเฮโกตา การถกเถียงของนักพัฒนาจึงเดินหน้าเข้าสู่ขั้นตอนพัฒนาและทดสอบจริง
โครงสร้างของ EIP-8141 คือการแบ่งธุรกรรมหนึ่งรายการออกเป็นหลาย 'เฟรม (frame)' โดยแต่ละเฟรมสามารถใช้ตรรกะการเขียนโปรแกรมที่ต่างกันสำหรับการตรวจสอบธุรกรรม การจ่ายค่าแก๊ส และการประมวลผลจริง
ปัจจุบันบัญชีทั่วไปทำงานโดยให้ผู้ใช้เซ็นธุรกรรมด้วยกุญแจส่วนตัว จากนั้นบัญชีเดียวกันต้องจ่ายค่าธรรมเนียมเป็นอีเธอเรียม(ETH) ก่อนธุรกรรมจะถูกประมวลผล ขณะที่ 'เฟรมทรานแซกชัน' จะแยกผู้เซ็น ผู้จ่ายค่าธรรมเนียม และวิธีการประมวลผลออกจากกัน ทำให้โครงสร้างเดิมมีความยืดหยุ่นมากขึ้น
ด้วยโครงสร้างนี้ แอปพลิเคชันหรือบัญชีอื่นสามารถออกค่าแก๊สแทนผู้ใช้ได้ ทั้งยังรองรับการทำหลายคำสั่งพร้อมกันในธุรกรรมเดียว การใช้วิธีพิสูจน์ตัวตนหรือเซ็นชื่อรูปแบบใหม่ที่ต่างจากเดิม รวมถึงเปิดทางให้ออกแบบระบบจ่ายค่าธรรมเนียมด้วยโทเคนอื่นที่ไม่ใช่อีเธอเรียม(ETH) ได้ด้วย
การทำ 'บัญชีอัตโนมัติ' หรือ account abstraction ไม่ใช่เรื่องใหม่บนอีเธอเรียม เพราะบัญชีอัจฉริยะที่อิงมาตรฐาน ERC-4337 ก็ใช้โครงสร้างพื้นฐานแยกต่างหากเพื่อทำสิ่งนี้อยู่แล้ว
แต่ EIP-8141 เลือกวิธีเปลี่ยนรูปแบบธุรกรรมโดยตรง เพื่อฝังฟีเจอร์บัญชีอัตโนมัติไว้ในชั้นเลเยอร์ 1 ของอีเธอเรียมเอง ต่างจากวิธีเดิมที่ต้องพึ่งพา 'รีเลย์เยอร์' หรือ 'บันเดิลเลอร์' แยกต่างหาก จึงถูกเรียกว่า 'บัญชีอัตโนมัติแบบเนทีฟ (native account abstraction)'
เฟรมทรานแซกชันยังส่งผลถึงวิธีบริหารจัดการกุญแจด้วย เพราะเปิดทางให้ออกแบบการยืนยันตัวตนด้วยหลายกุญแจ การเปลี่ยนหรือกู้คืนกุญแจ และการยืนยันตัวตนแบบพาสคีย์ (passkey) ไว้ในโปรโตคอลได้โดยตรง
ประเด็นการเปลี่ยนผ่านสู่ระบบต้านทานควอนตัม (quantum-resistant) ก็ถูกหยิบยกเป็นบริบทที่เกี่ยวข้องเช่นกัน ปัจจุบันบัญชีทั่วไปของอีเธอเรียมพึ่งพาการเซ็นชื่อแบบ secp256k1 ที่อิงการเข้ารหัสเส้นโค้งวงรี แต่ EIP-8141 ทำให้การตรวจสอบธุรกรรมสามารถตั้งโปรแกรมได้ ซึ่งจะช่วยลดภาระในการปรับโครงสร้างธุรกรรมใหม่ หากในอนาคตต้องเปลี่ยนไปใช้ระบบเซ็นชื่อรูปแบบใหม่
อย่างไรก็ตาม EIP-8141 เองไม่ได้ทำให้อีเธอเรียมกลายเป็นเครือข่ายต้านทานควอนตัมในทันที ข้อเสนอนี้เป็นเพียงเทคโนโลยีที่วางโครงสร้างธุรกรรมให้พร้อมรองรับระบบการเข้ารหัสรูปแบบใหม่ในอนาคตเท่านั้น
มูลนิธิอีเธอเรียมระบุในผลประเมินเฮโกตาว่า EIP-8141 คือฟีเจอร์หลักของชั้น Execution ส่วนในชั้น Consensus นั้น EIP-7805 หรือโฟซิล(FOCIL) ถูกจัดเป็นฟีเจอร์หลักเช่นกัน ขณะที่ข้อเสนอที่เหลือยังต้องผ่านกระบวนการคัดกรองเพิ่มเติม
ขอบเขตทั้งหมดของเฮโกตาและกำหนดเวลาที่จะนำไปใช้บนเมนเน็ตยังไม่ถูกสรุป โดยนักพัฒนาวางแผนจะกำหนดขอบเขต EIP ที่จะรวมไว้ในการอัปเกรดให้เสร็จก่อนงานเดฟคอน(Devcon) ที่จะเปิดฉากวันที่ 3 พฤศจิกายน ณ เมืองมุมไบ ประเทศอินเดีย
การประชุมนักพัฒนาแกนหลักของอีเธอเรียมครั้งถัดไปจะมีขึ้นในวันที่ 24 นี้ โดยอ้างอิงจากผลสรุปของมูลนิธิอีเธอเรียมที่จัดให้ EIP-8141 และ EIP-7805 เป็นข้อเสนอที่จำเป็นสำหรับเฮโกตา การประชุมครั้งต่อไปคาดว่าจะหารือรายละเอียดการพัฒนา รวมถึงการพิจารณาว่าจะรวมข้อเสนออื่นเพิ่มเติมหรือไม่
ความคิดเห็น 0