การเพิ่มประสิทธิภาพค่าธรรมเนียม Gas ของ Ethereum: Proto-Danksharding เปลี่ยนแปลงต้นทุนการทำธุรกรรม L2 อย่างไร

การเปลี่ยนแปลงครั้งใหญ่สำหรับผู้ใช้ L2 ไม่ใช่การลดค่าธรรมเนียม gas ของ Ethereum โดยรวม แต่เป็นการสร้างช่องทางข้อมูลชั่วคราวที่ถูกกว่าสำหรับ rollupsการอัปเกรด Dencun ของ Ethereum ได้เปิดใช้งาน proto-danksharding ผ่าน EIP-4844 เมื่อวันที่ 13 มีนาคม 2024 จากนั้น rollups สามารถเผยแพร่ชุดข้อมูลโดยใช้ blobs ซึ่งเป็นคอนเทนเนอร์ข้อมูลชั่วคราวที่มีตลาดค่าธรรมเนียมแยกต่างหาก แทนที่จะพึ่งพาเฉพาะ calldata ที่จัดเก็บถาวร การเปลี่ยนแปลงนี้ช่วยลดต้นทุนหลักสำหรับ L2 ที่ใช้ blobs แต่ไม่ได้ทำให้ธุรกรรม L2 ทุกรายการมีราคาถูกลงตลอดเวลา

บริบทปัจจุบันมีความสำคัญ การอัปเกรด Fusaka ของ Ethereum ในภายหลังได้นำ PeerDAS มาสู่เมนเน็ตในเดือนธันวาคม 2025 ซึ่งเป็นการพัฒนาแผนงานด้านความพร้อมใช้งานของข้อมูลเช่นเดียวกัน โดยทำให้สามารถปรับขนาดปริมาณข้อมูลแบบ Blob ได้อย่างมีประสิทธิภาพมากขึ้น สำหรับผู้ใช้ในปัจจุบัน บทเรียนที่สำคัญคือ ค่าธรรมเนียม L2 ขึ้นอยู่กับมากกว่า "ราคาแก๊ส" เพียงอย่างเดียว: L2 ต้องจ่ายค่าใช้จ่ายสำหรับการดำเนินการของตนเองและการเผยแพร่ข้อมูลหรือหลักฐานไปยัง Ethereum ในขณะที่ความต้องการพื้นที่ Blob และนโยบายค่าธรรมเนียมของแต่ละ L2 สามารถเปลี่ยนแปลงราคาขั้นสุดท้ายได้

มีอะไรเปลี่ยนแปลงบ้างในระบบ proto-danksharding?

ก่อน EIP-4844 การรวมข้อมูลธุรกรรม (rollup) มักจะส่งข้อมูลธุรกรรมไปยัง Ethereum ในรูปแบบ calldata Calldata เป็นส่วนหนึ่งของข้อมูลนำเข้าธุรกรรมของ Ethereum และยังคงใช้งานได้ในฐานะส่วนหนึ่งของประวัติของเชน ความคงทนนี้มีค่า แต่ทำให้การใช้ข้อมูลในวงกว้างมีค่าใช้จ่ายสูงสำหรับการรวมข้อมูลธุรกรรม

EIP-4844 เพิ่มประเภทธุรกรรมใหม่ ซึ่งมักเรียกว่าธุรกรรมที่เก็บข้อมูลแบบบล็อบ (blob-carrying transaction) บล็อบเก็บข้อมูลที่พร้อมใช้งานบนเครือข่ายในช่วงเวลาจำกัด แทนที่จะถูกประมวลผลโดย Ethereum Virtual Machine หรือจัดเก็บไว้ตลอดไปเหมือนกับข้อมูลการโทร (calldata) เว็บไซต์ Ethereum.org ระบุว่า ข้อมูลบล็อบจะพร้อมใช้งานประมาณ 18 วัน (4096 รอบการทำงาน) ก่อนที่จะถูกลบทิ้ง ช่วงเวลานี้ถูกออกแบบมาเพื่อรองรับความต้องการด้านความพร้อมใช้งานของข้อมูลสำหรับการประมวลผลแบบรวม (rollups) ไม่ใช่เพื่อการจัดเก็บไฟล์ถาวรทั่วไป

