암호 프라이버시가 네트워크 계층으로 진입하면서, Zodl은 OHTTP를 통해 거래 뒤에 숨겨진 '당신은 누구인가'를 어떻게 가릴까?

작성자: William M. Peaster, Bankless

번역: TechFlow

TechFlow 요약:장기간 동안 영지식 증명 등 암호학적 사생활 보호 솔루션은 주로 "온체인에서 어떤 작업이 수행되었는지"를 감추는 데 집중되어 있었지만, 모바일 경량 지갑은 노드에 잔액 조회나 거래 브로드캐스팅을 요청하는 과정에서 여전히 실제 IP 주소와 요청 시간 등의 메타데이터를 서버에 노출하며 신원 추적의 구멍 역할을 해왔다.

지캐시(Zcash) 지갑인 Zodl 3.20.0이 OHTTP(관측 불가능 HTTP) 기반 릴레이 분할 메커니즘을 기본으로 채택하면서 업계가 네트워크 계층 사생활 보호의 미비를 보완하고 있다. Bankless는 Zodl, Nym 믹스넷(Nym Mixnet), 이더리움 재단 Kohaku/anon-rpc, Flashnet, 비트코인 코어 클라이언트의 최신 방어 전략과 트레이드오프를 정리했다.

암호화 프라이버시 도구는 온체인에서의 모든 작업을 가릴 수 있지만, 신원 연결 정보는 오프체인 메타데이터를 통해 조용히 유출될 수 있다. 다행스러운 점은 이러한 장기간 방치되어 왔던 취약점이 최근 업계 전체로부터 높은 주목을 받고 있다는 것이다.

예를 들어 이번 주, 이전 이름인 Zashi에서 변경된 지캐시 지갑 팀은 Zodl 공식 발표를 통해 사용자를 완전히 자체 개발한 지갑 서버 아키텍처로 전환하기 시작했다고 밝혔다. 해당 아키텍처는 IP 주소와 지갑 요청 데이터가 결코 동일한 운영자에게 동시에 전달되지 않도록 보장하며, 이 기능은 Zodl 3.20.0 버전부터 별도 설정 없이 바로 사용할 수 있는 상태로 탑재되었다.

이는 고무적인 변화다. 1년 전 Zashi 프라이버시 스왑 기능을 체험했을 때 내장된 Tor 클라이언트는 활성화하려면 별도로 체크해야 하는 선택 사항에 불과했다. 그러나 Zodl은 이번 업데이트에서 네트워크 계층 보호 기능을 기본값으로 설정했다.

다음으로 새로운 아키텍처의 핵심 원리를 간략히 분석하고, 업계에서 가속화 중인 기타 네트워크 메타데이터 유출 방지 방안을 살펴보자.

노출된 IP 주소가 신원을 드러내고 있다

모바일 암호화 지갑의 대다수는 경량(Light) 지갑으로 로컬에 전체 블록체인 원장을 저장하지 않는다. 온체인 데이터 조회 및 거래 브로드캐스팅을 위해 원격 서버에 크게 의존하는데, 해당 서버는 사용자의 IP 주소, 쿼리 요청 내용, 요청 시간 등을 명확하게 확인할 수 있다.

지캐시 생태계에서 이 역할을 맡고 있는 것은 lightwalletd 서버다. 보유한 ZEC가 완전한 온체인 차폐 암호화를 적용했더라도, 이러한 빈번한 연결 기록만으로도 숙련된 분석가가 사용자의 신원과 현재 행동 내역을 추론하기에 충분하다.

이는 지나친 걱정으로 치부할 사안이 아니다. 시장에서 이미 이러한 메타데이터를 전문적으로 모니터링하는 존재들이 존재해 왔다. 2023년 이미 개발자 b10c는 LinkingLion이라는 실체를 공개적으로 기록했으며, 이는 신규 거래를 가장 먼저 브로드캐스트하는 비트코인 노드가 어느 곳인지 추적하는 데 특화되어 있었다.

이러한 특수한 네트워크 전체 청취 관점 덕분에 배후 조작자는 방금 생성된 BTC 거래를 정확한 실제 IP 주소에 매칭할 수 있다. 게다가 LinkingLion의 활동 흔적은 2018년까지 거슬러 올라갈 수 있어, 수년에 걸쳐 연결 정보를 비밀리에 수집해 왔을 가능성이 크다.

핵심 문제는 이러한 메타데이터 추적 기술이 이미 주요 암호화폐 네트워크는 물론 모네로(Monero) 같은 프라이버시 코인 생태계에서도 널리 활용되고 있다는 점이다(예컨대 b10c는 LinkingLion의 동일 IP 구간이 모네로 노드에도 접속하는 것을 감지했다). 따라서 업계는 새로운 거래 라우팅 레이어의 즉각적 도입이 절실하며, 이것이 Zodl이此举를 취한 의미다.

