이더리움 프라이버시 스택: 프라이빗 읽기, 네트워킹, 그리고 숨겨진 유출

이더리움 재단의 PSE(Privacy Stewards of Ethereum) 팀 리더인 앤디 구즈만(Andy Guzman)이 EthBoulder 2026에서 진행한 강연입니다. 그는 이더리움 프라이버시의 주요 사각지대를 폭로합니다. 트랜잭션에 서명하지 않는 사용자조차도 일상적인 쿼리를 통해 상세한 행동 데이터를 유출하고 있다는 것입니다. 그는 프라이빗 읽기(PIR), 트래픽 프라이버시(어니언 라우팅 및 믹스넷), 통합 이진 트리(unified binary trees) 및 ZK 검증 가능 상태(ZK-verifiable state)와 같은 성능 개선 작업을 다루는 이더리움 프라이버시 스택을 소개합니다.

이 스크립트는 EthBoulder가 게시한 원본 비디오 스크립트 (새 탭에서 열림)의 접근성 향상 버전입니다. 가독성을 위해 약간의 편집을 거쳤습니다.

가상의 RPC 제공자가 보낸 편지 (0:12)

안녕하세요 여러분, 저는 앤디입니다. 이더리움 생태계에서 자주 논의되지는 않지만 매우 중요한 주제를 소개하고자 합니다. 슬라이드와 소개에서 눈치채셨겠지만, 이는 프라이버시와 관련이 있으며, 우리가 인식하지 못하는 사이에 얼마나 보호받지 못하고 있는지에 대한 이야기입니다.

누군가 여러분에게 쓴 편지로 시작해 보겠습니다.

"소중한 사용자님께, 이번 달에 847건의 쿼리를 보내주셔서 감사합니다. 저희는 당신에 대해 알아가는 것을 정말 즐겼습니다. 당신이 세 개의 다른 지갑에 ETH를 보유하고 있다는 것을 알고 있습니다. 지난주 화요일에 ETH 가격을 94번이나 확인하셨더군요. 모두에게 힘든 하루였으니 이해합니다. 비트코인을 전혀 보유하고 있지 않으면서도 BTC 가격을 확인하신 점은 흥미롭습니다. 포트폴리오 다각화를 생각 중이신가요? 이 사실은 우리와, 물론 우리의 분석 파트너들 사이의 비밀로 남을 것입니다. 또한 두 개의 유니스왑 풀을 매우 주의 깊게 지켜보고 계시며, 지난주에는 에이브 건전성 지수(health factor)를 14번이나 확인하셨습니다. 조금 긴장을 푸시거나 담보를 추가하시는 게 좋을 것 같습니다. 목요일에는 12분 동안 세 번이나 확인하셨고, 매우 걱정스러워 보이셨습니다. 네 개의 다른 ENS 이름을 찾아보신 걸 보니, 새로운 프로젝트를 시작하시거나 정체성 혼란을 겪고 계신 것 같군요. 그리고 산악 표준시(Mountain time) 기준으로 밤 11시부터 아침 7시 사이에는 항상 조용하시더군요."

트랜잭션 서명 없이 데이터를 유출하는 방법 (1:34)

"그래서 저희는 당신이 볼더(Boulder)나 그 근처에 거주하고 있다고 꽤 확신합니다. 당신은 저희를 통해 단 하나의 트랜잭션에도 서명하지 않았습니다. 그럴 필요도 없었죠. 당신의 호기심이 모든 것을 말해주었으니까요. 따뜻한 마음을 담아, 당신의 RPC 제공자 올림."

물론 이것은 가상의 편지이지만, 우리가 매일 실제로 유출하고 있는 것을 묘사하고 있습니다. 단 하나의 트랜잭션이나 온체인 작업을 수행하지 않더라도, 여러분은 기본적으로 그 데이터와 여러분의 행동 패턴을 손에 넣고 싶어 하는 모든 분석 회사에 모든 것을 말해주고 있는 셈입니다.

프라이빗 쓰기 대 프라이빗 읽기 (2:07)

