คำตอบเผยแพร่แล้ว24 แหล่งที่มา
ทำไม Vitalik Buterin อยากย้ายงานเข้ารหัสหนัก ๆ ของ Ethereum ออกไปนอกเชน
Buterin มองว่าการตรวจสอบบนเชนให้มีต้นทุนต่ำลง ไม่ได้ลดปริมาณข้อมูลที่ Ethereum ต้องรับส่งและบรรจุในบล็อก EIP 8288 เสนอให้ผู้ใช้สร้างหลักฐานบนอุปกรณ์ของตนเอง ให้โหนดใน mempool รวมการตรวจสอบ แล้วบันทึก STARK แบบเรียกซ้ำแทนข้อมูลเข้ารหัสต้นฉบับแต่ละชุด ประเด็นที่ยังต้องประเมิน ได้แก่ ความถูกต้องปลอดภัยของวงจรและแฮช ควา...
เผยแพร่โดยแก้ไขด้วย GPT-6 Lunaรูปภาพสร้างด้วย GPT Image 2
คำตอบการวิจัย
ประเด็นสำคัญ
- Buterin มองว่าการตรวจสอบบนเชนให้มีต้นทุนต่ำลง ไม่ได้ลดปริมาณข้อมูลที่ Ethereum ต้องรับส่งและบรรจุในบล็อก
- EIP 8288 เสนอให้ผู้ใช้สร้างหลักฐานบนอุปกรณ์ของตนเอง ให้โหนดใน mempool รวมการตรวจสอบ แล้วบันทึก STARK แบบเรียกซ้ำแทนข้อมูลเข้ารหัสต้นฉบับแต่ละชุด
- ประเด็นที่ยังต้องประเมิน ได้แก่ ความถูกต้องปลอดภัยของวงจรและแฮช ความเสี่ยงโจมตี mempool และความพร้อมก่อนพิจารณานำไปใช้จริง
AI พรอมต์
openai.comCreate a landscape editorial hero image for this Studio Global article: Why did Vitalik Buterin argue on October 19, 2026, that Ethereum should move most heavy cryptography off-chain rather than support it throug. Article summary: Buterin’s argument was that faster on-chain cryptographic verification does not solve the underlying data bottleneck: EVM code and precompiles still need their inputs delivered to Ethereum, consuming scarce block bandwid. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
Vitalik Buterin เสนอให้ Ethereum ย้ายงานเข้ารหัสที่ใช้การคำนวณหนัก ๆ ออกไปนอกเชน โดยให้เหตุผลว่า การทำให้ตรวจสอบได้ถูกลง ไม่ได้ทำให้ข้อมูลที่ต้องส่งเข้าเครือข่ายหายไป นี่คือแนวคิดเบื้องหลัง EIP-8288: เก็บข้อมูลลายเซ็นหรือหลักฐานขนาดใหญ่ไว้นอกบล็อกเท่าที่ทำได้ แล้วรวมผลการตรวจสอบเป็น STARK แบบเรียกซ้ำ ข้อเสนอนี้ยังอยู่ในสถานะร่าง (Draft) 4
16
คอขวดไม่ได้มีแค่ค่า gas
Precompile คือการดำเนินการเข้ารหัสที่ติดตั้งไว้ในระบบเพื่อให้ตรวจสอบบางอย่างได้ด้วยต้นทุนต่ำลง แต่ต่อให้ตรวจเร็วหรือใช้ gas น้อยลง Ethereum ก็ยังต้องรับข้อมูลที่ใช้ตรวจสอบ เช่น ลายเซ็นและหลักฐานต่าง ๆ อยู่ดี
Buterin ประเมินว่า แม้จะมี PeerDAS และบล็อกที่รองรับข้อมูลแบบ blob แล้ว ความสามารถในการรับส่งข้อมูลที่ใช้งานได้จริงก็อาจมีเพดานราว 8 MB ต่อวินาที ตัวเลขนี้เป็นค่าประเมินของเขา ไม่ใช่ข้อจำกัด calldata ที่กำหนดไว้เป็นทางการ 4
12
อีกด้านหนึ่ง การเพิ่ม precompile สำหรับรูปแบบเข้ารหัสแต่ละชนิดอาจทำให้โปรโตคอลซับซ้อนขึ้น และต้องมีการรองรับในซอฟต์แวร์ของไคลเอนต์แต่ละชุด EIP-8288 จึงมุ่งสร้างเส้นทางตรวจสอบหลักฐานร่วมกัน เพื่อรองรับรูปแบบเข้ารหัสหลายชนิดโดยไม่ต้องเพิ่ม precompile เฉพาะทางทุกครั้ง 7
16
ตัวอย่างในร่างช่วยให้เห็นภาระที่อาจเกิดขึ้น: ลายเซ็นแบบอิงแฮชบางชนิดมีขนาดประมาณ 2–3 kB และอาจใช้ 150,000–200,000 gas หากตรวจสอบโดยตรง ตัวเลขเหล่านี้เป็นค่าประมาณจากตัวอย่างในข้อเสนอ ไม่ใช่ต้นทุนตายตัวของลายเซ็นทุกชนิดหรือทุกการติดตั้ง 10
EIP-8288 เสนอให้รวมหลักฐานอย่างไร
EIP-8288 เขียนโดย Vitalik Buterin และ Thomas Coratger และระบุในเอกสารทางการว่าเป็นส่วนขยายของธุรกรรมแบบ frame ตาม EIP-8141 โดยมีแนวทางหลักดังนี้ 16
- ธุรกรรมระบุการพึ่งพาด้วยข้อมูลขนาดเล็ก แต่ละรายการระบุรูปแบบที่ใช้ แฮชของข้อมูล และแฮชของคีย์ตรวจสอบ โดยข้อเสนอกำหนดให้ข้อมูลแต่ละชุดใช้พื้นที่ 96 ไบต์
16
13
- ส่งข้อมูลเข้ารหัสฉบับเต็มระหว่างการกระจายธุรกรรม ลายเซ็นหรือหลักฐานขนาดใหญ่เดินทางไปกับธุรกรรมในเครือข่าย แทนที่จะใส่ข้อมูลต้นฉบับทั้งหมดลงในบล็อก ส่วนโหนดที่ดูแลธุรกรรมซึ่งยังรอเข้าบล็อก หรือ mempool สามารถช่วยกันรวมงานตรวจสอบได้
15
- รวมผลตรวจเป็นหลักฐานเดียว แนวทางที่เสนอใช้ STARK แบบเรียกซ้ำเพื่อรวมการตรวจสอบหลายรายการ โดยให้บล็อกบรรจุหลักฐานรวมแทนข้อมูลเข้ารหัสต้นฉบับทุกชิ้น เป้าหมายคือใช้ข้อมูลในบล็อกน้อยลง ไม่ใช่เพิ่มเพดานแบนด์วิดท์พื้นฐานของเครือข่าย
6
ผู้ใช้ยังอาจให้เครื่องของตนเองทำการคำนวณเข้ารหัสที่ซับซ้อน แล้วสร้าง STARK เพื่อยืนยันว่าการคำนวณนั้นเสร็จสมบูรณ์ แนวคิดคือเปิดทางให้ Ethereum รองรับรูปแบบเข้ารหัสได้หลากหลายขึ้น โดยไม่ต้องสร้าง precompile แบบเนทีฟแยกสำหรับแต่ละรูปแบบ 3
6
สิ่งที่อาจเปลี่ยน—and สิ่งที่ยังไม่เปลี่ยน
หากทำงานได้ตามที่ออกแบบไว้ การใช้ข้อมูลอ้างอิงแบบกะทัดรัดร่วมกับการรวมหลักฐานอาจลดปริมาณลายเซ็นและหลักฐานต้นฉบับที่ต้องใส่ไว้ในบล็อก ประโยชน์จึงไม่ใช่แค่ “ตรวจเข้ารหัสได้เร็วขึ้น” แต่เป็นการแบ่งงานบางส่วนให้ผู้ใช้และโหนดใน mempool พร้อมจำกัดข้อมูลที่ต้องบันทึกบนเชน 1
13
16
อย่างไรก็ตาม วิธีนี้ไม่ได้ทำให้ต้นทุนด้านการเข้ารหัสหายไป ผู้ใช้และผู้ร่วมให้บริการเครือข่ายยังต้องสร้าง ส่งต่อ และตรวจสอบข้อมูลกับหลักฐานเหล่านั้น แหล่งข้อมูลที่มีอยู่ยังยืนยันไม่ได้ว่า EIP-8288 จะลด gas ได้เป็นจำนวนเท่าใด หรือแก้ข้อจำกัดด้านการขยายระบบของ Ethereum ในภาพรวมได้
คำถามที่ยังต้องหาคำตอบ
ความถูกต้องของหลักฐานและแฮช — ร่างระบุว่าความปลอดภัยขึ้นกับความถูกต้องของวงจรตรวจสอบและฟังก์ชันแฮชที่ใช้กับข้อมูลการพึ่งพา การปรับปรุงร่างในภายหลังยังผูกแฮชการพึ่งพาของบล็อกเข้ากับวงจรรวมหลักฐานด้วย รายละเอียดเหล่านี้เป็นมาตรการที่ต้องประเมินต่อ ไม่ใช่หลักฐานว่าระบบผ่านการตรวจสอบครบถ้วนหรือพิสูจน์แล้วว่าปลอดภัยเมื่อนำไปใช้จริง 32
ความเสี่ยงโจมตีแบบปฏิเสธการให้บริการใน mempool — การรวมหลักฐานเพิ่มภาระทั้งด้านการคำนวณและการจัดการข้อมูลที่ระดับ mempool ซึ่งเป็นพื้นที่ความเสี่ยงที่มีการระบุไว้ แต่ข้อมูลที่มีอยู่ยังไม่ยืนยันว่ามาตรการป้องกันทั้งหมดเสร็จสมบูรณ์หรือเพียงพอแล้ว 25
ค่าจำกัดในร่างยังไม่ใช่กติกาบน mainnet — เอกสารทางการฉบับแก้ไขหนึ่งกำหนดเพดานไว้ที่ลายเซ็น 16 รายการ และหลักฐาน STARK 1 รายการต่อธุรกรรม นี่เป็นพารามิเตอร์ในร่าง ไม่ใช่กฎของ Ethereum ที่นำไปใช้แล้ว 32
ความปลอดภัยของลายเซ็นแบบ lattice ยังเป็นประเด็นถกเถียง — มีรายงานว่า Buterin ไม่ปิดโอกาสที่จะใช้ precompile สำหรับ lattice ในงานอย่างบัญชีและกระเป๋าเงิน หากพิสูจน์ความปลอดภัยได้ ขณะเดียวกันก็มีการแสดงความกังวลเรื่องความเสี่ยงจากการโจมตีที่อาศัย AI ประเด็นนี้เป็นข้อกังวลที่ต้องศึกษา ไม่ใช่หลักฐานว่าลายเซ็นแบบ lattice ถูกเจาะแล้ว 17
24
ท้ายที่สุด EIP-8288 ยังมีสถานะ Draft และรายงานกล่าวถึงการจำลองกับการทดสอบบนเครือข่าย ไม่ใช่การอนุมัตินำขึ้น mainnet แหล่งข้อมูลที่มีอยู่ยังไม่ยืนยันทั้งมติรับข้อเสนอหรือกำหนดการใช้งานจริง 15
16
Studio Global AI
ทำการวิจัยต่อ
หน้านี้รวมคำตอบที่ได้รับการสนับสนุนจากแหล่งที่มาซึ่งคุณสามารถดำเนินการต่อภายใน Studio Global
คนยังถาม
คำตอบสั้น ๆ สำหรับ "ทำไม Vitalik Buterin อยากย้ายงานเข้ารหัสหนัก ๆ ของ Ethereum ออกไปนอกเชน" คืออะไร
Buterin มองว่าการตรวจสอบบนเชนให้มีต้นทุนต่ำลง ไม่ได้ลดปริมาณข้อมูลที่ Ethereum ต้องรับส่งและบรรจุในบล็อก
ประเด็นสำคัญที่ต้องตรวจสอบก่อนคืออะไร?
Buterin มองว่าการตรวจสอบบนเชนให้มีต้นทุนต่ำลง ไม่ได้ลดปริมาณข้อมูลที่ Ethereum ต้องรับส่งและบรรจุในบล็อก EIP 8288 เสนอให้ผู้ใช้สร้างหลักฐานบนอุปกรณ์ของตนเอง ให้โหนดใน mempool รวมการตรวจสอบ แล้วบันทึก STARK แบบเรียกซ้ำแทนข้อมูลเข้ารหัสต้นฉบับแต่ละชุด
ฉันควรทำอย่างไรต่อไปในทางปฏิบัติ?
ประเด็นที่ยังต้องประเมิน ได้แก่ ความถูกต้องปลอดภัยของวงจรและแฮช ความเสี่ยงโจมตี mempool และความพร้อมก่อนพิจารณานำไปใช้จริง