---
title: "ความต้านทานการเซ็นเซอร์"
description: "ความต้านทานการเซ็นเซอร์เป็นแนวคิดพื้นฐานด้านสถาปัตยกรรมและขอบเขตเชิงสถาบันของคริปโท บทความนี้อธิบายความหมาย กลไก กรณีใช้งาน ขอบเขตความเสี่ยง และความเข้าใจผิด เพื่อให้เข้าใจกลไก on-chain มากกว่าท่องจำคำศัพท์"
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>

## ตอบตรง

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

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

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

## มันทำงานอย่างไร

ติดตามธุรกรรมที่ลงนามแล้วผ่านขั้นตอนที่แตกต่างกัน:

1. **การสร้างและยื่น** กระเป๋าเงินสร้างและลงนามธุรกรรม จากนั้นส่งผ่านผู้ให้บริการ RPC เส้นทางส่วนตัว หรือเครือข่ายเพียร์ทูเพียร์ เกตเวย์สามารถปฏิเสธได้โดยไม่ต้องเปลี่ยนโปรโตคอลพื้นฐาน
2. **การรับเข้าและการเผยแพร่** โหนดตรวจสอบความถูกต้องฉันทามติและนโยบาย mempool หรือรีเลย์ของตนเอง ธุรกรรมอาจมีฉันทามติที่ถูกต้อง แต่ไม่ได้ถ่ายทอดโดยโหนดใดโหนดหนึ่ง เพื่อนร่วมงานและเส้นทางการส่งที่เป็นอิสระหลายรายช่วยลดการพึ่งพาผู้รักษาประตูเพียงคนเดียว
3. **การสร้างบล็อกและข้อเสนอ** นักขุด นักตรวจสอบ ตัวจัดลำดับ หรือผู้สร้างภายนอกจะเลือกธุรกรรมและคำสั่งซื้อของพวกเขา ผู้ผลิตแบบหมุนเวียนจะทำให้นักแสดงคนหนึ่งปฏิเสธชั่วคราวก็ต่อเมื่อส่วนแบ่งที่มีนัยสำคัญของผู้ผลิตรายหลังสามารถมองเห็นและรวมการทำธุรกรรมได้
4. **การตรวจสอบความถูกต้องและตัวเลือกทางแยก** โหนดอื่นปฏิเสธบล็อกที่ไม่ถูกต้องและตัดสินใจว่าสาขาที่ถูกต้องใดเป็นแบบบัญญัติ การตรวจสอบความถูกต้องโดยอิสระจะป้องกันไม่ให้ผู้ผลิตทำธุรกรรมที่ไม่ถูกต้องให้ถูกต้อง แต่โดยปกติแล้วจะไม่บังคับให้ผู้ผลิตรายนั้นรวมธุรกรรมที่ถูกต้องโดยเฉพาะ
5. **การยืนยันหรือการสิ้นสุด** การรวมไม่เหมือนกับข้อตกลงถาวร การปรับโครงสร้างองค์กรสามารถลบการรวมล่าสุดออกได้ การยืนยันหรือกฎขั้นสุดท้ายที่เกี่ยวข้องนั้นเป็นแบบเฉพาะลูกโซ่

วัดผลลัพธ์แทนการกำหนดป้ายกำกับไบนารี สำหรับธุรกรรมที่มีจำหน่ายครั้งแรกในวงกว้างที่ `t_seen` และรวมอยู่ใน `t_included`:

`inclusion delay = t_included - t_seen`

เปรียบเทียบความล่าช้านั้นกับธุรกรรมที่มีราคาใกล้เคียงกันและซับซ้อนใกล้เคียงกันในกรอบเวลาความแออัดเดียวกัน อีกมาตรการที่มีประโยชน์คือ:

`eligible inclusion rate = included eligible transactions / observed eligible transactions`

“มีสิทธิ์” ต้องระบุความถูกต้อง nonce ยอดคงเหลือ ค่าธรรมเนียม ก๊าซหรือน้ำหนัก กฎเวลาและความจุ มิฉะนั้น การเลือกค่าธรรมเนียมธรรมดาหรือความแออัดอาจถูกเข้าใจผิดว่าเป็นการเซ็นเซอร์แบบเลือกสรร