그렇다면 현재 프라이버시 세계에서는 실제로 어떤 일이 일어나고 있을까요? 우리는 온체인 프라이버시, 즉 PSE에서 프라이빗 쓰기(private writes)라고 부르는 온체인에서 수행하는 모든 작업에 많은 중점을 두고 있습니다. 일리가 있죠? 이러한 작업은 영원히 기록되고 전 세계로 전송되므로, 특정 작업과 함께 주소를 유출하지 않는 것이 타당합니다. 또한 우리는 도구 개발에도 많은 노력을 기울이고 있습니다. 개발자에게 온체인에서 더 강력한 프라이버시를 갖춘 앱을 표현하고 구축할 수 있는 더 많은 도구를 제공하기 위해 사용할 수 있는 데이터 소스, 증명, DSL 및 언어 등이 여기에 포함됩니다.

하지만 저는 이번 발표에서 우리가 다른 영역에는 충분한 주의와 노력을 기울이지 않고 있다고 주장하고 싶습니다. 블록체인에서 데이터를 쿼리할 때마다 많은 정보가 유출되기 때문에 프라이빗 읽기(private reads)라고 부르는 영역과, 온체인에 도달하기도 전에 모든 트래픽이 유출되기 때문에 프라이빗 네트워킹(private networking)이라고 부르는 영역이 바로 그것입니다.

조금 더 기술적으로 설명하자면, eth_getBalance, eth_call, eth_getLogs와 같은 모든 RPC 호출은 일반 텍스트 형태의 요청으로 RPC 제공자에게 전송되며 여러분의 IP와 연관됩니다.

활동이 많아질수록 프로파일링 위험이 증가하는 이유 (3:20)

이 정보를 사용하면 사람들을 프로파일링하고, 분류하며, 행동을 모델링하는 것이 매우 쉬워집니다. 그리고 이는 여러분에게 불리하게 사용될 수 있습니다. 상상하시다시피 정보는 힘이며, 사람들이 여러분과 여러분의 행동에 대해 더 많은 정보를 가질수록 여러분에 대해 더 많은 힘을 갖게 됩니다.

대부분의 사람들은 이를 깨닫지 못합니다. 대부분은 이것이 중요한 정보가 아니기 때문에 별로 상관없다고 말할 것입니다. 또는 활동이 많을수록 더 안전하게 보호받을 것이라고 생각할 수도 있습니다. 이는 전혀 사실이 아니며 직관에 어긋납니다. 온체인 작업의 경우, 익명성 세트가 있는 곳이라면 도움이 됩니다. 사용자가 많을수록 프라이버시가 강화되고 섞여들기 쉬워집니다. 하지만 읽기의 경우는 정반대입니다. 쿼리는 상호 교환할 수 없기 때문입니다. 더 많은 활동을 전송하고 더 많은 작업을 수행할수록 상관관계 표면이 더 풍부해지고 행동 프로필을 구축하기가 더 쉬워집니다.

따라서 탈중앙화 금융 (DeFi) 열풍이나 NFT 광풍이 불 때마다 사람들은 더 부주의해집니다. 당연히 운영 보안(OpSec)은 뒷전으로 밀려나고, 대부분의 사람들이 빠져드는 활동 패턴을 기반으로 사람들의 익명성을 해제하는 것이 훨씬 더 쉬워집니다.

이더리움 프라이버시 스택 소개 (4:43)

먼저 전반적인 상황부터 시작하겠습니다. 우리가 어디를 공략해야 하는지, 무엇이 필요한지, 누가 어떤 작업을 하고 있는지 말입니다. 이 강연은 다소 기술적인 주제와 더 높은 수준의 개념적인 주제를 모두 다룰 것이므로, 모든 분들이 유용한 정보를 얻어가실 수 있을 것입니다.

저는 이더리움 프라이버시 스택, 또는 이더리움 프라이버시 스택의 계층이라고 부르는 것을 제시하고자 하며, 이는 논리적으로 생각하는 데 유용하다고 봅니다. 우리가 진정으로 프라이버시를 원한다면 온체인에서의 프라이버시만 필요한 것이 아닙니다. 트랜잭션의 수명 주기나 OSI 모델 및 그 기술 계층과 유사하게, 스택의 모든 계층에서 프라이버시가 필요합니다. 저는 이러한 계층이 존재한다는 표준이나 생태계 전반의 일종의 합의를 만들 수 있다고 주장합니다. 이것이 최종 형태는 아닐지라도, 이미 충분히 유용하다고 생각합니다.

