Vitalik Buterin: การเก็บเฉพาะ Merkle Roots บน Chain จะไม่สามารถแก้ปัญหาข้อมูล State ของ Ethereum ได้อย่างสมบูรณ์

BitcoinWorld

Vitalik Buterin: การเก็บเฉพาะ Merkle Roots บน Chain ไม่สามารถแก้ปัญหาข้อมูล State ของ Ethereum ได้อย่างสมบูรณ์

Vitalik Buterin ผู้ร่วมก่อตั้ง Ethereum ได้แสดงความคิดเห็นเกี่ยวกับการถกเถียงที่ดำเนินอยู่เกี่ยวกับความท้าทายด้านการจัดเก็บ State ของบล็อกเชน โดยชี้แจงว่าการเก็บเฉพาะ Merkle roots บน Chain — ในขณะที่โยนข้อมูลจริงไปให้ผู้ใช้ — ไม่ได้ขจัดปัญหาความสามารถในการขยายตัวที่แท้จริง ในโพสต์ล่าสุดบน X Buterin อธิบายว่าข้อมูลที่จำเป็นสำหรับการยืนยัน Proof ยังคงต้องได้รับการจัดเก็บและอัปเดต และขนาดของมันอาจใกล้เคียงกับขนาดของ State ทั้งหมดในที่สุด

แนวทาง Merkle Root และข้อจำกัดของมัน

ความคิดเห็นของ Buterin กล่าวถึงข้อเสนอทั่วไปในการหารือเรื่องการขยายตัวของ Ethereum: การลดพื้นที่จัดเก็บบน Chain ให้เหลือเพียง Cryptographic Hash (Merkle root) ของ State โดยให้ผู้ใช้ถือข้อมูลทั้งหมด แม้ว่าสิ่งนี้จะช่วยลดต้นทุนการจัดเก็บบล็อกเชนโดยตรง แต่ Buterin ตั้งข้อสังเกตว่า Validators และ Nodes ยังคงต้องดูแลรักษาข้อมูลการยืนยัน เมื่อเวลาผ่านไป ขนาดของข้อมูลเสริมนี้อาจเติบโตจนเทียบเท่ากับ State เต็มรูปแบบ ซึ่งบั่นทอนประสิทธิภาพที่ได้รับ

"มีวิธีแก้ปัญหาอยู่ แต่ต้องการการแลกเปลี่ยนที่สำคัญและส่วนประกอบที่ซับซ้อนเมื่อเปรียบเทียบกับโครงสร้างปัจจุบันของ Ethereum" Buterin เขียน โดยส่งสัญญาณว่าไม่มีการแก้ไขง่ายๆ ในอนาคตอันใกล้

บริบท: EIP-8037 และการถกเถียงเรื่องต้นทุน State

การอภิปรายนี้เกิดขึ้นจาก marilyn100x.eth ผู้สร้างเนื้อหา DeFi ที่เน้นปัญหาต้นทุนการจัดเก็บ State ระยะยาวของ Ethereum ผู้สร้างได้อธิบายว่า Ethereum Improvement Proposal (EIP) 8037 มุ่งหมายที่จะแก้ไขปัญหานี้โดยการเพิ่มต้นทุนในการสร้าง Contracts, Accounts และ Storage Slots ใหม่ — แทนที่จะเรียกเก็บค่าธรรมเนียมการจัดเก็บแบบต่อเนื่อง แนวทางนี้มุ่งหมายที่จะป้องปรามการบวมของ State ณ จุดที่สร้าง โดยไม่ลงโทษผู้ใช้ที่มีอยู่เดิม

State bloat หมายถึงขนาดที่เติบโตอย่างต่อเนื่องของ Ledger ของ Ethereum ซึ่งเก็บทุก Account Balance, Contract Code และ Storage Slot เมื่อเครือข่ายประมวลผลธุรกรรมมากขึ้น State จะขยายตัว เพิ่มความต้องการด้านฮาร์ดแวร์สำหรับผู้ดำเนินการ Node และอาจทำให้เครือข่ายรวมศูนย์มากขึ้น