Zodl의 새로운 프라이버시 서버 작동 방식

그之前까지 네트워크 메타데이터를 숨기고 싶었던 Zodl 사용자는 두 가지 옵션만 있었다. 속도가 느린 Tor 프록시를 활성화하거나, 서버 운영자가 악의적인 행위를 하지 않을 것이라 맹목적으로 신뢰해야 했다.

Zodl이 최근에 발표한 해결책은 관측 불가능 HTTP(Oblivious HTTP, OHTTP) 프로토콜을 도입했다. 표준 IETF 인터넷 프로토콜 사양인 OHTTP의 핵심은 단일 네트워크 통신을 강제로 전후 두 단계로 분리해 상호 무관한 두 기관에서 각각 처리하도록 함으로써, 단 한 곳도 전체 진상(정확한 출처와 요청 내용)을 조합할 수 없도록 보장하는 것이다:

· 1단계: 사용자의 로컬 지갑은 ZODL 게이트웨이 서버만 해독 가능한 키 쌍을 사용해 각 요청을 봉투 형태로 밀봉 암호화한다.

· 2단계: 밀봉된 데이터 패키지는 Cloudflare 또는 Fastly가 운영하는 릴레이 서버(Relay)로 전송된다. 릴레이 노드는 신원 정보가 포함된 네트워크 헤더를 제거한 뒤 다시 전달하므로, 릴레이 측은 실제 IP 주소는 알겠지만 요청 내용은 전혀 읽을 수 없다.

· 3단계: ZODL 게이트웨이가 전체 경로에서 유일한 요청 복호화 노드로 동작하며, 이후 요청을 lightwalletd에 전달한다. ZODL은 사용자가 조회하려는 데이터를 확인할 수 있지만, ZODL이 인식하는 방문자 주소는 오직 릴레이 서버의 주소일 뿐이다.

즉요컨대 Cloudflare 또는 Fastly는 "누가 묻는가"를 알고, ZODL은 "무엇을 묻는가"를 알지만, 그 누구도 두 단서를 동시에 보유하고 있지 않다.

그림: OHTTP 기반 Zodl 프라이버시 분할 아키텍처. 릴레이 노드는 사용자 IP만 확인 가능하며, Zodl 게이트웨이는 요청 내용만 확인한다(출처: ZODL)

해당 솔루션은 창의성과 엔지니어링 실용성을 모두 갖췄다. 이미 공개된 오픈소스 코드를 검토해 보면, 트래픽 패딩과 비연결성(Unlinkable) 로깅이라는 두 가지 눈여겨볼 만한 방어 메커니즘이 내장되어 있음을 확인할 수 있다.

트래픽 특성 측면에서는 발송되는 모든 요청이 고정된 크기 등급(약 4KB 단위)으로 패딩되며, 거래 브로드캐스팅 시에는 16KB 이상으로 상향 조정된다. 민감한 응답 데이터 역시 동일한 방식으로 처리되어 감청자가 패킷 크기를 통해 잔액 조회인지 거래 발행인지 추측하는 것을 방지한다.

로그 기록 측면에서는 릴레이 층에서 생성된 요청 ID가 절대 평문으로 ZODL 로그에 기록되지 않는다. 시스템은 게이트웨이 메모리에만 일시적으로 유지되는 동적 키를 사용해 HMAC fingerprint로 계산한 후 로그에 저장하며, 게이트웨이가 재시작되면 키는 즉시 파기된다. 즉, 사후에 ZODL 로그와 릴레이 로그를 서로 매칭하거나 연관시키는 것은 불가능하다.

해당 코드가 막 출시됨에 따라, Zodl은 향후 며칠 내에 전량 사용자에게 순차적으로 업그레이드를 진행할 예정이다. 어쨌든 이로써 업계는 네트워크 메타데이터 노출 문제에 대한 침묵의 관성을 깨뜨렸다.

신임(Trust)이 완전히 0이 되지는 않았다

객관적으로 평가할 때 OHTTP 기반 프라이버시 보호막의 효과성은 중개 사업자와 ZODL이 결코 결탁하지 않을 것이라는 핵심 전제에 기반한다. 또한 릴레이 서버는 사용자의 연결 시기 및 대략적인 트래픽 양을 인지할 수 있으나, plaintext 페이로드만 확인할 수 없을 뿐이다.

따라서 일부 지캐시 커뮤니티 포럼 참여자들은 Cloudflare와 Fastly가 모두 미국 기업이자 법에 따라 법적 조사 소장에 협조해야 하므로, 이러한 메커니즘을 과도하게 홍보할 경우 일각에 허위 안전감을 심어줄 수 있다고 지적하기도 했다.