계층별 분석: 유출이 발생하는 곳 (5:41)

가장 위에는 애플리케이션 계층이 있습니다. 웹사이트를 방문할 때마다 당연히 방문 기록이 유출되며, 사람들은 프로파일링을 시작할 수 있습니다. 아무것도 하지 않더라도 익명성 세트, 자격 증명, IP와 방문 기록의 연결 등이 이루어집니다.

다음은 지갑 계층입니다. 작업을 수행할 때마다 앱 계층뿐만 아니라 게이트웨이에도 정보가 유출됩니다. 현재 지갑은 매우 복잡하며 다른 많은 시스템 및 서비스와 통합되어 있어, 상상하는 것보다 훨씬 더 많은 정보를 유출합니다. 지갑을 열어 ETH 가격이나 잔액을 쿼리하기만 해도 모든 것이 유출됩니다.

그다음에는 RPC, 프록시, 릴레이어와 같은 게이트웨이가 있습니다. 여기서 다시 더 많은 메타데이터가 유출됩니다. 그다음은 사람들이 온체인 요소라고 생각하는 부분으로, 상태나 실행 패턴과 같이 EVM에서 무언가를 쿼리할 때마다 발생합니다. 예를 들어, 무언가의 잔액이나 스마트 컨트랙트의 상태를 쿼리하는 경우입니다. 마지막으로 모든 검증자가 있는 합의 계층이 있습니다. 온체인에 쓰기를 하느냐 읽기를 하느냐에 따라 멤풀을 건드릴 수도 있습니다.

그리고 네트워킹이라고 부르는 또 다른 수직적 요소가 있는데, 이는 이 모든 계층을 가로지르는 횡단적인 요소입니다. 예를 들어, 지금 웹사이트를 방문하면 서버는 여러분의 IP를 알게 됩니다. 하지만 Tor나 다른 익명 네트워크를 통해 해당 웹사이트를 방문한다면 어떨까요? 여러분은 웹사이트의 IP 주소를 알 수 있지만, 그들은 여러분의 IP를 알 수 없습니다. 만약 그 웹사이트가 최근 모든 암호화폐 관련 사항을 검열하기 시작한 국가에서 호스팅되고 있다면 어떨까요? 해당 웹사이트와 회사 역시 자신들의 IP를 숨기고 싶어 할 것이며, 어니언 도메인(onion domain) 뒤에 도메인을 숨기고 싶어 할 것입니다.

이러한 것들이 바로 타당한 접근 방식입니다. 우리는 모든 것을 검열하려는 매우 파괴적인 공격자의 관점에서 분석하며, 계층별로 모든 것을 강화해야 합니다. 우리가 그렇게 하지 않고 지금 충분히 좋은 상태에 살고 있다고 말하더라도, 이 정보는 지금 기록되어 여러분이 알지도 못하는 수많은 사람들, 즉 여러분의 데이터를 팔기 시작하는 회사들에 의해 영원히 호스팅될 것입니다. 결국 5년 후에 누군가 암호화폐를 금지하고 "지난 5년 동안 유니스왑을 사용한 모든 사람, 나는 국세청(IRS)이고, 당신의 문을 두드려 감옥에 보낼 것이다"라고 말할지도 모릅니다. 이러한 디스토피아적 시나리오는 지금 전 세계 여러 국가에서 실제로 일어나고 있습니다.

프라이빗 읽기와 프라이빗 네트워킹 (8:24)

좋습니다, 이제 이더리움 프라이버시 스택이 있습니다. 우리는 어디에 집중해야 할까요? 이번 발표에서는 이 두 가지 영역에 대해 이야기하고자 합니다. 프라이빗 읽기: 온체인에서 상태에 액세스할 때마다, 예를 들어 ETH 가격을 쿼리한다고 가정해 봅시다. 앱에서 시작하여 지갑, 게이트웨이, 이더리움과 EVM을 실행하는 노드에 이르기까지 모든 계층을 거친 후 다시 돌아옵니다. 기본적으로 RPC 제공자나 인덱스를 거치게 됩니다. 그리고 프라이빗 네트워킹: 네트워킹 계층에서 발생하는 모든 작업입니다. 이것이 바로 우리가 강화하고자 하는 부분입니다.

