---
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.
# 抗審查性
> 僅供教育參考，不構成投資建議；投資可能產生損失。
## 直接回答
抗審查性是指網路即使在特定網關、節點、建構者或區塊生產者拒絕的情況下也能保持有效交易可訪問並有資格最終被納入的能力。這是一定程度的彈性，而不是承諾每筆交易都進入下一個區塊，或者每個訪問提供者必須為每個用戶提供服務。
聲明必須命名圖層、參與者和時間視窗。基礎鏈可能會抵制持續的交易審查，而錢包、前端、RPC 端點、交換或匯總排序器會立即阻止存取。交易也可能因非審查原因而延遲，例如無效簽名、錯誤的隨機數、餘額不足、費用低於本地中繼政策或爭奪有限的區塊空間。
## 它是如何工作的
透過不同的階段追蹤一筆已簽署的交易：
1. **建立和提交。 ** 錢包建置並簽署交易，然後透過 RPC 提供者、私人路由或點對點網路發送該交易。網關可以拒絕它而不改變基本協定。
2. **准入和傳播。 ** 節點檢查共識有效性及其自己的記憶體池或中繼策略。交易可能是共識有效的，但不由特定節點中繼。多個獨立的對等點和提交路徑減少了對一個看門人的依賴。
3. **區塊建立和提案。 ** 礦工、驗證者、排序者或外部建構者選擇交易及其順序。只有當後來的製片人中有意義的一部分能夠看到並包含該交易時，輪換製片人才會使某個演員的拒絕暫時存在。
4. **驗證和分叉選擇。 ** 其他節點拒絕無效區塊並決定哪個有效分支是規範的。獨立驗證可防止生產者使無效交易有效，但通常不會強制該生產者包含特定的有效交易。
5. **確認或最終確定。 ** 包容性與持久結算不同。重組可以刪除最近的包含；相關的確認或最終規則是特定於鏈的。
衡量結果而不是分配二元標籤。對於首先在 `t_seen` 廣泛可用並包含在 `t_included` 的交易：
`inclusion delay = t_included - t_seen`
將延遲與同一擁塞視窗中價格相似、複雜程度相似的交易進行比較。另一個有用的措施是：
`eligible inclusion rate = included eligible transactions / observed eligible transactions`
「合格」必須說明有效性、隨機數字、餘額、費用、氣體或重量、時間和容量規則。否則，普通的費用選擇或擁塞可能會被誤認為是選擇性審查。
阻力取決於故障域的多樣性：同級、RPC、自治運營商、礦池、客戶端、建構器、中繼、定序器、託管提供者和管轄區。原始節點計數可能會產生誤導，因為許多節點或驗證器金鑰可能共用一個控制器。強制納入路徑或納入清單可以加強保障，但其部署狀態和條件很重要。例如，EIP-7805 是一項提案，並不是目前部署的以太坊保證。
## 範例
假設一筆有效交易以區塊高度 `840,000` 到達公共網路。它提供具有競爭力的費用，適用於以下每個區塊並保持有效。三個製作人省略了它；第四個包括它的高度 `840,004`。
- 從規定的起始點觀察到的延遲是 `4 blocks`。
- 三個遺漏並不能單獨證明協調；訂購、傳播和生產者政策需要調查。
- 獨立的第四個製作人的加入表明第一批製作人缺乏完全的否決權。
- 如果控制 `90%` 機會的生產者應用相同的濾波器，則簡化的獨立時隙模型給出每個時隙包含機率 `1 - 0.90 = 10%` 和預期等待 `1 / 0.10 = 10 slots`。相關控制和實際選擇規則可能會使該模型失效。
為了記錄可疑的審查制度，保留已簽署的交易或識別碼、來自獨立節點的首次觀察、費用和有效性檢查、記憶池政策、區塊內容、生產者歸屬和可比較交易。一個 RPC 錯誤或缺少資源管理器條目是不夠的。
## 風險
- **誤報：**無效、陳舊的隨機數、資金不足、收費政策、容量或傳播不良可能看起來像是審查制度。
- **集中排序：** 主導池、建構器、中繼器或排序器可以將選擇性過濾變成長時間延遲。
- **訪問層審查：**域名、應用程式商店、前端、錢包和 RPC 提供者可以阻止實際訪問，而直接協議訪問仍然是可能的。
- **相關基礎設施：** 獨立的端點可能共享營運商、雲端、用戶端、中繼或法律風險。
- **隱私洩漏：** 透過許多服務進行轉播可能會提高覆蓋範圍，同時暴露 IP、時間和交易連結。
- **薄弱的逃生路徑：**強制納入可能會帶來費用、保證金、延遲、視窗、資料要求或特權控制。
- **重組和治理風險：** 納入可能不是最終的，升級或緊急權力可能會改變假設。
在可行的情況下使用真正獨立的路徑。切勿與 RPC、中繼或「反審查」服務共享助記詞或私鑰，也不要在不了解隨機數和費用規則的情況下替換或轉播交易。
## 常見的誤解
- **「有效意味著保證包含。」** 有效性創造資格；除非適用更嚴格的規則，否則生產者仍會選擇交易。
- **「去中心化意味著不可審查。」** 集中度可以保留在生產、建構器、中繼、RPC、前端或治理中。
- **「一個被封鎖的 RPC 證明了鍊式審查。」** 它證明了一條存取路徑失敗或拒絕了請求，而不是全網否決。
- **「高額費用擊敗了所有過濾器。」** 有競爭力的費用解決了經濟訂購問題，而不是明確的過濾器。
- **「最終納入就足夠了。」** 在營運截止日期之後納入可能毫無用處；時間窗口屬於索賠範圍。
## 相關主題
- [區塊鏈三難困境](/zh-tw/crypto/blockchain-trilemma/)
- [點對點網路](/zh-tw/crypto/peer-to-peer-network/)
- [無需許可的區塊鏈](/zh-tw/crypto/permissionless-blockchain/)
- [提議者-建構者分離](/zh-tw/crypto/proposer-builder-separation/)
- [驗證器](/zh-tw/crypto/validator/)
## 來源
- [比特幣：點對點電子現金系統](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org（瀏覽時間：2026-08-20）
- [交易](https://developer.bitcoin.org/devguide/transactions.html) - Bitcoin.org（瀏覽時間：2026-08-20）
- [為什麼在以太坊上建造](https://ethereum.org/latest/why-build-on-ethereum/) - Ethereum.org（瀏覽時間：2026-08-20）
- [EIP-7805：分叉選擇強制包含清單](https://eips.ethereum.org/EIPS/eip-7805) - 以太坊改進提案（訪問時間：2026-08-20）
- [區塊鏈技術概述](https://doi.org/10.6028/NIST.IR.8202) - 美國國家標準技術研究院（瀏覽時間：2026-08-20）
Source: https://wiki.fcontext.com/zh-tw/crypto/censorship-resistance/index.mdx