---
title: "เครือข่าย Layer 2"
description: "คู่มือเฉพาะ deployment สำหรับการดำเนินการ Layer 2, data availability, การตรวจสอบ state, settlement, finality, sequencer, การกำกับดูแล, bridge, ค่าธรรมเนียม และเส้นทางออกที่ดำเนินการได้จริง"
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.

# เครือข่าย Layer 2

> จัดทำขึ้นเพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำการลงทุน การลงทุนอาจทำให้สูญเสียเงินลงทุนได้

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

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

Layer 2 คือโปรโตคอลที่ดำเนินการหรือประสานกิจกรรมนอก base chain โดยอาศัย base chain ในส่วนที่กำหนดของการตรวจสอบ, data availability, settlement หรือการบังคับใช้เส้นทางออก ชื่อนี้ไม่ใช่มาตรฐานสากล Rollup ที่เผยแพร่ข้อมูลเพียงพอและบังคับการเปลี่ยน state ด้วย fault proof หรือ validity proof มีสมมติฐานด้านความไว้วางใจต่างจาก validium, state channel, sidechain, bridge แบบ multisignature หรือ ledger ของศูนย์ซื้อขาย แม้ทุกผลิตภัณฑ์จะเรียกตัวเองว่า L2

สำหรับ deployment หนึ่ง ให้ถามว่าสัญญา L1 ยอมรับอะไรจริง ข้อมูลสำหรับ derive state อยู่ที่ใด ใครจัดลำดับธุรกรรม state ที่ไม่ถูกต้องถูกปฏิเสธอย่างไร บล็อกจะเป็น safe หรือ finalized เมื่อใด ใครอัปเกรดหรือหยุดระบบได้ และผู้ใช้สามารถออกได้โดยไม่พึ่ง operator หรือไม่ การยืนยันที่เร็วขึ้นและค่าธรรมเนียมที่ต่ำลงมีประโยชน์ แต่ไม่อาจพิสูจน์ inherited security ได้ด้วยตัวเอง

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

## กลไกการทำงาน

1. ระบุตัวตนของระบบให้ชัดเจน ได้แก่ chain ID ของ L1 และ L2, genesis และ fork, stack และเวอร์ชันของ rollup, สัญญา settlement และ bridge, implementation หลัง proxy, ประเภท proof หรือ game, โหมด data availability, sequencer และข้อมูลอ้างอิงบล็อก ให้ถือชื่อเว็บไซต์และคำว่า L2 เป็น metadata สำหรับค้นหา ไม่ใช่หลักฐานยืนยันตัวตน
2. จำแนกสถาปัตยกรรมตามแกนแยกกัน บันทึก execution environment, โมเดลการจัดลำดับ, กลไกตรวจสอบ state, ตำแหน่งข้อมูล, settlement chain และเส้นทาง custody ทั้ง optimistic rollup, validity rollup, validium, channel และ sidechain ผสมแกนเหล่านี้ต่างกัน execution engine ที่เข้ากันได้กับ EVM ไม่ได้ทำให้ความปลอดภัยเท่ากัน
3. สร้าง state pipeline ขึ้นใหม่ ติดตามการส่งของผู้ใช้ การจัดลำดับโดย sequencer, การดำเนินการ L2, การเข้ารหัส batch, การเผยแพร่ข้อมูล, state commitment, การท้าทายด้วย fault proof หรือการตรวจ validity proof, การบรรจุใน L1 และ finality ของ L1 ตรวจสอบว่าซอฟต์แวร์อิสระสามารถ derive state ของ L2 ที่อ้างได้จาก input ตามที่โปรโตคอลกำหนด
4. แยก availability ออกจาก liveness ระบุว่าข้อมูลอยู่ใน calldata หรือ blobs บน L1, ระบบ DA ภายนอก หรือ committee และระบุสมมติฐานเรื่องการเก็บรักษาและกู้คืน ทดสอบกรณี sequencer หยุดทำงาน, forced inclusion, ช่องทางส่งทางเลือก, proposer หรือ prover ล้มเหลว, การ relay ข้อความ และเส้นทาง escape หรือ withdrawal ที่แท้จริง
5. แยกนาฬิกาและป้ายสถานะ บล็อกที่ sequencer ยืนยันหรือเป็น unsafe อาจเกิดก่อนเผยแพร่ข้อมูล บล็อก safe อาจเกิดก่อน finality ของ L1 ส่วนการรับ proof, การยุติข้อพิพาท, withdrawal maturity และการปล่อยสินทรัพย์จาก bridge อาจเพิ่มเงื่อนไขอิสระ ใช้คำนิยามของ deployment นั้น ไม่ใช้จำนวน confirmation สากลหรือกฎเจ็ดวัน
6. ทำแผนที่การควบคุมและเศรษฐศาสตร์ อ่าน proxy admin, ระยะหน่วงการอัปเกรด, อำนาจ security council และ guardian, สถานะ pause, fee scalar, gas token, ความจุ batch และผู้รับค่าธรรมเนียม สร้าง ledger แยกสำหรับการดำเนินการ L2, การเผยแพร่ L1 หรือ DA, ค่าผู้ดำเนินการ, ค่า bridge, Gas ปลายทาง และต้นทุนการรอ ราคาเสนอไม่รับประกันการดำเนินการ
7. กระทบยอดผลลัพธ์ของผู้ใช้ ตรวจสัญญาและ representation ของโทเค็นให้ตรง, debit ต้นทาง, credit ปลายทาง, status ใน receipt, state root และ message root, hash บล็อก safe และ finalized, approval ที่เหลือ และเส้นทาง redemption หรือออกตลาดที่ดำเนินการได้จริง ตรวจ configuration ใหม่หลังทุกการอัปเกรด และอย่าสรุปความปลอดภัยของ bridge จาก proving system ของ rollup

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