세 가지 기둥: 데이터, 트래픽, 성능 (9:05)

이를 달성하기 위해 중요하다고 생각하는 세 가지 기둥이 있습니다. 우리는 데이터 자체를 숨기고 비공개로 만들고자 합니다. 트래픽 자체를 숨기고 비공개로 만들고자 합니다. 그리고 이를 성능이 뛰어나고, 유용하며, 실용적이고, 저렴하게 만들고자 합니다. 이는 생태계에서 진행 중인 일들에 대한 많은 정보를 요약한 것이지만, 전반적인 상황을 파악하고 우리가 가속화할 수 있는 레버리지 포인트를 식별하는 데 유용하다고 생각합니다.

데이터 숨기기: 프록시에서 PIR까지 (9:39)

그럼 데이터에 대해 이야기해 보겠습니다. 우리가 보호하고자 하는 것은 무엇일까요? 우리는 여러분이 이 서버들에 어떤 정보를 요청하는지 숨기고 싶고, 이 데이터에 액세스하는 패턴을 숨기고 싶습니다. 내용뿐만 아니라 패턴까지도 말입니다.

기술에는 여러 수준이 있습니다. 첫 번째는 아무것도 없는 상태입니다. 그냥 모든 것을 유출하는 것이죠. 지갑을 연결할 때마다 IP 주소가 쿼리하는 컨트랙트, 특정 주소에 대한 특정 eth_getBalance와 연결되며, 그것으로 끝입니다. Tornado Cash와 같은 프라이버시 프로토콜을 사용하고 머클 트리의 상태를 쿼리하려는 경우에도, 성능이 떨어지는 전체 트리를 다운로드하거나, 어떤 경로와 리프(leaves)를 쿼리하는지 유출하여 익명성 세트를 줄여야 합니다. 따라서 네트워킹과 데이터 액세스 패턴을 보호하지 않는다면 Tornado Cash와 같은 강력한 프라이버시 프로토콜을 사용하는 것만으로는 충분하지 않습니다.

다음 수준은 일종의 프록시나 릴레이입니다. 요청이 어디서 오는지 모르는 수많은 머신들이 결국 데이터를 검색하는 방식입니다. 이는 그다지 실용적이지 않으며, 무신뢰 방식도 아닙니다.

그다음에는 한 걸음 더 나아간 TEE(신뢰 실행 환경)가 있으며, 일부 팀과 회사가 이 서비스를 제공하고 있습니다. 이는 좋은 진전이라고 생각하지만, TEE를 공격하고 손상시키는 비용이 크게 떨어지고 있기 때문에 여전히 충분하지 않습니다. 특정 중요한 사용 사례에는 충분하지 않지만, 많은 일상적인 사용 사례에는 충분할 수 있습니다.

OMAP(oblivious map access patterns) 및 ORAM(Oblivious RAM)을 연구하는 다른 팀들도 있습니다. 이들은 데이터 세트의 어느 부분에 액세스하려는지 난독화하려는 유사한 기술입니다. "이 ETH 주소의 잔액을 원합니다"라고 말하는 대신 무작위로 다른 항목에 액세스하여 서버가 알 수 없게 만듭니다.

그리고 저는 이러한 기술의 최종 목표가 PIR(private information retrieval, 프라이빗 정보 검색)이 될 것이라고 주장합니다. 이는 서버가 여러분이 무엇을 쿼리하는지 알지 못하고 그에 대해 아무것도 학습하지 못한다는 것을 의미합니다.

프라이빗 정보 검색(PIR) 설명 (12:03)

프라이빗 정보 검색은 암호학에서 매우 강력한 기술이며 앞으로 많이 사용될 것입니다. 두 가지 변형이 있습니다. 인덱스 아래에 구조화된 데이터가 있는 경우 사용할 수 있는 인덱스 PIR과, 이름에서 알 수 있듯이 키워드별로 쿼리하는 키워드 PIR입니다. 모든 것에 적용되는 단일 체계를 갖추는 것은 매우 어렵습니다.

