이더리움 연구원, Hegota 하드포크에 FOCIL 검열 저항 기능 도입 제안

2026년 1월 28일

이더리움 연구원, Hegota 하드포크에 FOCIL 검열 저항 기능 도입 제안

2026년 1월 27일, 이더리움 연구원 **토마스 티에리(Thomas Thiery, 별명: soispoke)**가 다가오는 Hegota 하드포크에 FOCIL을 핵심 기능으로 도입하자는 제안서를 공개했다. 그는 이를 이더리움의 검열 저항성을 강화할 프로토콜 수준의 조치로 규정하며, 향후 업그레이드 주기에 어떤 변경사항이 우선되어야 하는지 논의가 활발한 지금 시점에서 특히 주목할 만한 제안으로 평가된다. (Hegota 핵심 제안 토론 링크)

이번 글에서는 FOCIL이 무엇인지, 지금 왜 중요한지, 도입 시 어떤 장단점이 있는지, 그리고 Hegota 업그레이드의 윤곽이 되어가고 있는 이 시점에서 어떤 점을 사용자들이 주의 깊게 봐야 하는지 살펴본다.

2026년에 다시 재조명되는 '검열 저항성'의 의미

블록체인에서 검열 저항성(censorship resistance)은 단순한 이상이 아닌, 실용적인 시스템의 핵심 속성이다. 즉, 어떤 중개자나 권한 있는 주체가 원하지 않더라도, 유효한 모든 트랜잭션은 일정 시간 안에 체인에 포함되어야 한다는 것이다.

최근 이더리움 생태계는 다음과 같은 방향으로 변화하고 있다:

블록을 만드는 전문 인프라(빌더, 릴레이, RPC 서비스 등)에 대한 의존도 증가
점점 더 복잡해지는 MEV(최대 추출 수익) 구조
중앙화된 인프라 운영업체에 대한 규제·컴플라이언스 압력 강화
롤업과 체인 간 브리징의 성장으로 L1 합의 자체의 정치적·경제적 민감도 상승

이런 변화 속에서, FOCIL 같은 제안은 이더리움의 기본 레벨 중립성을 강화하고, 그저 "포함될 가능성이 높은" 수준이 아니라, 시스템적으로 포함이 강제되는 수준으로 끌어올리려 한다.

FOCIL이란 무엇인가?

FOCIL은 **Fork-choice Enforced Inclusion Lists (포크 선택에 의한 포함 목록 강제)**의 약자로, 현재 EIP-7805로 명시되어 있다 (EIP-7805 공식 문서).

간단히 말해 FOCIL은 검열 상황에서도 트랜잭션이 일정 시간 내에 체인에 포함될 수 있도록 보장하는, 프로토콜 차원의 새로운 트랜잭션 포함 메커니즘이다.

핵심 구조는 다음과 같다:

**선정된 일부 검증인 집단(위원회)**이 **포함 목록(inclusion list)**을 게시하고, 이 목록에는 반드시 체인에 포함되어야 한다고 판단한 트랜잭션들이 담긴다.
블록 제안자는 다음 블록에서 이 목록에 적힌 트랜잭션들을 포함해야 한다.
블록을 어떤 체인의 정사슬(canonical chain)로 간주할 것인지 판단하는 포크 선택 기준이 변경되어, 목록에 따른 포함을 이행한 블록만 유효하게 간주되도록 검증인들이 투표하게 된다.

쉽게 말해, "이 트랜잭션을 넣어주세요”가 아니라, **“이 트랜잭션을 넣지 않으면 그 블록은 체인에서 인정받지 못할 것입니다”**라는 강제력이 작동한다.

자세한 배경 설명과 동기는 이더리움재단 산하 Robust Incentives Group에서 작성한 FOCIL 개요글을 참고할 수 있다.

FOCIL이 Hegota에 도입 논의 중인 이유