이에 대해 ZODL 핵심 기여자인 y4ss는 이러한 한계를 인정하며 솔직히 답했고, OHTTP의 위치를 "더 나은 기본 출발선이지만 국가급의 강력한 감시 상대에게는 여전히 Tor나 Nym을 대체할 수 없다"고 명시했다.

y4ss는 이전 토론에서 다음과 같은 제안도 보충했다. 클라우드 인프라에 적용되는 법적 압력이 본인의 위협 모델(Threat Model) 내에 있다면, OHTTP 위에 Zodl의 Tor 옵션을 추가로 활성화할 수 있다. 이렇게 하면 Cloudflare 릴레이 노드 역시 사용자의 실제 주소 대신 Tor 종료 노드(IP Exit Node) 주소만 확인할 뿐이다.

여러 제한사항이 있긴 하지만, 이 시스템의 진정한 승리는 '기본값이 곧 프라이버시(Default is Privacy)'라는 목표를 달성했다는 점이다. 2025년 10월 이더리움이 Kohaku 프라이버시 지갑을 출시했을 당시 David Hoffman이 기대에 찬 비전을 제시한 바와 같이, 프라이버시는 제품 출하 시 기본으로 포함되어야 하며 사용자가 수동으로 복잡하게 설정해야 하는 선택형 부담이 되어서는 안 된다.

OHTTP는 경량의 추가 릴레이 단계 하나만을 더 삽입하므로 성능 저하가 극히 적어, 모든 사용자에게 기본 활성화되기에 충분한 수준이다.

네트워크 계층에서 다른 활약을 펼치는 팀들은?

Zodl의 진보는 암호화폐 업계가 메타데이터 유출을 철저히 차단하고자 하는 움직임의 한 면에 불과하다. 현재 다양한 퍼블릭 체인과 기초 구축팀은 각자만의 기술 로드맵을 따라 공격을 전개하고 있다. 그중 보호 강도가 가장 높고 가장 '고가장비(Gear-heavy)' 방식이라고 할 수 있는 것은 바로 믹스넷(Mixnets)이다.

간단히 말해, 믹스넷은 통신 트래픽을 산산조내어 여러 홉(Hop) 릴레이 노드 사이를 이동시키며, 모든 데이터 패키지를 동일한 바이트 크기로 패딩한다. 동시에 네트워크상에 다량의 가짜 트래픽(Decoy)을 투입해 감청자가 진입 및 진출 트래픽을 대응(match)하는 것을 원천 차단한다.

프라이버시 프로젝트 Nym의 9월 공보된 현황에 따르면, 현재 두 개의 지캐시 지갑이 해당 믹스넷을 통합했다. Zingo는 버튼 하나로 켜거나 끌 수 있는 기능을 제공하며, Zkool은 노드를 전환해 믹스넷을 직접 통과하도록 지원한다. 또한 Nym은 현재 Zodl과 협력 관계를 논의 중이다.

지난주 열린 Devcon 8 컨퍼런스에서 Nym은 완전히 새로운 SDK 도구 패키지를 공개했다. 이는 더 많은 지갑과 탈중앙화 앱(DApp)이 믹스넷에 접속할 수 있도록 촉진하기 위함이다. 해당 솔루션의 유일한 명백한 비용은 속도 저하이며, 다중 혼돈 처리 inevitably 지연을 초래하기 때문이다.

이더리움 생태계로 방향을 틀면, 이더리움 재단이 주도하는 Kohaku 프라이버시 지갑 프로젝트는 프로젝트 시작 첫날부터 IP 및 RPC 유출 방지를 핵심 목표로 삼아 왔다. 현재 새롭게 출시된 Kohaku CLI 도구로 설정되어 있다. 현재 새롭게 출시된 Kohaku CLI 도구로 설정되어 있다. 현재 새롭게 출시된 Kohaku CLI 도구로는 로컬 RPC 호출을 제외하고 나머지 모든 트래픽을 기본적으로 Tor로 우회하도록 설정되어 있다.

동시에 이더리움 재단은 올 6월 anon-rpc 제안을 발표했다. 이는 모든 지갑에게 필요시 임의의 익명 네트워크에 접속할 수 있는 범용 표준 인터페이스를 제공한다는 목적을 가지고 있다.

Tor 및 Nym을 지원하는 버전은 이미 메인넷에서 운영 중이며, Privacy Pools v2 웹 버전도 공식적으로 채택했다. 사용자는 단순히 "Connect with Tor" 토글 스위치를 켜기만 하면 모든 RPC 요청이 자동으로 anon-rpc 채널로 전환된다.