이더리움 상태는 거대하고 매우 다양합니다. 어제 배운 바에 따르면 로그는 추가만 가능(append-only)하지만 계정 모델은 다릅니다. 어떤 상태는 매우 자주 업데이트되고 어떤 상태는 그렇지 않습니다. 데이터를 어떻게 자르고 나누느냐에 따라 메가바이트, 기가바이트 또는 테라바이트의 데이터가 될 수 있으며, 액세스 패턴도 매우 다릅니다.

다중 에이전트 PIR 아키텍처 (12:48)

PSE 내에서 우리가 작업 중인 제안은 다중 에이전트 아키텍처입니다. 여기서는 개념적으로 먼저 이야기한 다음, PSE에서 진행 중인 특정 프로젝트와 생태계에서 관찰되는 다른 사항들에 대해 이야기하겠습니다. 모든 이더리움 상태에 완벽한 단일 체계는 없습니다. 하지만 이더리움 상태를 유형별 또는 액세스 패턴별로 나눌 수 있다면, 각각에 대해 매우 훌륭한 체계를 찾을 수 있습니다.

이 다중 에이전트 아키텍처를 실행하는 서비스가 있고, 쿼리 유형과 이더리움 상태 내 위치에 따라 각기 다른 체계를 실행한다면 어떨까요? 이는 이미 실현 가능하고, 프로덕션 수준이며, 생태계에 제공할 수 있는 무언가에 매우 근접하게 해줍니다. 이를 위해서는 지갑, 인덱스, 사용자 및 탈중앙화 애플리케이션 (dapp) 개발자가 어떤 체계가 사용되고 어떻게 호출해야 하는지 걱정할 필요가 없도록 통합 API와 같은 것이 필요합니다. 여러분은 표준 API만 사용하면 되고, 구현 세부 사항은 다른 누군가가 처리하는 것입니다.

우리는 이미 이 작업을 수행하고 있으며 두 가지 다른 체계를 구현하고 있습니다. 우리는 보조금(grants)을 개방할 것이며, 생태계의 더 많은 사람들이 이러한 문제 중 일부를 해결하고 이더리움에 가장 필요한 것이 무엇인지 파악할 수 있도록 조율하기 위해 노력하고 있습니다.

여기 다양한 PIR 체계에 대한 몇 가지 수치(처리량, 통신 오버헤드 등)가 있습니다. 앱마다 액세스 패턴이 다르기 때문에 이는 어려운 문제입니다. 어떤 앱은 많은 영수증(receipts)에 액세스하고, Rotki처럼 상태에 더 많이 액세스하려는 앱도 있으며, Helios처럼 트랜잭션에 더 많이 액세스하는 앱도 있습니다. 만능 해결책(silver bullet)은 없으며, 혼합 아키텍처가 도움이 될 가능성이 높습니다. 우리는 또한 지식의 체계화 작업을 진행하고 있으므로, 관심이 있으시다면 공유해 드릴 수 있습니다. 그리고 여기 이 분야에서 일하고 있는 몇몇 팀들이 있습니다. 만약 여러분이 속한 팀이 포함되지 않았다면 양해 부탁드립니다. 녹화본을 보시고 누락된 팀이 있다면 알려주시면 추가하도록 하겠습니다.

트래픽 숨기기: 어니언 라우팅과 Tor (15:22)

데이터에 대해 다루었습니다. 다른 큰 축은 트래픽입니다. 트래픽을 어떻게 숨기고, 무엇을 숨기고자 할까요? 아주 간단히 말해서, 우리는 클라이언트와 서버의 IP를 서로에게서, 그리고 트래픽을 엿볼 수 있는 외부 세계로부터 숨기고 싶습니다. 어니언 서비스, 믹스넷, VPN, DC-net 등 다양한 기술이 있으며, 다른 분류도 있을 수 있습니다. 저는 처음 두 가지에 대해서만 이야기하겠습니다.

어니언 라우팅 기술은 계층별로 암호화하며, 트래픽 역시 계층별로 복호화됩니다. 중간에 있는 사람들은 출처를 절대 알 수 없고, 일부는 목적지를 절대 알 수 없으며, 일부는 아무것도 알지 못한 채 그저 라우터 역할만 수행합니다.