การต่อต้านขึ้นอยู่กับความหลากหลายในโดเมนความล้มเหลว: เพียร์, RPC, ผู้ดำเนินการอัตโนมัติ, พูล, ไคลเอนต์, ช่างก่อสร้าง, รีเลย์, ซีเควนเซอร์, ผู้ให้บริการโฮสติ้ง และเขตอำนาจศาล จำนวนโหนดดิบอาจทำให้เข้าใจผิดได้เนื่องจากโหนดหรือคีย์เครื่องมือตรวจสอบความถูกต้องจำนวนมากอาจแชร์คอนโทรลเลอร์ตัวเดียว เส้นทางการบังคับให้รวมหรือรายการการรวมสามารถเสริมการรับประกันได้ แต่สถานะและเงื่อนไขการใช้งานนั้นมีความสำคัญ ตัวอย่างเช่น EIP-7805 เป็นข้อเสนอและไม่ใช่การรับประกัน Ethereum ที่ใช้งานอยู่ในปัจจุบัน

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

## ตัวอย่าง

สมมติว่าธุรกรรมที่ถูกต้องเข้าถึงเครือข่ายสาธารณะที่ความสูงของบล็อค `840,000` เสนอค่าธรรมเนียมที่แข่งขันได้ ซึ่งเหมาะสมกับแต่ละบล็อกต่อไปนี้และยังคงใช้ได้ ผู้ผลิตสามคนละเว้น; อันที่สี่รวมไว้ที่ความสูง `840,004`

- ความล่าช้าที่สังเกตได้คือ `4 blocks` จากจุดเริ่มต้นที่ระบุไว้
- การละเว้นสามครั้งไม่ได้พิสูจน์การประสานงานเพียงอย่างเดียว นโยบายการสั่งซื้อ การขยายพันธุ์ และผู้ผลิตจำเป็นต้องได้รับการตรวจสอบ
- การรวมโดยผู้ผลิตรายที่สี่ที่เป็นอิสระแสดงให้เห็นว่าผู้ผลิตรายแรกไม่มีการยับยั้งโดยสมบูรณ์
- หากผู้ผลิตที่ควบคุมโอกาส `90%` ใช้ตัวกรองเดียวกัน โมเดลสล็อตอิสระที่เรียบง่ายให้ความน่าจะเป็นต่อการรวมสล็อต `1 - 0.90 = 10%` และ `1 / 0.10 = 10 slots` ที่คาดหวัง การควบคุมที่สัมพันธ์กันและกฎการเลือกจริงอาจทำให้แบบจำลองนี้ใช้ไม่ได้

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

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

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

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

ใช้เส้นทางที่เป็นอิสระอย่างแท้จริงในทางปฏิบัติ ห้ามแชร์วลีเริ่มต้นหรือคีย์ส่วนตัวกับ RPC, บริการส่งต่อหรือ "ต่อต้านการเซ็นเซอร์" และอย่าแทนที่หรือออกอากาศธุรกรรมซ้ำโดยไม่เข้าใจกฎ nonce และค่าธรรมเนียม

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

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

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

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

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

- [ไตรภาคบล็อคเชน](/th/crypto/blockchain-trilemma/)
- [เครือข่ายเพียร์ทูเพียร์](/th/crypto/peer-to-peer-network/)
- [บล็อคเชนที่ไม่ได้รับอนุญาต](/th/crypto/permissionless-blockchain/)
- [การแยกผู้เสนอและผู้สร้าง](/th/crypto/proposer-builder-separation/)
- [ตรวจสอบ](/th/crypto/validator/)

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

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

- [Bitcoin: ระบบเงินสดอิเล็กทรอนิกส์แบบ Peer-to-Peer](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (เข้าถึง: 2026-08-20)
- [ธุรกรรม](https://developer.bitcoin.org/devguide/transactions.html) - Bitcoin.org (เข้าถึง: 2026-08-20)
- [ทำไมต้องสร้างบน Ethereum](https://ethereum.org/latest/why-build-on-ethereum/) - Ethereum.org (เข้าถึง: 2026-08-20)
- [EIP-7805: รายการรวมที่บังคับใช้ Fork-choice](https://eips.ethereum.org/EIPS/eip-7805) - ข้อเสนอการปรับปรุง Ethereum (เข้าถึง: 2026-08-20)
- [ภาพรวมเทคโนโลยีบล็อคเชน](https://doi.org/10.6028/NIST.IR.8202) - สถาบันมาตรฐานและเทคโนโลยีแห่งชาติ (เข้าถึง: 2026-08-20)

Source: https://wiki.fcontext.com/th/crypto/censorship-resistance/index.mdx