Vitalik เสนอกรอบโครงสร้างใหม่ในการจัดรูปแบบธุรกรรม Ethereum

CoinMarketCap รายงานว่า Vitalik Buterin เสนอโมเดลธุรกรรม Ethereum ระยะยาว โดยแยกองค์ประกอบในธุรกรรมออกเป็นสองส่วนคือ "actions" และ "dependencies" เพื่อให้กระบวนการตรวจสอบและการรันธุรกรรมทำได้แยกจากกัน ในแนวคิดนี้ "actions" คือส่วนที่ทำหน้าที่เปลี่ยนแปลงสถานะบนเชน ขณะที่ "dependencies" ใช้ตรวจยืนยันว่าเงื่อนไขที่จำเป็นก่อนการรันได้ถูกทำครบแล้ว เช่น ลายเซ็น หลักฐานสถานะ และข้อกำหนดความถูกต้องอื่น ๆ ก่อนนำไปประมวลผลจริง ทำให้การตรวจสอบบางส่วนสามารถทำล่วงหน้าได้ก่อนธุรกรรมถูกบรรจุในบล็อก และเปิดโอกาสให้ประมวลผลแบบขนานได้มากขึ้น ปัจจุบัน กระบวนการธุรกรรมของ Ethereum มักผูกการอนุญาต การชำระค่าธรรมเนียม และการรันสัญญาไว้ในสายงานเดียว โหนดจึงต้องตรวจพร้อมกันทั้งความถูกต้องของลายเซ็น การมีเงินพอจ่ายค่าธรรมเนียม และผลการรันธุรกรรม Buterin มองว่าการตรวจบางส่วนไม่จำเป็นต้องอาศัยการเปลี่ยนแปลงสถานะสุดท้าย และในทางทฤษฎีสามารถแยกไปทำต่างหากได้ เช่น ลายเซ็นดิจิทัล zero-knowledge proofs หรือ validity proofs บางประเภทที่ไม่ขึ้นกับการเปลี่ยนแปลงสถานะบนเชน หากธุรกรรมระบุอย่างชัดเจนว่าจะเข้าถึงสถานะใดบ้าง mempool จะประเมินได้ง่ายขึ้นว่าเงื่อนไขใดถูกกระทบจากธุรกรรมก่อนหน้า และการตรวจสอบใดทำล่วงหน้าได้ ธุรกรรมที่คาดการณ์ได้มากขึ้นจึงอาจได้ประสิทธิภาพการตรวจสอบที่สูงขึ้น ข้อเสนอร่างที่สอดคล้องกับแนวทางนี้คือ EIP8141 ซึ่งยังอยู่ในสถานะ draft โดยเสนอชนิดธุรกรรมใหม่ชื่อ "Frame Transaction" แยกธุรกรรมออกเป็นหลาย call frames เพื่อจัดการการตรวจอนุญาต การจ่ายค่าธรรมเนียม และการรันคำสั่งผู้ใช้แบบแยกส่วน ตามการออกแบบร่าง ความถูกต้องของธุรกรรมและการชำระค่าธรรมเนียมจะไม่ยึดกับลายเซ็นมาตรฐานของเลเยอร์นอกทั้งหมดอีกต่อไป โดยโค้ดของบัญชีสามารถกำหนดวิธีอนุญาตและกฎการจ่ายเงินของตนเองได้ เฟรมตรวจสอบ (verification frame) ใช้ยืนยันว่าเงื่อนไขครบถ้วน ส่วนเฟรมส่ง (sending frame) ทำหน้าที่เปลี่ยนแปลงสถานะจริง โครงสร้างดังกล่าวยังถูกมองว่าช่วยทำให้รูปแบบธุรกรรมระดับฐานสอดคล้องกันมากขึ้นระหว่างเครือข่าย EVM ต่าง ๆ แต่ EIP8141 ยังเป็นเพียง core draft และยังไม่ถูกบรรจุในอัปเกรดของ Ethereum mainnet รวมถึงยังไม่มีไทม์ไลน์การนำไปใช้อย่างชัดเจน ในการหารือของนักพัฒนา มีการยกประเด็นทางเทคนิคหลายด้าน เช่น ความเสี่ยงแบบ denial-of-service กติกาการแทนที่ธุรกรรม (transaction replacement rules) ความเข้ากันได้กับกระเป๋าเงินและผู้สร้างบล็อก (wallet และ block builder compatibility) รวมถึงข้อจำกัดจำนวนธุรกรรมที่ค้างอยู่จากผู้ส่งรายเดียวใน public mempool ซึ่งยังอยู่ระหว่างถกเถียงต่อไป วิสัยทัศน์ระยะยาวของ Buterin ยังไปไกลกว่า EIP8141 โดยเสนอว่า "pure dependencies" ที่ไม่ต้องเข้าถึงสถานะบนเชนสามารถถูกตรวจเบื้องต้นที่ระดับ mempool ได้ แทนที่จะให้ผู้ตรวจสอบ (validator) ทุกคนต้องรันซ้ำ ๆ จากนั้นเครือข่ายสามารถบีบอัดงานตรวจสอบที่เสร็จแล้วหลายรายการเป็นหลักฐานแบบ recursive STARK และให้ตัวตรวจยืนยันตรวจร่วมกัน เป้าหมายคือการลดการคำนวณซ้ำซ้อนและลดภาระการตรวจสอบบางส่วน เขายังระบุว่าแนวทางนี้อาจช่วยให้ Ethereum ปรับตัวสู่คริปโตกราฟีหลังยุคควอนตัมในอนาคต เพราะลายเซ็นที่ทนทานต่อควอนตัมมักมีขนาดใหญ่และตรวจยืนยันได้มีต้นทุนสูง หากบัญชีปรับแต่งวิธีอนุญาตเองได้และผสานกับการรวมหลักฐานแบบ recursive ต้นทุนการตรวจยืนยันอาจลดลง อย่างไรก็ดี เนื้อหาส่วนนี้ยังอยู่ในขั้นวิจัย และไม่ใช่ส่วนหนึ่งของสเปก EIP8141 ณ ปัจจุบัน การนำไปใช้จริงยังต้องแก้โจทย์อย่างการสร้างหลักฐาน การประสานงาน mempool ความพร้อมของข้อมูล (data availability) และการป้องกันความเสี่ยงจากการรวมข้อผิดพลาด (error aggregation) อีกหลายด้าน