요약하자면, 이더리움 생태계의 모든 트래픽이 말하자면 Tor 네트워크를 통해 라우팅될 수 있다면 어떨까요? 다른 옵션들도 있습니다. 우리는 발신자의 IP를 보호하는 데 도움을 줄 것입니다. 트랜잭션을 전송하거나 정보를 요청할 때 휴대폰이나 노트북의 IP가 유출되지 않을 것입니다. 그리고 당연히 수신자인 서버도 보호할 것입니다. 이란, 중국, 북한 또는 베네수엘라에서 누군가가 탈중앙화 금융 (DeFi) 프로토콜이나 서비스를 호스팅하려고 하는데 국가에 의해 검열받고 있다고 상상해 보십시오. 이것은 그들의 생명을 보호할 수 있는 옵션입니다. 검열을 우회하고, 모든 것을 엿보는 정보 기관에 의해 도청되고 있다는 것을 우리 모두가 알고 있는 인터넷 서비스 제공자(ISP)로부터 트래픽을 숨깁니다.

목표는 즉시 교체 가능한(drop-in replacement) SDK를 제공하여 지갑, 탈중앙화 애플리케이션 (dapp) 개발자 및 인프라 제공자가 구현 세부 사항에 대해 걱정할 필요가 없도록 하는 것입니다. 그들은 이 SDK를 사용하면 트래픽이 어니언화(onionized)되고, 암호화되며, 강화된다는 것만 알면 됩니다.

제가 언급하고 싶은 팀이 있는데, 웹용 Tor의 오픈 소스 구현인 Echalote를 시작한 Brume Wallet 팀입니다. 이것은 현재 존재합니다. Tor 클라이언트가 있지만 C로 작성되었으며 특수 브라우저에서 실행해야 합니다. 이것을 메타마스크, Kohaku 지갑, Ambire, Rabby 및 기타 모든 지갑에 추가하고 싶다면 어떨까요? 우리에게는 JavaScript SDK가 필요하며, 그것이 바로 Echalote가 시작한 일입니다.

그리고 Tor 프로젝트에는 차세대 클라이언트인 Arti라는 새로운 구현이 개발되고 있습니다. 하지만 우리에게는 임베디드 Arti가 필요합니다. Arti는 Rust 기반이며, 브라우저에서 실행할 수 있도록 WASM으로 컴파일되어야 매우 쉽게 가져올 수 있습니다. 우리는 기본적으로 Tor 팀과 협력하고 있습니다. 매주 통화를 하고, 몇 가지 프로젝트와 파트너십을 함께 진행하고 있습니다.

이더리움을 위한 믹스넷 (18:16)

믹스넷 측면에서는 이 문제에 접근하고 있는 여러 팀을 언급하고 싶습니다. Nym 팀, 초기 팀 중 하나인 HOPR, Gnosis VPN과 같은 VPN, 그리고 저에게는 생소했던 Anyone Protocol과 같은 몇몇 팀들이 있으며, 그 팀의 누군가가 여기 덴버에 있을 것이라 생각합니다. 그 외에도 몇몇 새로운 팀들이 있습니다. 믹스넷, VPN 및 기타 접근 방식을 연구하는 많은 팀이 있습니다.

우리는 RPC 트래픽을 라우팅할 수 있는 이더리움 전용 믹스넷을 만들면 어떨지 보고 싶습니다. 믹스넷은 강력한 보장을 제공하지만 지연 시간(latency)을 많이 추가합니다. 일부 사용 사례의 경우 이는 괜찮습니다. 프라이버시가 보장된다면 시간이 조금 더 걸려도 상관없습니다. 하지만 탈중앙화 금융 (DeFi)나 트레이딩과 같은 경우, 지연 시간이 추가된다면 채택될 가능성이 극히 낮습니다. 그렇다면 가장 높은 프라이버시 보장을 유지하면서 얼마나 빨리 실행할 수 있을까요? 다시 한번 이 팀들에게 감사를 표하며, 이 분야에서 일하고 있는데 제가 언급하지 않은 분이 있다면 꼭 이야기를 나누고 싶습니다.

성능: 통합 이진 트리와 GPU 가속 (19:28)