## ตัวอย่างคำนวณ

- **เศรษฐศาสตร์ของ batch** batch หนึ่งมีธุรกรรม `2,000` รายการ ขนาดเฉลี่ย `160 bytes` หลังบีบอัด บวก framing คงที่ `20,000 bytes` รวมเป็น `340,000 bytes` ที่ `$0.00002/byte` ค่าข้อมูลคือ `$6.80` เมื่อเพิ่มต้นทุน proving และ settlement คงที่ `$4.00` จะรวมเป็น `$10.80` หรือ `$0.0054/transaction` หากมีเพียง `200` ธุรกรรม สมมติฐานเดิมให้ `52,000 bytes`, ค่าข้อมูล `$1.04` และรวม `$5.04` หรือ `$0.0252/transaction` การทำ batch ลดต้นทุนเฉลี่ยได้เฉพาะภายใต้สมมติฐานขนาด การใช้งาน และค่าธรรมเนียมที่ระบุ
- **ความจุเทียบกับ throughput จริง** L2 สมมติอนุญาต `60,000,000 gas` ทุก `2 seconds` จึงมีความจุ `30,000,000 gas/second` เมื่อแต่ละปฏิบัติการใช้ `120,000 gas` เพดานเชิงกลคือ `250 operations/second` และเมื่อใช้งานจริง `72%` จะเป็น `180 operations/second` ค่านี้ไม่ใช่ finality, decentralization หรือ throughput ตลอดเส้นทาง และข้อมูล, proving หรือ sequencer อาจเป็นข้อจำกัดก่อน
- **นาฬิกาสถานะสามชุดและเงื่อนไขถอน** ใน timeline เพื่อการสอนแบบ OP ธุรกรรมได้รับการยืนยันจาก sequencer เวลา `12:00 UTC`, batch เป็น safe หลังเผยแพร่บน L1 เวลา `12:07` และบล็อก L1 ที่บรรจุเป็น finalized เวลา `12:20` หากพิสูจน์การถอนผ่าน bridge เวลา `14:00` และมี maturity สมมติ `7-day` เวลาปล่อยเร็วสุดคือ `14:00` ของสัปดาห์ถัดไป ภายใต้เงื่อนไขของ game, pause และ L1 finality ของธุรกรรม L2 เวลา `12:20` ไม่ใช่เหตุการณ์เดียวกับการปล่อยจาก bridge
- **มูลค่าที่ดำเนินการได้หลัง bridge** ผู้ใช้ฝาก `1,000 USDC` ค่าธรรมเนียมโปรโตคอล `2 USDC` ทำให้เหลือ `998 USDC` บน L2 ส่วน Gas ต้นทางมีค่า `$7.50` แยกต่างหาก โทเค็นที่รับมี executable bid `$0.995`, price impact `0.20%` และ Gas สำหรับออก `$3` ดังนั้นมูลค่าออกสุทธิคือ `998 * 0.995 * (1 - 0.002) - 3 = $988.02398` เทียบกับ `$1,000` ส่วนขาดคือ `$11.97602` หรือ `1.197602%` ทั้งตัวตนโทเค็น สิทธิเรียกร้องต่อ bridge และสภาพคล่องสำคัญกว่าป้าย L2

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

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