เหตุใดเรื่องนี้จึงสำคัญสำหรับผู้ใช้และนักพัฒนา Ethereum

สำหรับผู้ใช้ทั่วไป ปัญหาการจัดเก็บ State มีผลกระทบโดยตรงต่อค่าธรรมเนียมธุรกรรมและประสิทธิภาพของเครือข่าย หากไม่ได้รับการแก้ไข ต้นทุนการจัดเก็บที่เพิ่มขึ้นอาจนำไปสู่ค่า Gas ที่สูงขึ้นหรือบังคับให้ Nodes ขนาดเล็กออกจากระบบ ลดการกระจายอำนาจ สำหรับนักพัฒนา การเข้าใจการแลกเปลี่ยนของแนวทางการจัดการ State ที่แตกต่างกันเป็นสิ่งสำคัญเมื่อสร้าง dApps ที่พึ่งพาข้อมูลบน Chain จำนวนมาก

ความเห็นของ Buterin เน้นย้ำว่าเส้นทางสู่ความสามารถในการขยายตัวของ Ethereum ไม่ได้ตรงไปตรงมา แม้ว่าโซลูชัน Layer-2 อย่าง Rollups จะแก้ไขปัญหา Transaction Throughput แต่การจัดการ State ของ Base Layer ยังคงเป็นความท้าทายด้านการออกแบบขั้นพื้นฐาน

บทสรุป

การชี้แจงล่าสุดของ Vitalik Buterin ยืนยันว่าปัญหาการจัดเก็บ State ของ Ethereum ต้องการมากกว่าการเปลี่ยนแปลงสถาปัตยกรรมอย่างง่าย การเก็บเฉพาะ Merkle roots บน Chain แม้จะน่าสนใจ แต่ก็นำมาซึ่งความต้องการข้อมูลการยืนยันใหม่ที่อาจลบล้างประโยชน์ที่ได้รับ ขณะที่ชุมชนสำรวจข้อเสนออย่าง EIP-8037 ความสนใจยังคงอยู่ที่การสร้างสมดุลระหว่างต้นทุน ความปลอดภัย และการกระจายอำนาจ — สมการที่ซับซ้อนที่ไม่มีคำตอบง่ายๆ

คำถามที่พบบ่อย

Q1: Merkle root ใน Ethereum คืออะไร?
Merkle root คือ Cryptographic Hash เดียวที่สรุปข้อมูลทั้งหมดในบล็อกหรือ State ช่วยให้สามารถยืนยันข้อมูลได้อย่างมีประสิทธิภาพโดยไม่ต้องจัดเก็บชุดข้อมูลทั้งหมดบน Chain

Q2: EIP-8037 เสนอแนวทางลด State bloat อย่างไร?
EIP-8037 เพิ่มต้นทุนในการสร้าง Contracts, Accounts และ Storage Slots ใหม่ ทำให้การเพิ่มข้อมูลลงใน State มีค่าใช้จ่ายสูงขึ้น สิ่งนี้ป้องปรามการเติบโตของ State ที่ไม่จำเป็นโดยไม่เรียกเก็บค่าธรรมเนียมการจัดเก็บแบบต่อเนื่อง

Q3: เหตุใดการจัดเก็บ State จึงเป็นปัญหาสำหรับ Ethereum?
เมื่อผู้ใช้และแอปพลิเคชันใช้ Ethereum มากขึ้น State (ซึ่งเก็บ Account Balances, Contract Code และข้อมูลทั้งหมด) จะมีขนาดใหญ่ขึ้น สิ่งนี้เพิ่มความต้องการด้านฮาร์ดแวร์สำหรับการรัน Node ซึ่งอาจลดการกระจายอำนาจของเครือข่ายและเพิ่มต้นทุนธุรกรรม

โพสต์นี้ Vitalik Buterin: การเก็บเฉพาะ Merkle Roots บน Chain ไม่สามารถแก้ปัญหาข้อมูล State ของ Ethereum ได้อย่างสมบูรณ์ ปรากฏครั้งแรกบน BitcoinWorld