마지막으로 이야기하고 싶은 것, 즉 이를 현실로 만들기 위한 세 번째 기둥은 성능입니다. 우리는 이러한 것들이 빠르고 저렴하게 실행되기를 원합니다. 저에게는 한 가지 원칙이 있습니다. 비용이 이점보다 크다면 이러한 기술은 채택되지 않을 것이라는 점입니다. 비용이란 사용자의 경험, 시간, 노력을 의미할 뿐만 아니라 개발자와 인프라의 비용, 즉 실행하는 데 비용이 많이 드는가 하는 문제도 포함합니다. 우리는 비용을 최대한 낮춰야 하며, 제가 이야기할 수 있는 두 가지 높은 수준의 이니셔티브가 있습니다.

하나는 UBT입니다. 프로토콜 EIP에 얼마나 관여하고 있는지에 따라 들어보셨을 수도 있습니다. 현재 우리는 머클 패트리샤 트라이를 사용하고 있는데, 이는 유용하지만 ZK 및 기타 유형의 암호학에는 그다지 유용하지 않습니다. 버클 트리가 아닌 통합 이진 트리(unified binary trees)로 이동하자는 EIP-7864 제안이 있습니다. 이는 상태를 쿼리한 다음 그 위에서 ZK와 같은 암호화 작업을 수행하는 데 훨씬 더 효율적입니다.

우리는 검증 가능한 UBT를 수행하는 프로젝트를 진행하고 있습니다. 모든 이더리움 클라이언트에 사이드카를 추가하여 MPT 데이터베이스를 실행하는 대신 UBT 상태 데이터베이스를 갖게 하고, zkVM을 사용하여 MPT에서 UBT로의 변환이 유효함을 증명하는 것입니다. 이것은 이미 매우 강력합니다. 우리가 이를 해내면 라이트 클라이언트가 이를 사용하여 성능을 높일 수 있고, PIR과 같은 것들이 훨씬 더 빠르게 실행될 수 있습니다.

다른 측면은 GPU 가속입니다. 스택의 하위 수준을 최적화하면 이러한 작업을 훨씬 더 빠르게 실행할 수 있습니다. GPU가 그중 하나이며 CPU 가속도 마찬가지입니다. 이러한 작업은 휴대폰이 아닌 서버에서 실행될 가능성이 높으므로, 훨씬 더 빠르게 실행할 수 있는 하위 수준 라이브러리를 만드는 방법을 탐색하기 시작하는 것도 매우 가치 있는 일입니다.

지금까지의 내용을 요약하자면, 우리에게는 이 5개의 계층이 있으며 이러한 사용 사례를 다루고자 합니다. 데이터, 트래픽, 성능이라는 세 가지 기둥이 있습니다. 데이터의 경우 프록시, TEE, ORAM, OMAP 및 PIR이 있습니다. 트래픽의 경우 믹스넷, 어니언 라우팅 등이 있습니다. 성능의 경우 UBT와 GPU 가속이 있습니다. 적어도 PSE가 기여하고 있는 부분에 대해 더 읽어보고 싶다면 pse.dev/research를 방문해 보시기 바랍니다.

성공 측정 (22:15)

그렇다면 성공이란 무엇이며 어떻게 측정할 수 있을까요? 다시 이 계층들로 돌아가서, 이더리움이 가장 프라이빗한 체인이라고 주장할 수 있으려면 최종 목표는 무엇일까요? 저는 이 모든 계층이 극도로 강화되었다고 확신할 수 있어야 합니다. 어떻게 측정할까요? 저는 더 많은 웹사이트와 탈중앙화 애플리케이션 (dapp) 프론트엔드가 어니언 도메인 뒤에서 호스팅되기를 기대합니다. 지갑이 기본적으로 익명 라우팅을 사용하고, 게이트웨이, RPC 제공자, 인덱스 역시 그렇게 하기를 바랍니다. 그리고 저는 그 비율을 측정할 것입니다.