- ใช้ L1, L2, chain ID, deployment, fork หรือเวอร์ชันโปรโตคอลผิด
- ถือป้ายการตลาด L2 เป็นการจำแนกความปลอดภัยแบบมาตรฐาน
- สับสน sidechain, validium, channel หรือ ledger แบบ custody กับ rollup
- เชื่อ RPC, explorer, bridge, โทเค็น หรือที่อยู่สัญญาปลอม
- sequencer เซ็นเซอร์ ให้ข้อมูลขัดแย้ง หยุดทำงาน หรือใช้ private ordering ในทางที่ผิด
- ข้อมูล batch และ derivation หายหรือล่าช้า
- ระบบ DA ภายนอกหรือ committee ปิดบังข้อมูล ล้มเหลว หรือสมรู้ร่วมคิด
- state commitment ไม่ถูกต้อง หรือมีบั๊กใน proving system, game หรือ verifier
- proposer, prover, challenger หรือ relayer ไม่พร้อมทำงาน
- L1 แออัด ถูกเซ็นเซอร์ reorg หรือ finality ล่าช้า
- สับสนสถานะ unsafe, safe, finalized, proven และ withdrawable
- เส้นทาง forced inclusion หรือ escape ถูก pause มีค่าใช้จ่ายสูง หรือใช้ไม่ได้
- อัปเกรด proxy ทันทีหรือไม่มี exit window เพียงพอสำหรับผู้ใช้
- คีย์ admin, guardian หรือ security council ถูกเจาะ
- escrow ของ bridge, token mapping, decimals หรือ representation ผิดพลาด
- ราคาเสนอไม่รวมค่าข้อมูล ดำเนินการ operator, bridge หรือ Gas ปลายทาง
- ความจุ, rate limit, ความแออัด, slippage หรือ gas token ไม่พอ
- เข้าใจว่า EVM compatibility หมายถึง opcode, precompile หรือกฎความปลอดภัยเหมือนกัน
- ข้อความข้าม L2 ประกอบสมมติฐาน finality, bridge หรือ dependency ที่อ่อนกว่า
- เข้าใจว่า wallet แสดงสำเร็จ TPS สูง หรือค่าธรรมเนียมต่ำหมายถึงความปลอดภัยและ finality ทางเศรษฐกิจ

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

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

- ทุกเครือข่ายที่เรียกว่า Layer 2 สืบทอดความปลอดภัยทั้งหมดของ Ethereum
- การยืนยันจาก sequencer เท่ากับ finality ที่รองรับโดย L1
- validity proof หรือ fault proof แก้ data availability และการเซ็นเซอร์โดยอัตโนมัติ
- proving system ของ rollup รับประกันโทเค็นที่ผ่าน bridge และแอปพลิเคชันทั้งหมดด้วย
- ค่าธรรมเนียมต่ำหรือ TPS สูงพิสูจน์ decentralization, solvency และเส้นทางออกที่ดำเนินการได้

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

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

- [Rollup](/th/crypto/rollup/)
- [Data availability](/th/crypto/data-availability/)
- [เส้นทางออกฉุกเฉินของ rollup](/th/crypto/rollup-escape-hatch/)

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

## แหล่งข้อมูล

- [Scaling](https://ethereum.org/developers/docs/scaling/) - Ethereum.org (เข้าถึง: 2026-08-12)
- [Optimistic Rollups](https://ethereum.org/developers/docs/scaling/optimistic-rollups/) - Ethereum.org (เข้าถึง: 2026-08-12)
- [Zero-knowledge rollups](https://ethereum.org/developers/docs/scaling/zk-rollups/) - Ethereum.org (เข้าถึง: 2026-08-12)
- [Data availability](https://ethereum.org/developers/docs/data-availability/) - Ethereum.org (เข้าถึง: 2026-08-12)
- [EIP-4844: Shard Blob Transactions](https://eips.ethereum.org/EIPS/eip-4844) - Ethereum Improvement Proposals (เข้าถึง: 2026-08-12)
- [Rollup Node](https://specs.optimism.io/protocol/rollup-node.html) - OP Stack Specification (เข้าถึง: 2026-08-12)
- [Transaction finality](https://docs.optimism.io/op-stack/transactions/transaction-finality) - Optimism Documentation (เข้าถึง: 2026-08-12)
- [Stage 1 Roles and Requirements](https://specs.optimism.io/protocol/stage-1.html) - OP Stack Specification (เข้าถึง: 2026-08-12)

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