ผลลัพธ์ที่ได้คือเส้นทางเศรษฐกิจที่แตกต่างออกไปสำหรับข้อมูลแบบ Rollup Rollup ยังคงตรึงหรือเชื่อมโยงกับ Ethereum แต่สามารถใช้ทรัพยากรการเข้าถึงข้อมูลที่สร้างขึ้นมาโดยเฉพาะแทนที่จะแข่งขันกับความสามารถในการประมวลผล L1 และการเรียกใช้ข้อมูลทั่วไป โปรดอ่านคำถามที่พบบ่อยเกี่ยวกับ Dencun ของ Ethereum สำหรับภาพรวมอย่างเป็นทางการของการอัปเกรดและข้อกำหนด EIP-4844สำหรับการออกแบบธุรกรรมและค่าธรรมเนียม

กลไกสำคัญ: ค่าธรรมเนียมบล็อกแยกต่างหากจากค่าธรรมเนียมก๊าซปกติ

คำว่า “Gas” มักถูกใช้ราวกับว่าเป็นตัวเลขตัวเดียว หลังจาก EIP-4844 การใช้คำย่อแบบนั้นอาจทำให้เข้าใจผิดว่าค่าธรรมเนียม rollup นั้นจ่ายไปเพื่ออะไร ธุรกรรม Blob มีช่องค่าธรรมเนียมการดำเนินการตามปกติของ Ethereum บวกกับค่าธรรมเนียมสูงสุดแยกต่างหากสำหรับ gas ของ Blob โปรโตคอลรักษาค่าธรรมเนียมพื้นฐานของ Blob ที่เป็นอิสระซึ่งตอบสนองต่อการใช้งาน Blob แทนที่จะกำหนดราคา Blob ผ่านตลาด gas L1 ปกติเท่านั้น

มาตรฐาน EIP-4844 จงใจแยกการกำหนดราคาก๊าซสำหรับบล็อก (blob gas) ออกจากก๊าซปกติ ข้อกำหนดระบุว่าก๊าซสำหรับบล็อกนั้นเป็นอิสระจากก๊าซปกติ โดยมีเป้าหมายและกฎการปรับแต่งของตัวเอง นี่คือเหตุผลที่ข่าวพาดหัวเกี่ยวกับก๊าซ L1 ที่ต่ำไม่ได้บอกคุณโดยอัตโนมัติว่าธุรกรรม L2 จะมีค่าใช้จ่ายเท่าใด และความต้องการบล็อกที่เพิ่มสูงขึ้นอาจส่งผลกระทบต่อการรวมธุรกรรม (rollups) แม้ว่ากิจกรรม L1 ปกติจะดูเงียบสงบก็ตาม

การเปลี่ยนแปลงนั้นส่งผลต่อการทำธุรกรรม L2 ในทางปฏิบัติอย่างไร

การรวบรวมข้อมูลช่วยให้การเผยแพร่ข้อมูลมีประสิทธิภาพและประหยัดกว่า

Rollup ดำเนินการธุรกรรมของผู้ใช้จำนวนมากนอกเครือข่ายหลัก Ethereum จากนั้นจึงส่งข้อมูลไปยัง Ethereum มากพอที่จะทำให้สามารถตรวจสอบหรือตั้งคำถามเกี่ยวกับสถานะของ rollup ได้ตามการออกแบบ ก่อนที่จะมี blobs ข้อมูล calldata แบบถาวรเป็นส่วนสำคัญของกระบวนการนี้ Blob ช่วยให้ rollup มีพื้นที่เผยแพร่ข้อมูลที่มีต้นทุนต่ำกว่า ซึ่งข้อมูลดังกล่าวจะต้องพร้อมใช้งานนานพอสำหรับกระบวนการรักษาความปลอดภัยของระบบ แต่ไม่จำเป็นต้องคงอยู่ในประวัติการดำเนินการถาวรของทุกโหนด

