---
title: "โรลอัป"
description: "อธิบายว่าโรลอัปดำเนินธุรกรรม เผยแพร่ข้อมูลและข้อผูกมัด ตรวจสอบการเปลี่ยนสถานะ ชำระผลบนเลเยอร์ฐาน และก่อให้เกิดความเสี่ยงด้านปฏิบัติการอย่างไร"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# โรลอัป

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

<a id="answer"></a>

## คำตอบโดยตรง

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

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

<a id="mechanism"></a>

## วิธีการทำงาน

- **จัดลำดับและดำเนินการ** ซีเควนเซอร์หรือกลไกอื่นเลือกและจัดลำดับธุรกรรม แล้วคำนวณสถานะโรลอัปที่เกิดขึ้น ผู้ใช้อาจได้รับใบรับอย่างรวดเร็วก่อนการยืนยันจากเลเยอร์ฐาน
- **เผยแพร่ข้อมูล** ระบบเผยแพร่ข้อมูลอินพุตที่เพียงพอบนเลเยอร์ฐาน โดยทั่วไปเป็น calldata หรือบล็อบ หรือใช้การออกแบบความพร้อมใช้ของข้อมูลแยกต่างหาก สิ่งนี้กำหนดว่าโหนดอิสระจะสร้างและตรวจสอบสถานะได้หรือไม่
- **ผูกมัดสถานะ** โรลอัปเผยแพร่รากสถานะหรือข้อผูกมัดอื่นที่ผูกกับผลการดำเนินการ ข้อผูกมัดมีขนาดเล็ก แต่ไม่ใช่ประวัติธุรกรรมพื้นฐาน
- **ตรวจสอบการเปลี่ยนสถานะ** แบบออปทิมิสติกพึ่งพาช่วงเวลาโต้แย้งและกระบวนการหลักฐานข้อผิดพลาดที่ปรับใช้แล้ว ส่วน ZK พึ่งพาหลักฐานความถูกต้องและตัวตรวจสอบบนเชน ข้อบกพร่อง สิทธิ์ และความต่อเนื่องของระบบพิสูจน์ยังสำคัญทั้งคู่
- **ชำระผลและถอน** สัญญาเลเยอร์ฐานกำหนดเวลายอมรับข้ออ้างหรือหลักฐานและวิธีทำให้ข้อความกับสินทรัพย์เสร็จสิ้น การถอนแบบมาตรฐานอาจล่าช้าจากการพิสูจน์ การโต้แย้ง หรือความเป็นที่สุด บริดจ์ด่วนเพิ่มผู้ให้สภาพคล่องและความเสี่ยงคู่สัญญา
- **อัปเกรดและกู้คืน** การกำกับดูแล สภาความปลอดภัย ผู้พิทักษ์ หรือผู้ดูแลอาจหยุดหรืออัปเกรดสัญญา ต้องตรวจสอบไทม์ล็อก ทางออกฉุกเฉิน และกลไกบังคับรวมสำหรับการปรับใช้จริง

<a id="example"></a>

## ตัวอย่าง

สมมติว่าแบตช์หนึ่งมีธุรกรรม `1,000` รายการ ผู้ใช้จ่ายรวม `0.8 ETH` ต้นทุนข้อมูลเลเยอร์ฐานที่วัดได้คือ `0.5 ETH` และต้นทุนดำเนินการโรลอัปคือ `0.2 ETH` ส่วนที่ยังอธิบายไม่ได้คือ `0.8 - 0.5 - 0.2 = 0.1 ETH` หรือ `0.1 / 1,000 = 0.0001 ETH` ต่อธุรกรรม ก่อนรวมการสร้างหลักฐาน โครงสร้างพื้นฐาน แบตช์ที่ล้มเหลว ต้นทุนเงินทุน และเงินคืน นี่คือการกระทบยอดต้นทุน ไม่ใช่กำไรผู้ดำเนินการ

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

<a id="risks"></a>

## ความเสี่ยง

- ซีเควนเซอร์แบบรวมศูนย์สามารถเซ็นเซอร์ จัดลำดับใหม่ หรือหยุดธุรกรรมชั่วคราวได้
- ข้อมูลแบตช์ที่สูญหายหรือไม่พร้อมใช้อาจขัดขวางการสร้างสถานะและการออกโดยอิสระ
- โปรแกรมหลักฐานข้อผิดพลาด วงจรความถูกต้อง ตัวตรวจสอบ หรือไคลเอนต์อาจมีข้อบกพร่อง
- ผู้โต้แย้งหรือผู้สร้างหลักฐานอาจออฟไลน์ ถูกเซ็นเซอร์ เงินไม่พอ หรือได้รับสิทธิ์ไม่ถูกต้อง
- ความแออัด การจัดระเบียบใหม่ หรือความล้มเหลวของเลเยอร์ฐานอาจชะลอการเผยแพร่ การพิสูจน์ และการชำระผล
- คีย์อัปเกรด ผู้พิทักษ์ หรือการกำกับดูแลสามารถเปลี่ยนโค้ด พารามิเตอร์ หรือพฤติกรรมบริดจ์
- บริดจ์มาตรฐานและการจับคู่โทเค็นอาจล้มเหลวแม้การดำเนินการโรลอัปถูกต้อง
- ค่าธรรมเนียม เวลาพิสูจน์ และความล่าช้าในการถอนต่างกันตามการปรับใช้และอาจเปลี่ยนหลังอัปเกรด

<a id="misconceptions"></a>

## ความเข้าใจผิดที่พบบ่อย

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

<a id="related"></a>

## หัวข้อที่เกี่ยวข้อง

- [Ethereum](/th/crypto/ethereum/)
- [Layer 2](/th/crypto/layer2/)
- [โรลอัปแบบออปทิมิสติก](/th/crypto/optimistic-rollup/)
- [โรลอัป ZK](/th/crypto/zk-rollup/)
- [ความพร้อมใช้ของข้อมูล](/th/crypto/data-availability/)

<a id="sources"></a>

## แหล่งที่มา

- [การขยายขนาด](https://ethereum.org/en/developers/docs/scaling/) - Ethereum.org (เข้าถึง: 2026-08-21)
- [โรลอัปแบบออปทิมิสติก](https://ethereum.org/en/developers/docs/scaling/optimistic-rollups/) - Ethereum.org (เข้าถึง: 2026-08-21)
- [โรลอัปแบบความรู้เป็นศูนย์](https://ethereum.org/en/developers/docs/scaling/zk-rollups/) - Ethereum.org (เข้าถึง: 2026-08-21)
- [EIP-4844: ธุรกรรมชาร์ดบล็อบ](https://eips.ethereum.org/EIPS/eip-4844) - Ethereum Improvement Proposals (เข้าถึง: 2026-08-21)

Source: https://wiki.fcontext.com/th/crypto/rollup/index.mdx