이더리움의 빠른 컨펌 규칙: 하드포크 없이, ~13분의 완결성을 ~13초로

[이더리움의 빠른 컨펌 규칙: 하드포크 없이, 13분의 완결성을 13초로] 최근 이더리움 L1 트랜잭션 확인 시간을 13분에서 13초로 줄이는 ‘빠른 컨펌 규칙’ (Fast Confirmation Rule, FCR)이 스펙화 및 구현되고 있습니다. 이는 이더리움의 UX를 한 단계 좋게 만들어줄 수 있으면서, 하드포크를 포함한 생태계 노력이 거의 필요하지 않은, 매우 좋은 업그레이드라고 볼 수 있습니다. 이에 대해 자세히 다뤄보겠습니다. 이더리움의 현재 유일한 공식 컨펌 규칙은 Gasper 프로토콜의 FFG 완결 규칙 뿐입니다. 이는 네트워크가 불안정한 ‘비동기 네트워크’에서도 안전성을 보장한다는 강력한 장점이 있지만, 트랜잭션이 완결되기까지 최선의 경우에도 약 13 19분이 걸린다는 단점이 존재하죠. 거래소 입금, L1 - L2 입금, 브릿지 전송 같은 유즈케이스에서 이 대기 시간은 심각한 병목이 될 수 있습니다. 기존에 많이 쓰는 솔루션은 k-deep 확인 방식입니다. 블록이 k개 쌓이면 안전하다고 간주하는 방식이죠. 직관적이긴 하지만, PoS 이더리움에서 블록 깊이 자체는 리오그 난이도를 보장하지 않습니다. 실질적으로 블록의 안전성을 결정하는 건 그 블록에 대한 밸리데이터의 투표(attestation)와, 그에 연결된 스테이킹 ETH의 가중치이기 때문입니다. FCR은 블록 깊이 대신 실제 검증자 투표(attestation)의 가중치를 세서, "이 블록은 뒤집히지 않을 것"을 결정론적으로 판정합니다. 이는 이더리움 합의 노드 단에서 이뤄집니다. 중요한 점은, 이 변경이 하드포크 없이 노드들의 자율 지원으로 이뤄질 수 있다는 것입니다. 즉, FCR 지원을 받고 싶은 앱이나 롤업은 FCR 지원을 추가한 합의 노드 (라이트하우스, 프리즘 등) 를 직접 운영하거나, 이 노드를 운영하고 있는 RPC 서비스에 요청을 보내면 됩니다. 별도로 밸리데이터가 되기 위해 32 ETH를 스테이킹할 필요 없이, 그냥 풀 노드만 돌려도 됩니다. FCR이 보장하는 ‘결정론적 특성’에 대해 간단히 설명하면 다음과 같습니다. EF에서 작성한 FCR 논문은 이더리움 합의 프로토콜인 Gasper를 두 파트로 나눠서 봅니다. 하나는 LMD-GHOST로, "지금 어떤 블록이 정식 체인의 헤드인가?"를 정하는 포크 초이스 규칙입니다. 다른 하나는 FFG-Casper로, "이 블록이 영구적으로 확정(finalize)되었는가?"를 정하는 완결성 규칙입니다. FCR은 이 두 파트 각각에서 "이 블록은 안전하다"는 조건을 따로 검증하고, 둘 다 통과하면 컨펌된 것으로 판정합니다. 중요한 건, 이게 경험적 휴리스틱이 아니라 수학적으로 증명된 규칙이라는 점입니다. 논문에서 Safety(한번 컨펌된 블록은 절대 리오그되지 않음)와 Monotonicity(한번 컨펌된 블록은 컨펌 상태가 해제되지 않음) 두 가지 속성을 형식적으로 증명합니다. 비트코인의 k-deep 확인이 "블록이 깊어질수록 뒤집힐 확률이 낮아진다"는 확률적 보장인 것과 달리, FCR은 가정이 성립하는 한 confirmed 블록이 뒤집히지 않는다는 결정론적 보장을 제공합니다. "아마 안전할 것이다"가 아니라 "이 조건 하에서는 반드시 안전하다”는 의미인 것이죠. 그렇다면 FCR에서 정의하는 '조건'이란 무엇일까요? FCR이 성립하려면 두 가지가 전제되어야 합니다. - 첫째, 네트워크가 동기적이어야 합니다. 정직한 밸리데이터가 보낸 투표가, 해당 슬롯이 끝나기 전에 다른 모든 검증자에게 도달해야 한다는 뜻입니다. - 둘째, 악의적 지분이 β% 미만이어야 합니다. 여기서 투표하지 않는 밸리데이터도 악의적으로 카운트됩니다. 이 가정 중 하나라도 깨지면 FCR에서 제공하는 컨펌은 깨질 수 있습니다. 또한, 이 중 두 번째 조건인 β 값을 얼마로 잡느냐에 따라, FCR의 컨펌 시간이 크게 달라집니다. β를 33%로 두면, FCR은 어떤 상황에서도 1슬롯(12초) 내에 컨펌을 줄 수 없게 되죠. 이에 따른 현재 FCR의 정확한 가정은, 악의적 지분이 25% 이하인 상황에서, 네트워크가 안정적일 경우 1슬롯 내 컨펌 입니다. 실질적으로 악의적 지분이 25% 이상이 되는 경우와, 네트워크 안정성이 깨지는 경우 모두 이더리움 메인넷에서 벌어질 확률이 매우 적다는 것을 고려하면, 기존 10분 이상의 완결성을 기다려야만 했던 것에 비해 훨씬 큰 개선이라고 볼 수 있습니다. 거래소, 롤업, 브리지, 인프라 제공자 등 이더리움 L1 확인을 기다리는 모든 서비스가 FCR의 수혜 대상입니다. 거래소 현재 입금 확인에 finality( 13분) 또는 k-deep 정책(수십 블록)을 쓰고 있는데, FCR을 적용하면 수 초 수십 초로 줄어듭니다. k-deep이 "아마 안전할 것이다"라면, FCR은 "이 조건 하에서 반드시 안전하다"입니다. 대기 시간에 묶여 있던 자산이 빠르게 풀리므로 오더북 유동성에도 직접적 도움이 됩니다. L2 (롤업) L2들은 L1 브릿지에서의 입금 인식 및 배치 제출 기준을 FCR 기반으로 전환할 수 있습니다. 이는 기존 수 분 단위의 대기 시간 및 L2 트랜잭션 컨펌 시간을 단축할 수 있죠. 기존 L2들은 일반적으로 k-deep 방식으로 "블록 N개 쌓였으니 아마 안전할 것이다"라는 확률적 보장에 의존하는 구조였는데, FCR은 "이 조건 하에서 반드시 안전하다"는 결정론적 보장이므로, 이 보장에 의존한다면, L2 입장에서는 더 빠르게 체인을 운영할 수 있게 되는 셈입니다. 크로스체인 브리지 확인 시간이 자본 효율성에 직결되는 영역입니다. FCR은 정상 네트워크 조건에서 리오그가 수학적으로 불가능하다는 보장을 제공하므로, 대기 시간과 자본 락업을 크게 줄일 수 있습니다. 다만 동기성 가정에 의존하므로, FCR에 문제가 있을 시 finalized 기준으로 전환하는 폴백 설계는 필수입니다. RPC 및 인프라 제공자 별도 구현이 거의 필요 없습니다. FCR 활성화된 합의 클라이언트가 EL에 새로운 safe 블록을 전달하면, 기존 eth getBlockByNumber("safe") 엔드포인트가 자동으로 fast-confirmed 블록을 반환합니다. FCR은 하드포크 없이 이더리움 L1의 확인 시간을 근본적으로 개선하는, 비용 대비 임팩트가 매우 큰 변경입니다. 이미 Lodestar, Lighthouse, Prysm 등 주요 합의 클라이언트에서 구현이 진행 중인 만큼, 실제 생태계 전반에 적용되기까지 그리 오래 걸리지 않을 것으로 보입니다. 앞으로 더 빨라진 이더리움 UX가 기대되네요! 출처