Hegota 핵심 제안글에서 토마스 티에리는, FOCIL이 단일 블록 제안자나 소수의 전문 블록 빌더에 의존하지 않고, 복수의 검증인들이 포함을 강제할 수 있게 해줌으로써 이더리움의 트랜잭션 포함 보장을 강력하게 개선한다고 주장한다. (제안 토론 링크)

현재 이더리움 개발자들은 더욱 정기적이고 체계적인 업그레이드 방향을 설정하고 있으며, Hegota와 같은 포크 명칭 선정 및 일정 등도 오픈 포럼(예: All Core Devs – Execution 미팅)에서 활발히 논의되고 있다 (ACDE #226 회의록).

이 환경 속에서 FOCIL은 다음과 같은 장점을 갖고 있다:

이미 문서화된 제안서(EIP-7805) 존재
사용자에게 설명하기 쉬운 명확한 보안 목표: 신속한 포함 보장
블록 빌더 중앙화 및 검열 우려와 직결되는 문제에 솔루션 제공

FOCIL의 개념적 작동 방식 (복잡한 세부 구현은 생략)

FOCIL은 검열 저항성을 보장하는 새로운 **합의 제약 조건(consensus constraint)**을 도입한다.

특정 슬롯(시간 단위)에 소수의 검증인들이 포함 목록을 게시한다.
블록 제안자는 해당 목록의 트랜잭션을 포함하거나, 유효성/용량 제한 등으로 포함이 불가능하다는 것을 증명해야 한다.
검증인들은 블록이 이 목록 기준을 따르지 않을 경우 그 블록에 불이익을 주는 방식으로 투표를 진행한다.

이로 인해, FOCIL은 근본적으로 "포크 선택 기준"을 바꾸는 기능으로 여겨진다. 즉, 어떤 트랜잭션이 체인에 포함될지는 더 이상 제안자나 빌더의 재량에 전적으로 맡기지 않고, 합의 프로토콜 자체가 강제하는 영역이 되는 셈이다.

세부적인 위원회 구성, 전파 방식, 중복 게시 처리, 유효성 검사 로직 등은 EIP-7805 공식 문서에서 확인할 수 있다.

FOCIL이 해결하고자 하는 문제점들

1) 빌더 또는 릴레이 수준의 검열

검증인은 분산화되어 있더라도, 실제로 블록을 만드는 과정은 소수의 '전문 빌더'에게 쏠릴 가능성이 있다. 만약 이들이 기업 정책, 정부 규제, 상업적 이유 등으로 특정 트랜잭션을 차단한다면, 사실상 서비스 거부(DoS) 수준의 검열이 발생할 수 있다.

FOCIL은 소수 단위의 결정권을 견제하고, 다수의 검증인 위원회가 트랜잭션의 포함을 강제할 수 있도록 만들어 이런 검열 시도를 무력화하려 한다.

2) 지연 형태의 ‘소프트 검열’

일정 트랜잭션이 처음에 거부되는 것이 아닌, 오랜 시간 체인에 포함되지 못하는 상태 – 일부 블록에서 계속 제외되는 방식의 지연성 검열도 흔하게 발생한다.

FOCIL은 이더리움 네트워크가 이 지연을 임의로 길게 끌 수는 없도록 강제하는 역할을 한다.

커뮤니티가 논의해야 할 FOCIL의 단점과 고민 거리

FOCIL을 Hegota에 도입하려면 고려해야 할 여러 논점들이 있다:

네트워크 오버헤드 및 복잡성: 포함 목록이 슬롯 내에 안정적으로 전파되어야 하며, 검증인들 또한 시간 내에 목록을 진위 판단해야 한다.
라이브니스(liveness) 고려: 특정 조건을 만족하는 블록만 수용할 경우, 네트워크 이상 상황에서 체인이 멈출 가능성이 생긴다.
인센티브 설계: EIP-7805는 포함 목록을 게시하는 검증인에게 별도 보상 구조를 제공하지 않으며, 단지 검증인의 이타적 행동을 전제한다. (EIP-7805의 배경 설명). 이에 대한 보상 및 수수료 구조에 대한 학술 연구도 진행되어 왔다 (스투카 외 논문).
정책 리스크 및 법적 우려: FOCIL이 실제로 검열 회피가 강제되면, 일부 운영자 입장에서는 구체적 법적 리스크가 생길 수 있다. 이는 기술적 반론보다는 현실적인 규제 리스크로 이해해야 한다.

일반 사용자가 체감할 변화는?

FOCIL 또는 이와 유사한 설계가 실제로 도입된다면, 다음과 같은 실질적인 사용자 경험 변화가 생긴다:

내 트랜잭션은 유효하기만 하면 더 높은 확률로 체인에 포함된다. 특정 빌더가 원하지 않더라도, 프로토콜이 이를 보장할 것이다.
따라서, 소위 ‘사설 경로’(전용 릴레이, 프라이빗 제출 채널 등)에 의존하지 않고도 일반 트랜잭션이 더 자연스럽게 처리될 수 있다.

단, 다음과 같은 요소는 여전히 사용자가 신경써야 한다:

수수료: 포함 보장은 수수료 절감을 의미하지는 않는다.
프라이버시: FOCIL은 기본적으로 공개 인프라이므로 프라이버시 보장은 따로 고려해야 함.
MEV 및 프론트런닝: FOCIL은 포함만 보장하는 것이며, MEV를 막아주지는 않는다.

OneKey의 역할: 진짜 검열 저항은 자산 직접 보관에서 시작된다

프로토콜 단에서의 검열 저항 보장만으로는 충분하지 않다. 진정한 검열 저항의 출발점은, 내가 내 키를 소유하느냐이다.

자산이 어떤 수탁(커스터디) 서비스에 있는 경우, 검열은 체인이 아닌 계좌/출금/API 차원에서 벌어질 수 있다. 반면, 개인이 지갑을 직접 관리(self-custody)하면 내가 원하는 방식으로 서명하고 전송할 수 있는 자유가 보장된다.

하드웨어 지갑 OneKey는 바로 이 지점을 보완한다. 프라이빗 키를 오프라인으로 안전하게 보관하고, 모든 트랜잭션 서명을 디바이스 상에서 확인함으로써, 피싱, 웹브라우저 노출, 악성코드 등으로 인한 보안 위협을 최소화할 수 있다. 특히 업그레이드 시즌에는 피싱과 사칭이 급증하므로 더욱 중요하다.

앞으로의 관전 포인트 – Hegota를 향한 여정

2026년 1월 기준, FOCIL은 아직 확정된 기능은 아니며, Hegota의 범위를 정의해나가는 과정에서 진지하게 검토 중인 제안으로 보는 것이 맞다.

앞으로 논의를 따라가고 싶다면 다음 자료들을 주목하자:

Hegota 핵심 기능으로서 FOCIL 제안을 다룬 토론글: Ethereum Magicians 토론
구체적인 기술 명세: EIP-7805 문서
핵심 개발자 미팅 내용 및 일정: ACDE #226 회의록

요약

FOCIL은 검열 저항을 더 이상 ‘최선의 노력을 기울이자’ 수준에 머무르지 않고, 합의가 강제하는 구조로 끌어올리려는 프로토콜 변화의 상징이다. 만약 커뮤니티가 Hegota에서 이에 동의한다면, 이는 이더리움의 정치적 중립성을 지키기 위한 가장 직접적인 기술 선택이 될 것이다.

사용자 입장에서는 메시지가 분명하다: Hegota의 방향을 주시하되, 오늘 내가 통제할 수 있는 것부터 실천하자.
자산은 직접 보관하고, 서명은 눈으로 확인하고, 특정 인프라에 의존하지 않는 습관을 들이자.