﻿---
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>

## 直接回答

抗审查性是指网络即使在特定网关、节点、构建者或区块生产者拒绝的情况下也能保持有效交易可访问并有资格最终被纳入的能力。这是一定程度的弹性，而不是承诺每笔交易都进入下一个区块，或者每个访问提供商必须为每个用户提供服务。

声明必须命名图层、参与者和时间窗口。基础链可能会抵制持续的交易审查，而钱包、前端、RPC 端点、交换或汇总排序器会立即阻止访问。交易也可能因非审查原因而延迟，例如无效签名、错误的随机数、余额不足、费用低于本地中继政策或争夺有限的区块空间。

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

## 它是如何工作的

通过不同的阶段跟踪一笔已签署的交易：

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 是一项提案，并不是当前部署的以太坊保证。

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

## 示例

假设一笔有效交易以区块高度 `840,000` 到达公共网络。它提供具有竞争力的费用，适用于以下每个区块并保持有效。三个制作人省略了它；第四个包括它的高度 `840,004`。

- 从规定的起始点观察到的延迟是 `4 blocks`。
- 三个遗漏并不能单独证明协调；订购、传播和生产者政策需要调查。
- 独立的第四个制作人的加入表明第一批制作人缺乏完全的否决权。
- 如果控制 `90%` 机会的生产者应用相同的过滤器，则简化的独立时隙模型给出每个时隙包含概率 `1 - 0.90 = 10%` 和预期等待 `1 / 0.10 = 10 slots`。相关控制和实际选择规则可能会使该模型失效。

为了记录可疑的审查制度，保留已签名的交易或标识符、来自独立节点的首次观察、费用和有效性检查、内存池政策、区块内容、生产者归属和可比交易。一个 RPC 错误或缺少资源管理器条目是不够的。

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

## 风险

- **误报：**无效、陈旧的随机数、资金不足、收费政策、容量或传播不良可能看起来像是审查制度。
- **集中排序：** 主导池、构建器、中继器或排序器可以将选择性过滤变成长时间延迟。
- **访问层审查：**域名、应用程序商店、前端、钱包和 RPC 提供商可以阻止实际访问，而直接协议访问仍然是可能的。
- **相关基础设施：** 独立的端点可能共享运营商、云、客户端、中继或法律风险。
- **隐私泄露：** 通过许多服务进行转播可能会提高覆盖范围，同时暴露 IP、时间和交易链接。
- **薄弱的逃生路径：**强制纳入可能会带来费用、保证金、延迟、窗口、数据要求或特权控制。
- **重组和治理风险：** 纳入可能不是最终的，升级或紧急权力可能会改变假设。

在可行的情况下使用真正独立的路径。切勿与 RPC、中继或“反审查”服务共享助记词或私钥，也不要在不了解随机数和费用规则的情况下替换或转播交易。

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

## 常见的误解

- **“有效意味着保证包含。”** 有效性创造资格；除非适用更严格的规则，否则生产者仍会选择交易。
- **“去中心化意味着不可审查。”** 集中度可以保留在生产、构建器、中继、RPC、前端或治理中。
- **“一个被阻止的 RPC 证明了链式审查。”** 它证明了一条访问路径失败或拒绝了请求，而不是全网否决。
- **“高额费用击败了所有过滤器。”** 有竞争力的费用解决了经济订购问题，而不是明确的过滤器。
- **“最终纳入就足够了。”** 在运营截止日期之后纳入可能毫无用处；时间窗口属于索赔范围。

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

## 相关主题

- [区块链三难困境](/zh-cn/crypto/blockchain-trilemma/)
- [点对点网络](/zh-cn/crypto/peer-to-peer-network/)
- [无需许可的区块链](/zh-cn/crypto/permissionless-blockchain/)
- [提议者-构建者分离](/zh-cn/crypto/proposer-builder-separation/)
- [验证器](/zh-cn/crypto/validator/)

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

## 来源

- [比特币：点对点电子现金系统](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-cn/crypto/censorship-resistance/index.mdx