สำหรับ L2 ที่รองรับบล็อบ การประหยัดต้นทุนสามารถส่งต่อให้กับผู้ใช้ เก็บไว้ในรูปแบบค่าธรรมเนียม หรือชดเชยบางส่วนด้วยต้นทุนอื่นๆ ดังนั้น ระยะเวลาและขนาดของการลดลงจึงขึ้นอยู่กับการใช้งานเฉพาะด้าน Ethereum.org ระบุไว้อย่างชัดเจนว่าผู้ให้บริการโรลอัพเป็นผู้เลือกใช้ข้อมูลการโทรหรือบล็อบ โดยทั่วไปจะขึ้นอยู่กับความต้องการพื้นที่บล็อบ และระยะเวลาการสนับสนุนและพฤติกรรมค่าธรรมเนียมของแต่ละรายอาจแตกต่างกันไป

ค่าธรรมเนียมมีความอ่อนไหวต่อการประมวลผลแบบกลุ่มและประสิทธิภาพของข้อมูลมากขึ้น

โดยทั่วไปแล้ว การรวมข้อมูล (rollup) จะรวบรวมการกระทำของผู้ใช้จำนวนมากเข้าเป็นชุดก่อนที่จะส่งไปยังเลเยอร์ 1 (L1) การกระจายต้นทุนข้อมูล L1 ไปยังธุรกรรมจำนวนมากขึ้นสามารถลดส่วนแบ่งต่อผู้ใช้ลงได้ ในขณะที่การกระทำที่ใช้ข้อมูลจำนวนมากอาจใช้ส่วนแบ่งที่มากขึ้น รายละเอียดจะแตกต่างกันไปตามสถาปัตยกรรมของการรวมข้อมูล วิธีการบีบอัด และนโยบายของตัวจัดลำดับ ดังนั้น การโอนโทเค็นอย่างง่าย การเรียกใช้สัญญาที่มีข้อมูลการเรียกใช้จำนวนมาก และการสร้าง NFT จึงอาจส่งผลให้เกิดค่าธรรมเนียมที่แตกต่างกันอย่างมากในเลเยอร์ 2 เดียวกัน

Proto-danksharding ไม่ได้ขจัดข้อจำกัดนี้ออกไป มันช่วยลดต้นทุนของเลเยอร์การเข้าถึงข้อมูลเมื่อใช้บล็อบ แต่ไม่ได้กำจัดการคำนวณ L2 ความซับซ้อนของสัญญาอัจฉริยะ หรือต้นทุนของทรัพยากรข้อมูลที่หายากในช่วงที่มีการใช้งานหนาแน่น

สิ่งที่ proto-danksharding ไม่ได้เปลี่ยนแปลง

• มันไม่ได้ทำให้ธุรกรรมบน Mainnet ทุกรายการมีราคาถูกลงโดยตรงคำถามที่พบบ่อยของ Dencun ระบุว่า EIP-4844 มุ่งเป้าไปที่ค่าธรรมเนียม L2 เป็นหลัก ผลกระทบใดๆ ต่อค่าธรรมเนียม Mainnet นั้นเป็นผลกระทบทางอ้อมและขึ้นอยู่กับการยอมรับและความต้องการ
• ไม่ได้หมายความว่าพื้นที่จัดเก็บข้อมูลแบบ Blobจะไม่จำกัด ความจุของ Blob มีข้อจำกัด และการรวมข้อมูลอาจใช้ข้อมูลการโทรเมื่อพื้นที่ Blob เป็นที่ต้องการหรือไม่มีอยู่ โดยมีค่าใช้จ่ายที่ยอมรับได้
• ระบบไม่ได้บังคับให้ L2 ทุกตัวใช้บล็อบในลักษณะเดียวกันโดยทั่วไปแล้ว ตัวจัดลำดับหรือตัวดำเนินการรวบรวมข้อมูลจะเป็นผู้จัดการการเลือกการโพสต์ข้อมูลและการจัดกลุ่มข้อมูล
• มันไม่ได้เปลี่ยนบล็อบให้กลายเป็นที่เก็บข้อมูลถาวรเนื้อหาในบล็อบเป็นเพียงชั่วคราว แอปพลิเคชันที่ต้องการข้อมูลที่คงทนถาวรต้องใช้การออกแบบการจัดเก็บข้อมูลที่เหมาะสม
• ระบบไม่ได้ลบค่าธรรมเนียมการเชื่อมต่อ การแลกเปลี่ยน โปรโตคอล หรือกระเป๋าเงินออก ยอดรวมที่แสดงอาจรวมค่าใช้จ่ายหลายชั้นนอกเหนือจากค่าธรรมเนียมการทำธุรกรรม L2 พื้นฐาน