주의 깊게 볼 만한 사례로는 Flashbots의参전도 있다. 올해 2월 선보인 Flashnet은 이더리움 익명 거래 제출을 목적으로 한 최첨단 연구 방안이다. 사용자는 거래를 공유 배치(Batch)의 임의 슬롯에 무작위로 배치하고 비밀 분할(Secret Sharding) 처리를 한다. 분할된 데이터는 서버 군을 가로질러 재조합·복원되며, 이를 통해 단일 거래와 발신자가 완전히 분리(脫钩)된다.

Flashnet은 Tor의 상대적으로 약한 보안 수준과 믹스넷의 과도한 지연(latency)이라는 두 가지 고질적 문제를 동시에 피하고자 했으나, 현재로서는 정식 메인넷 배포 및 베이스라인 부하 테스트 데이터가 아직 공개되지 않았다.

비트코인 부문에서도 개발자들은 장기적으로 거래 브로드캐스팅의 '첫 번째 홱(first hop)' 보호에 힘써 왔다. 올해 4월 출시된 Bitcoin Core 31.0 기능 개선 사항에 따르면, 프라이빗 브로드캐스트 선택 기능이 추가되어 노드가 Tor 또는 I2P 익명 네트워크를 통해서만 거래를 외부로 송신하도록 지원한다.

그보다 더 중요한 것은, 모든 거래마다 독립적인 연결 세션이 개별적으로 생성되어 외부에서 사용자의 서로 다른 두 거래를 동일한 네트워크 세션 내에 연결·추적하는 것을 차단한다는 점이다.

이러한 메커니즘은 앞서 언급한 LinkingLion 감청 모델을 정확히 타격한다. 다만 이 시스템은 여전히 실무 환경에서 다듬어지고 있다. 올해 6월 개발자들은 잠재적 취약점을 공표했는데, 익명 핸드셰이크 실패 시 노드가 자동으로 일반 네트워크로 롤백하여 재시도함으로써 발신자 IP를 노출하는 문제가 있었다. 해당 취약점은 31.1 버전에서 이미 수정 완료되었다.

그림: OHTTP, Tor, 믹스넷, Flashnet 네 가지 네트워크 계층 프라이버시 라우팅의 속도와 신뢰 간 트레이드오프 비교(출처: Bankless)

총평 및 전망

그렇다면 OHTTP를 최상의 고강도 프라이버시 솔루션이라고 부를 수 있을까? 막대한 자원을 갖춘 국가급 강력 감시 상대를 상대하기에는单品으로는 분명 부족하며, 이에 대한 업계의 공감대는 이미 형성되어 있다. 그러나 기본 설정은 종종 가장 광범위한 일반 사용자 집단을 아우른다.

Zodl의 모든 사용자가 복잡한 설정 없이 그대로 지갑 서버 측에서 실제 IP를 숨길 수 있도록 지원하는 것만으로도, 이는 전반적인 업계의 프라이버시 기준선을 끌어올리는 의미를 가진다.

물론 인프라 의존성으로 인한 새로운 논쟁 역시 지속적으로 주시할 만하다. 이더리움 재단의 anon-rpc 관련 글은 지갑이 Cloudflare와 같은 클라우딩 게이트웨이에 지나치게 의존하는 것을 단일 실패 포인트(SPOF)로 지적하며, 중앙화된 게이트웨이가 요청 트래픽을 엿볼 권한을 가지고 있음은 물론 서비스 제공을 거부할 권리도 갖췄기 때문이라고 설명했다. 반면 Zodl은 정반대로 Cloudflare를 프라이버시 분할의 핵심 축으로 선정했다.

공정하게 판단하면, 두 설계가 겨냥하는 리스크는 서로 다르다. OHTTP는 단일 기업이 확보할 수 있는 정보 조각들의 결합을 제한하는 데 초점을 맞추고, anon-rpc는 누가 언제든 서비스를 강제 중단할 수 있는지에 더 우려하며, Zodl 역시 고급 설정을 통해 커뮤니티 노드로 전환하는 기능을 여전히 제공한다.

그럼에도 불구하고, 향후 모든 암호화 프라이버시 제품의 기본 경로가 몇몇 클라우드 거대 기업에 집중될 경우, 이러한 집중화 리스크는 경시할 수 없는 수준이다.

향후 타 주요 지갑들이 Zodl의 기본 설정 전략을 얼마나 빠르게 따라잡을지 주시해 볼 필요가 있다. 어쨌든 업계의 진화 방향은 이미 매우 명확하다. 암호화폐 프라이버시의 전쟁터는 이제 가장 시급히 보완해야 할 네트워크 전송 계층으로 정식으로 이동했다.