เพดานชั่วคราว 256 เงื่อนไขต่อ batch leaf ในร่าง EIP ชำระธุรกรรมอีเธอเรียม (ETH) แบบกลุ่ม

มาร์ก ฮาร์วีย์-ฮิลล์ (Marc Harvey-Hill) ส่งร่าง EIP เมื่อวันที่ 13 เพื่อรวมเงื่อนไขตรวจสอบจากหลายธุรกรรมบนอีเธอเรียมไว้ในหลักฐานเดียวและแบ่งค่าใช้จ่ายกัน ผู้ใช้ยังคงใช้ธุรกรรมและลายเซ็นของตนเอง ส่วนผู้สนับสนุนเป็นผู้ชำระเงินในระดับ batch

ร่างชื่อ ‘Batched Generic Proof Dependencies’ อยู่ใน PR #12664 ของคลัง EIP อีเธอเรียม โดยสถานะ ณ วันที่ 14 คือ ‘Draft’ และยังรอการตรวจทานจากบรรณาธิการกับข้อสรุปจากชุมชน ขณะนี้ยังไม่มีการกำหนดหมายเลข EIP หรือกระทู้หารือเฉพาะ

ร่างนี้เปิดใช้เส้นทางตรวจสอบ leanSTARK ที่สำรองไว้ใน EIP-8288 ซึ่งเกี่ยวข้องกับการรวมลายเซ็นและหลักฐาน ดังที่ เคยรายงานไว้ก่อนหน้านี้

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

ธุรกรรมของผู้ใช้จะไม่ถูกรวมเป็นธุรกรรมเดียว แต่ละรายการยังคงมี nonce, receipt และผู้จ่ายค่าธรรมเนียมแยกกัน การออกแบบนี้ยังมุ่งให้สมาชิกไม่ต้องลงนามใหม่ แม้จะมีธุรกรรมของสมาชิกเพียงบางส่วนที่ถูกรวมใน batch

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

ค่าใช้จ่ายเบื้องต้นในร่างกำหนดไว้ที่ 4,200 gas ต่อเงื่อนไข และ 675,000 gas ต่อการชำระ batch leaf ตัวอย่างที่รวม 64 เงื่อนไขกับการชำระหนึ่งครั้งใช้ 943,800 gas โดยยังไม่รวมค่าใช้จ่ายของธุรกรรมอื่น

ร่างยังเสนอค่าธรรมเนียม 572,000 gas สำหรับการตรวจสอบ leanSTARK ทั่วไป และ 5,100 gas สำหรับ proof share ตัวเลขเหล่านี้ยังไม่ใช่ค่าที่สรุปแล้วเช่นกัน

ธุรกรรมแบบ batch ที่ได้รับส่วนลดจะไม่ถูกเผยแพร่ผ่าน public mempool และไม่อยู่ในรายการรับประกันของ inclusion list ดังนั้นผู้สร้าง batch ต้องส่งธุรกรรมของผู้ใช้ หลักฐาน และธุรกรรมชำระเงินของผู้สนับสนุนให้ block builder โดยตรง

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

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

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

ตัวเลขประสิทธิภาพภายใต้เงื่อนไขผู้ปฏิบัติงาน 16 รายก็ยังอยู่ในขั้นจำลองเช่นกัน จึงไม่ควรถือเป็นประสิทธิภาพการประมวลผลในเครือข่ายจริง

PR #15842 ในคลังซอฟต์แวร์ไคลเอนต์ของเนเธอร์ไมด์ (Nethermind) เป็นอีกหนึ่งต้นแบบสถานะ ‘Draft’ ที่จำกัดการใช้งานด้วย feature flag ผู้เขียน PR ใช้ชื่อ Marchhill และต้นแบบนี้เพียงอย่างเดียวยังไม่ได้รับอนุมัติให้นำไปใช้กับอีเธอเรียม

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