เหตุใดแผนงานหลังยุคเดนคุนจึงยังมีความสำคัญ: PeerDAS

Proto-danksharding ถูกสร้างขึ้นโดยตั้งใจให้เป็นสะพานเชื่อมไปสู่การเข้าถึงข้อมูลที่สามารถปรับขนาดได้มากขึ้น ไม่ใช่รูปแบบสุดท้ายของการแบ่งส่วนข้อมูล EIP-4844 ได้นำเสนอรูปแบบการทำธุรกรรมแบบ Blob และตลาดค่าธรรมเนียมแยกต่างหาก ในขณะที่ยังคงรักษาความจุเริ่มต้นไว้ในระดับที่ค่อนข้างจำกัด ในเดือนธันวาคม 2025 Fusaka ได้นำเสนอ PeerDAS (EIP-7594) ซึ่งเป็นการออกแบบการสุ่มตัวอย่างความพร้อมใช้งานของข้อมูลที่ช่วยให้โหนดต่างๆ ตรวจสอบความพร้อมใช้งานโดยการสุ่มตัวอย่างข้อมูล แทนที่จะให้ทุกโหนดดาวน์โหลดข้อมูล Blob ทั้งหมด

เรื่องนี้สำคัญเพราะปริมาณการรับส่งข้อมูลของบล็อกข้อมูลที่มากขึ้นสามารถรองรับข้อมูลแบบ rollup ได้มากขึ้นโดยไม่ต้องให้ทุกโหนดแบกรับภาระทั้งหมด กฎพื้นฐานที่ผู้ใช้เห็นยังคงเหมือนเดิม: ค่าธรรมเนียม L2 ยังคงเป็นแบบไดนามิก การปรับปรุงทางเทคนิคสามารถเพิ่มขีดความสามารถและลดแรงกดดันได้ แต่ไม่ใช่คำมั่นสัญญาเรื่องราคาคงที่ โปรดดูประกาศของ Ethereum Foundation เกี่ยวกับ mainnet Fusakaและภาพรวมอย่างเป็นทางการของ PeerDASสำหรับขอบเขตที่ได้รับการยืนยันของการอัปเกรดนั้น

ขั้นตอนการทำงานที่เป็นรูปธรรมเพื่อเพิ่มประสิทธิภาพค่าธรรมเนียมสำหรับผู้ใช้ระดับ L2

ในการทำธุรกรรมกระเป๋าเงินดิจิทัลทั่วไป คุณไม่สามารถเลือกข้อมูลจำนวนมากโดยตรงได้ กระบวนการรวมข้อมูล (rollup) จะเป็นตัวกำหนดวิธีการส่งข้อมูลเป็นชุดๆ อย่างไรก็ตาม คุณสามารถลดต้นทุนที่ไม่จำเป็นและเลือกเส้นทางที่เหมาะสมกับธุรกรรมได้

