﻿---
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 엔드포인트, 교환 또는 롤업 시퀀서가 액세스를 즉시 차단하는 동안 지속적인 거래 검열에 저항할 수 있습니다. 유효하지 않은 서명, 잘못된 nonce, 잔액 부족, 로컬 중계 정책보다 낮은 수수료 또는 제한된 블록 공간에 대한 경쟁과 같은 비검열 이유로 인해 거래가 지연될 수도 있습니다.

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

## 작동 방식

별개의 단계를 통해 하나의 서명된 거래를 따르십시오.

1. **생성 및 제출.** 지갑은 거래를 구성하고 서명한 다음 RPC 공급자, 개인 경로 또는 P2P 네트워크를 통해 이를 보냅니다. 게이트웨이는 기본 프로토콜을 변경하지 않고 이를 거부할 수 있습니다.
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>

## 위험

- **오탐지:** 무효성, 오래된 nonce, 자금 부족, 수수료 정책, 용량 또는 전파 불량은 검열처럼 보일 수 있습니다.
- **집중된 순서:** 지배적인 풀, 빌더, 릴레이 또는 시퀀서는 선택적 필터링을 긴 지연으로 전환할 수 있습니다.
- **액세스 계층 검열:** 도메인, 앱 스토어, 프런트엔드, 지갑 및 RPC 제공업체는 직접 프로토콜 액세스는 가능한 상태에서 실제 액세스를 차단할 수 있습니다.
- **상관 인프라:** 별개로 보이는 엔드포인트는 운영자, 클라우드, 클라이언트, 릴레이 또는 법적 노출을 공유할 수 있습니다.
- **개인정보 유출:** 많은 서비스를 통해 재방송하면 IP, 타이밍 및 거래 연결이 노출되면서 도달 범위가 향상될 수 있습니다.
- **약한 탈출 경로:** 강제 포함에는 수수료, 채권, 지연, 기간, 데이터 요구 사항 또는 특권 통제가 포함될 수 있습니다.
- **재편성 및 거버넌스 위험:** 포함이 최종적이지 않을 수 있으며 업그레이드 또는 긴급 권한으로 인해 가정이 변경될 수 있습니다.

가능한 경우 완전히 독립적인 경로를 사용하십시오. RPC, 릴레이 또는 "검열 방지" 서비스와 시드 문구 또는 개인 키를 공유하지 말고 임시값 및 수수료 규칙을 이해하지 않고 거래를 대체하거나 재방송하지 마십시오.

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

## 일반적인 오해

- **"유효함은 포함이 보장됨을 의미합니다."** 유효성은 자격을 생성합니다. 더 강력한 규칙이 적용되지 않는 한 생산자는 여전히 거래를 선택합니다.
- **“분산형은 검열이 불가능하다는 것을 의미합니다.”** 프로덕션, 빌더, 릴레이, RPC, 프런트엔드 또는 거버넌스에 집중이 유지될 수 있습니다.
- **“차단된 RPC 하나는 체인 검열을 증명합니다.”** 이는 네트워크 전체에 대한 거부권이 아니라 하나의 액세스 경로가 실패했거나 요청을 거부했음을 증명합니다.
- **“높은 수수료는 모든 필터를 무력화합니다.”** 경쟁력 있는 수수료는 명시적인 필터가 아닌 경제적 주문을 해결합니다.
- **“최종 포함이면 충분합니다.”** 운영 마감일 이후의 포함은 쓸모가 없을 수 있습니다. 기간은 청구에 속합니다.

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

## 관련 주제

- [블록체인 트릴레마](/ko/crypto/blockchain-trilemma/)
- [P2P 네트워크](/ko/crypto/peer-to-peer-network/)
- [무허가형 블록체인](/ko/crypto/permissionless-blockchain/)
- [제안자-빌더 분리](/ko/crypto/proposer-builder-separation/)
- [검증기](/ko/crypto/validator/)

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

## 소스

- [비트코인: P2P 전자 현금 시스템](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/ko/crypto/censorship-resistance/index.mdx