문제는 현재 이더리움 생태계 프론트엔드 중 얼마나 많은 곳이 어니언 도메인 뒤에서 호스팅되고 있느냐는 것입니다. 저는 극소수, 기껏해야 1%라고 말하고 싶습니다. 제가 만족하며 우리가 해냈다고 말하려면, 아마도 이 모든 계층에서 80% 이상이 필요할 것입니다. 현재 얼마나 많은 지갑이 익명 라우팅 기술을 통해 트래픽을 라우팅하고 있을까요? 아주, 아주 적습니다. RPC 제공자도 마찬가지입니다. 이 제공자들이 PIR을 제공하나요? 아닙니다. 따라서 저에게 성공을 주장한다는 것은 이 모든 계층의 참여자들이 이러한 유형의 기술을 채택하는 것을 의미하며, 적어도 팀, 트래픽 또는 쿼리의 80% 이상이 채택해야 합니다.

비트코인의 어니언 노드 비교 (23:39)

이것은 우리가 비트코인을 부러워할 수 있는 한 가지입니다. 그들이 받는 모든 비판에도 불구하고, 작년 11월의 이 사진을 보면 도달 가능한 풀 노드의 64%가 어니언 도메인 뒤에 숨겨져 있습니다.

우리도 스스로 할 수 있을까요? 이것은 하위 수준, 즉 합의 수준의 프라이버시이지만, 우리의 풀 노드와 검증자 노드가 어니언 네트워크나 믹스넷 뒤에 있다고 말할 수 있을까요? 저는 분명히 그래야 한다고 생각하지만, 우리는 아마 1% 미만일 것입니다. 우리에게는 그들에게 없는 다른 과제들이 있습니다. 우리는 훨씬 더 빠르게 실행되며 합의 방식도 다릅니다. 하지만 저는 이런 대시보드를 가지고 지갑의 80% 이상이 이러한 유형의 기술을 채택했으며, RPC 제공자, 익스플로러, 프론트엔드, 로드 밸런서, SDK도 마찬가지라고 말하고 싶습니다. 이 목록이 계속 늘어나기를 바랍니다.

이더리움과 모네로 및 지캐시 비교 (24:55)

저는 어젯밤과 그 전날 밤에, 이 계층이라는 렌즈를 통해 이더리움 생태계가 솔라나, 비트코인, 지캐시, 모네로 등과 어떻게 비교되는지 살펴보기 시작했습니다. 노란색으로 표시된 것은 선택적(opt-in) 기술이며, 우리는 이 부분에서 매우 잘하고 있다고 생각합니다. 파란색으로 표시된 것은 제안이며, 그중 일부는 프로토콜 제안입니다. 초록색으로 표시된 것은 프로토콜 계층에서 강제되는 사항입니다.

퍼블릭 체인으로서의 10년 역사 때문에, 프라이버시를 기본적으로 내장하는 데 있어 모네로와 지캐시를 따라잡기는 어려울 것이라고 생각합니다. 하지만 선택적 채택을 이끌어내고, 팀과 사용자가 이러한 기술을 더 많이 채택하도록 문화적, 사회적으로 영향을 미치는 데 있어서는 정말 잘 해낼 수 있다고 생각합니다. 비트코인과 솔라나는 각자의 과제를 안고 있으며, 적어도 이러한 프라이버시 문제에 있어서는 더 뒤처질 것이라고 생각합니다.

과제: 가장 프라이빗한 프로그래밍 가능 생태계 (25:50)

저의 목표이자 여러분의 마음속에 심어주고 싶은 목표는 이더리움이 세계에서 가장 프라이빗하고, 무허가성이며, 무신뢰이고, 프로그래밍 가능한 생태계가 되는 것입니다. 다른 프라이빗 결제 체인들도 있고 훌륭하지만, 그들이 프로그래밍 가능해지고 우리가 만든 것과 같은 생태계를 구축하는 것은 훨씬 더 어려울 것이라고 생각합니다.

여러분에게, 그리고 당연히 저와 제 팀에게 주어지는 과제는 프로그래밍 가능한 생태계 중에서 가장 무허가성이고, 무신뢰이며, 프라이빗한 생태계가 되는 것입니다. 우리는 온체인 요소에만 집중할 수 없습니다. 이 모든 계층에 집중해야 합니다.

따라서 프라이빗 읽기, 네트워킹, PIR 구현, GPU 가속, 데이터 구조, UBT, 인프라 또는 검증자 관련 작업을 하고 계신다면, 나중에 꼭 이야기를 나누고 싶습니다. 대단히 감사합니다. 이더리움은 프라이버시를 위한 것입니다.