1. ระบุเครือข่ายที่ใช้งานจริงตรวจสอบว่าแอปใช้ Ethereum Mainnet, rollup เฉพาะ หรือเชนอื่น “ใช้งานร่วมกับ Ethereum ได้” ไม่ได้หมายความว่าจะได้รับประโยชน์จากพื้นที่จัดเก็บข้อมูล Ethereum blob space
2. โปรดอ่านรายละเอียดค่าธรรมเนียมก่อนยืนยันแยกแยะค่าธรรมเนียมเครือข่าย L2 ออกจากค่าธรรมเนียมแอปพลิเคชัน บริดจ์ สวอป หรือโปรโตคอลต่างๆ
3. เปรียบเทียบการกระทำเดียวกันในเครือข่าย L2 ที่รองรับใช้เฉพาะเครือข่ายที่รองรับอย่างเป็นทางการของแอปและค่าธรรมเนียมกระเป๋าเงินปัจจุบันเท่านั้น ค่าธรรมเนียมที่ต่ำกว่าจะมีประโยชน์ก็ต่อเมื่อปลายทาง สภาพคล่อง ข้อสมมติด้านความปลอดภัย และเส้นทางการถอนเงินเหมาะสมกับกรณีการใช้งานของคุณ
4. หลีกเลี่ยงการโทรที่มีข้อมูลจำนวนมากโดยไม่จำเป็นการอนุมัติหลายขั้นตอน การลองใหม่ซ้ำๆ และการโต้ตอบกับสัญญาที่ซับซ้อน อาจมีค่าใช้จ่ายมากกว่าการโอนเงินแบบง่ายๆ ควรรวมการดำเนินการต่างๆ เข้าด้วยกันก็ต่อเมื่อการทำเช่นนั้นไม่ก่อให้เกิดความเสี่ยงด้านความปลอดภัยหรือการดำเนินการที่มากขึ้น
5. อย่าลองใหม่โดยไม่ตรวจสอบสถานะการทำธุรกรรมก่อน การทำธุรกรรมซ้ำหรือแทนที่อาจทำให้เกิดค่าใช้จ่ายเพิ่มเติมหรือการดำเนินการที่ไม่พึงประสงค์ครั้งที่สองได้
6. ควรสำรองปริมาณก๊าซ (gas) จำนวนเล็กน้อยไว้ในเลเยอร์ L2การที่ก๊าซหมดหลังจากทำการเชื่อมต่อหรือแลกเปลี่ยนอาจทำให้ต้องมีการโอนก๊าซเพิ่มเติมและทำให้ธุรกรรมล่าช้าได้
7. ใช้เครื่องมือสำรวจลิงก์และเอกสารอย่างเป็นทางการตรวจสอบที่อยู่สัญญา ขั้นตอนการเชื่อมต่อ และการตั้งค่าเครือข่ายก่อนลงนาม การทำธุรกรรม "ราคาถูก" ที่ส่งไปยังเครือข่ายที่ไม่ถูกต้องนั้นไม่ใช่การเพิ่มประสิทธิภาพ

เมื่อค่าธรรมเนียมที่แสดงต่ำกว่าไม่ใช่ตัวเลือกที่ดีกว่า

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

ตัวอย่างเช่น การย้ายสินทรัพย์ไปยัง L2 ที่มีค่าธรรมเนียมต่ำเพื่อทำการแลกเปลี่ยนเล็กๆ เพียงครั้งเดียว อาจไม่มีประสิทธิภาพ หากค่าใช้จ่ายในการเชื่อมต่อ การอนุมัติ และการโอนคืนสูงกว่าการทำธุรกรรมในที่ที่สินทรัพย์อยู่แล้ว ในทางกลับกัน ผู้ใช้ที่ทำธุรกรรมจำนวนมากภายในระบบนิเวศ L2 เดียวกัน อาจได้รับประโยชน์มากกว่าจากค่าใช้จ่ายในการดำเนินการและข้อมูลที่ต่ำลง เปรียบเทียบเส้นทางทั้งหมด ไม่ใช่แค่ราคาค่าธรรมเนียมก๊าซครั้งแรกเท่านั้น

