Vitalik Buterin ผู้ร่วมก่อตั้ง Ethereum ออกมาผลักดันข้อเสนอ EIP-8288 ผ่านชุดโพสต์บน X เมื่อวันที่ 19 ตุลาคม 2569 โดยเรียกร้องให้นักพัฒนาหันมายึดแนวทาง “EIP-8288 maximalism” — ย้ายงานคำนวณด้านการเข้ารหัสที่หนักๆ ออกจากเชนหลักของ Ethereum ไปให้อุปกรณ์ของผู้ใช้ทำเอง แล้วค่อยรวมผลลัพธ์เป็นพรูฟเดียวก่อนส่งเข้าบล็อก เป้าหมายคือลดต้นทุนแก๊สและเปิดทางให้ Ethereum รองรับลายเซ็นต้านควอนตัมในอนาคตโดยไม่ต้องแก้โปรโตคอลใหม่ทุกครั้งที่มีมาตรฐานเข้ารหัสใหม่เกิดขึ้น
📑 สารบัญ
EIP-8288 คืออะไร
EIP-8288 มีชื่อเต็มว่า “In-mempool signature and proof aggregation” ร่างโดย Vitalik Buterin ร่วมกับ Thomas Coratger นักวิจัยของ Ethereum ตั้งแต่วันที่ 3 มิถุนายน 2569 ตามข้อมูลในสเปกทางการที่ eips.ethereum.org ข้อเสนอนี้จัดอยู่ในหมวด “core” ซึ่งหมายความว่าถ้าถูกนำไปใช้จริงจะต้องแก้กฎ consensus ของเชน โดยปัจจุบันยังเป็นสถานะ “draft” คือยังไม่ผ่านการอนุมัติให้ขึ้น mainnet
Buterin อธิบายว่า Ethereum ใช้ “precompiles” (ฟังก์ชันสำเร็จรูปที่ฝังไว้ใน EVM) ช่วยตรวจลายเซ็นและพรูฟบางชนิดให้เร็วขึ้น แต่ทุกครั้งที่มีมาตรฐานเข้ารหัสใหม่เกิดขึ้น นักพัฒนาต้องเพิ่ม precompile ใหม่ ซึ่งทำให้ node ทุกตัวต้องแบกรับโค้ดเพิ่มไปตลอดกาล เขามองว่าทั้ง precompile และ EVM “ไม่ใช่ที่ที่ถูกต้อง” สำหรับงานเข้ารหัสส่วนใหญ่ เพราะข้อมูลที่ต้องตรวจต้องถูกใส่ลงบล็อกในรูป calldata เสมอ
ทำไมต้องเสนอตอนนี้
ประเด็นคือ Ethereum กำลังเจอข้อจำกัดด้านพื้นที่ข้อมูลในบล็อก Buterin ประเมินว่าแม้จะมีการอัปเกรดอย่าง PeerDAS และ blocks-in-blobs เข้ามาช่วยแล้ว เครือข่ายก็ยังเจอเพดานจริงราวๆ 8 เมกะไบต์ต่อวินาที ก่อนที่การจัดการข้อมูลเพิ่มเติมจะเริ่มยาก ขณะเดียวกันมาตรฐานลายเซ็นยุคใหม่ — โดยเฉพาะกลุ่มที่ออกแบบมาให้ทนทานต่อคอมพิวเตอร์ควอนตัม — ใช้ข้อมูลหนักกว่าลายเซ็นแบบเดิมมาก
| รายการ | ขนาดข้อมูล | แก๊สตรวจสอบตรงบนเชน (ปัจจุบัน) |
|---|---|---|
| ลายเซ็นต้านควอนตัม (hash-based) | ~2-3 KB | ~150,000-200,000 gas |
| พรูฟ STARK | มากกว่า 128 KB (สูงสุด ~512 KB) | สูงมาก หากตรวจทุกตัวตรงๆ |
ถ้าปล่อยให้ธุรกรรมแต่ละรายการแบกข้อมูลขนาดนี้ลงบล็อกตรงๆ ค่าแก๊สจะพุ่งและบล็อกจะใหญ่เกินจัดการ นี่คือช่องว่างที่ EIP-8288 พยายามปิด
กลไกการทำงาน: รวมพรูฟใน Mempool
แนวคิดคือให้ผู้ใช้สร้างลายเซ็นหรือพรูฟ STARK บนอุปกรณ์ตัวเองก่อน แล้วส่งธุรกรรมเข้า mempool (พื้นที่รอคิวก่อนเข้าบล็อก) พร้อม “คำประกาศ” ว่าต้องใช้รูปแบบตรวจสอบแบบไหน อ้างอิง hash ของข้อมูลและ verification key แทนที่จะแนบข้อมูลเต็มๆ จากนั้นผู้ร่วมเครือข่ายใน mempool จะช่วยตรวจสอบและทบพรูฟหลายๆ อันให้เหลือเป็นพรูฟ STARK แบบ recursive เพียงอันเดียว ก่อนที่ block builder จะรวบรวมธุรกรรมกับพรูฟรวมนี้ไปสร้างบล็อก สเปกกำหนดช่วงเวลารวมพรูฟไว้ที่ 1,000 มิลลิวินาที และจำกัดไม่ให้ธุรกรรมเดียวอ้างอิงลายเซ็นเกิน 16 ชุด และพรูฟ STARK เกิน 1 ชุด เพื่อกันคนปั่นระบบ
EIP-8288 ยังอ้างอิง EIP-2718 และ EIP-8141 (ข้อเสนอเรื่องจ่ายแก๊สด้วยสเตเบิลคอยน์ที่ SiamBitcoin เคยรายงานไปแล้ว) เป็น dependency และออกแบบให้เข้ากันได้กับ FOCIL ซึ่งเป็นกลไกป้องกันการเซ็นเซอร์ธุรกรรมที่กำลังพัฒนาคู่กัน
ทางสู่ลายเซ็นต้านควอนตัม
จุดที่ Buterin ย้ำเป็นพิเศษคือ EIP-8288 จะเปิดทางให้ Ethereum รองรับลายเซ็นแบบ lattice-based และ hash-based ที่ถูกออกแบบมาต้านทานการโจมตีจากคอมพิวเตอร์ควอนตัมในอนาคต โดยไม่ต้องรอให้นักพัฒนาเพิ่ม precompile ใหม่ทุกครั้งที่มีมาตรฐานเกิดขึ้น ซึ่งสอดคล้องกับที่ Justin Drake นักวิจัยของ Ethereum Foundation เคยเตือนไว้ก่อนหน้านี้ว่า AI ขั้นสูงในอนาคตอาจเร่งการถอดรหัสลายเซ็นแบบเดิม (ECDSA) ที่ Bitcoin และ Ethereum ใช้อยู่ให้เร็วขึ้นกว่าที่คาด
มุมนักลงทุนไทย
สำหรับคนไทยที่ถือ ETH หรือใช้ hardware wallet ข้อเสนอนี้ยังไม่กระทบการใช้งานวันนี้ แต่เป็นสัญญาณว่า Ethereum กำลังวางรากฐานไว้ล่วงหน้าสำหรับวันที่ต้องเปลี่ยนไปใช้ลายเซ็นต้านควอนตัมจริงจัง ซึ่งปกติจะทำให้ค่าธรรมเนียมธุรกรรมแพงขึ้นมากเพราะข้อมูลลายเซ็นมีขนาดใหญ่กว่าเดิมหลายเท่า — ถ้า EIP-8288 ผ่านจริง ต้นทุนส่วนนี้จะถูกกดให้ต่ำลงมาก นักลงทุนไทยที่ติดตามเรื่องความปลอดภัยกระเป๋าเงินควรอัปเดต firmware wallet อย่างสม่ำเสมอ เพราะทิศทางของ Ethereum กำลังขยับไปทาง post-quantum security ชัดเจนขึ้นทุกไตรมาส ส่วนราคา ETH ขณะเขียนข่าวอยู่ที่ประมาณ 2,397 ดอลลาร์ ข่าวนี้เป็นเรื่องโครงสร้างระยะยาว ไม่ได้ส่งผลต่อราคาระยะสั้นในทันที
สถานะล่าสุด — ยังเป็นแค่ดราฟต์
EIP-8288 เพิ่งถูกนำไปพูดถึงในงาน ETHTaipei 2026 ภายใต้ร่ม Ethereum Foundation และยังมีพารามิเตอร์สำคัญ 2 ตัวคือ AGGREGATED_VK และ DEPS_HASH ที่ระบุไว้ในสเปกว่า “TBD” (ยังไม่กำหนด) ทีมพัฒนา client ต่างๆ ยังไม่มีใครประกาศรับไปทำ reference implementation อย่างเป็นทางการ และยังไม่ถูกผูกกับแผนอัปเกรดเครือข่ายรอบใดโดยเฉพาะ
คำถามที่พบบ่อย
EIP-8288 จะทำให้ค่าแก๊ส Ethereum ถูกลงเลยไหม?
ยังไม่ทันที เพราะยังเป็นดราฟต์ที่ไม่มีกำหนดขึ้น mainnet แต่ถ้าถูกนำไปใช้จริง จะลดค่าแก๊สเฉพาะงานตรวจลายเซ็น/พรูฟที่ซับซ้อนลงมาก โดยเฉพาะลายเซ็นต้านควอนตัมที่ปัจจุบันมีต้นทุนสูง
ต้องเปลี่ยน wallet หรือเปล่าถ้าข้อเสนอนี้ผ่าน?
สเปกระบุว่าธุรกรรมแบบเดิมที่ไม่ใช้ frame การตรวจสอบใหม่จะยังทำงานได้ตามปกติ ผู้ใช้ทั่วไปไม่ต้องเปลี่ยน wallet ทันที แต่ node และ client ต้องอัปเดตซอฟต์แวร์เมื่อถึงเวลาใช้งานจริง
เกี่ยวข้องกับ EIP-8141 ที่เคยรายงานไปก่อนหน้านี้ยังไง?
EIP-8288 ระบุ EIP-8141 เป็นหนึ่งใน dependency ของสเปก ทั้งสองข้อเสนออยู่ในกลุ่ม EIP ที่ Ethereum Foundation ต้องการผลักดันภายใต้แผนอัปเกรด Hegotá แต่แต่ละตัวยังต้องผ่านกระบวนการอนุมัติแยกกัน
ที่มา: crypto.news, 24/7 Wall St., Ethereum EIPs (สเปกทางการ)





