นักพัฒนาควรตีความการเปลี่ยนแปลงนี้อย่างไร

สำหรับทีมพัฒนา Rollup นั้น Blob จะเปลี่ยนเป้าหมายการเพิ่มประสิทธิภาพจาก “ลดปริมาณข้อมูลการโทรถาวรให้น้อยที่สุดเท่าที่จะเป็นไปได้” ไปสู่ ​​“ใช้ข้อมูลที่มีอยู่ให้มีประสิทธิภาพในขณะที่จัดการตลาดค่าธรรมเนียม Blob ที่แยกต่างหาก” ซึ่งรวมถึงการบีบอัดข้อมูล การสร้างกลุ่มข้อมูล การทำงานสำรองเมื่อค่าธรรมเนียม Blob เพิ่มขึ้น และการบัญชีค่าธรรมเนียมที่โปร่งใสสำหรับผู้ใช้ แอปพลิเคชันควรหลีกเลี่ยงการอ้างว่ามีการลดค่าธรรมเนียมถาวรโดยอิงจาก EIP-4844 เพียงอย่างเดียว เนื่องจากความต้องการ การใช้งาน Rollup และการอัปเกรดโปรโตคอลในอนาคตยังคงเป็นตัวแปร

สำหรับนักพัฒนาแอปพลิเคชันบนเลเยอร์ 2 การออกแบบธุรกรรมยังคงมีความสำคัญ การลดการเขียนข้อมูลลงโดยไม่จำเป็น การเรียกใช้ข้อมูล การเรียกใช้สัญญา และการดำเนินการที่ล้มเหลว สามารถลดต้นทุนส่วนการดำเนินการของผู้ใช้ได้ สิ่งเหล่านี้เป็นการปรับปรุงที่เสริมกัน: การแบ่งส่วนข้อมูลแบบ proto-danksharding ช่วยลดส่วนประกอบการโพสต์ข้อมูลของ rollup บนเลเยอร์ 1 เป็นหลัก ในขณะที่สัญญาที่มีประสิทธิภาพจะจัดการงานที่ดำเนินการบนเลเยอร์ 2 เอง

สรุปแล้ว

Proto-danksharding ได้เปลี่ยนแปลงเศรษฐศาสตร์ของ L2 โดยการให้ rollup มีช่องทางข้อมูลชั่วคราวที่มีราคาแยกต่างหาก นั่นเป็นเหตุผลว่าทำไม rollup ที่รองรับ blob จำนวนมากจึงสามารถลดต้นทุนการชำระเงินหลักลงได้หลังจากการประชุม Dencun การมาถึงของ PeerDAS ในภายหลังได้เสริมความแข็งแกร่งด้านความจุของแผนงานเดียวกัน แต่การอัปเกรดทั้งสองอย่างนี้ไม่ได้ทำให้ค่าธรรมเนียมคงที่หรือรับประกันว่า L2 ทุกระบบจะมีราคาถูกกว่า Mainnet สำหรับทุกงาน

สำหรับผู้ใช้งาน การปรับแต่งที่ดีที่สุดคือการเลือกเครือข่ายที่ถูกต้องสำหรับเส้นทางการทำธุรกรรมทั้งหมด อ่านใบเสนอราคาค่าธรรมเนียมจริง หลีกเลี่ยงการเรียกใช้สัญญาที่ซ้ำซ้อน และรักษาก๊าซดั้งเดิมให้เพียงพอสำหรับเครือข่ายที่คุณใช้ สำหรับนักพัฒนา บทเรียนที่สำคัญคือการพิจารณาความพร้อมใช้งานของบล็อก ค่าธรรมเนียมบล็อก การจัดกลุ่ม และการดำเนินการ L2 ว่าเป็นส่วนที่เกี่ยวข้องกันแต่แยกจากกันในแบบจำลองต้นทุน