
대화 상대 비탈릭: 이더리움 2025 비전 탐구, POS, L2, 암호학 및 AI의 융합 혁신
저자: DappLearning

2025년 4월 7일, DappLearning, ETHDimsum, Panta Rhei 및 UETH가 공동 주최한 Pop-X HK Research House 행사에서 Vitalik과 샤오웨이(小薇)가 함께 참석했다.
행사 여유 시간을 활용해 DappLearning 커뮤니티 대표 Yan이 Vitalik을 인터뷰했으며, 인터뷰 내용은 ETH POS, 레이어2(Layer2), 암호학, AI 등 다양한 주제를 다뤘다. 이번 인터뷰는 중국어로 진행되었으며, Vitalik의 중국어 실력은 매우 유창했다.
다음은 인터뷰 전문이다 (읽기 쉬움을 위해 원본 내용을 다소 정리함).
01 POS 업그레이드에 대한 견해
Yan:
Vitalik님 안녕하세요. 저는 DappLearning 커뮤니티의 Yan입니다. 오늘 이렇게 인터뷰할 수 있게 되어 영광입니다.
저는 2017년부터 이더리움을 접하기 시작했습니다. 2018~2019년 무렵 POW와 POS에 대한 논의가 매우 치열했고, 아마도 이 주제는 앞으로도 계속해서 회자될 것입니다.
현재 시점에서 보면, (이더리움) POS는 이미 4년 이상 안정적으로 운영되고 있으며, 수백만 개의 검증노드(Validator)가 네트워크에 존재합니다. 하지만 동시에 이더리움 대 비트코인 환율은 지속적으로 하락하고 있습니다. 여기에는 긍정적인 측면도 있지만 도전 과제도 있습니다.
이러한 시점에서 이더리움의 POS 업그레이드에 대해 어떻게 평가하시나요?
Vitalik:
저는 BTC와 ETH의 가격 변동이 POW나 POS와 전혀 관련이 없다고 생각합니다.
BTC와 ETH 커뮤니티는 서로 다른 목소리를 가지고 있으며, 두 커뮤니티가 추구하는 바와 사고방식 또한 완전히 다릅니다.
이더리움의 가격에 관해 말씀드리자면, 한 가지 문제는 바로 ETH가 여러 가능성을 지니고 있다는 점입니다. 예컨대 미래에 이더리움 상에서 성공적인 애플리케이션이 많아질 수 있지만, 이러한 성공적인 앱들이 반드시 ETH 자체에 큰 가치를 가져다주지는 않을 수도 있다는 점입니다.
이는 커뮤니티 내 많은 사람들이 우려하는 문제지만, 사실 아주 자연스러운 현상입니다. 예를 들어 Google은 다양한 제품과 흥미로운 일들을 많이 하지만, 그들의 수익의 90% 이상은 검색(Search) 사업에서 나옵니다.
이더리움 생태계의 애플리케이션과 ETH의 관계도 비슷합니다. 일부 앱은 많은 거래 수수료를 지불하며 ETH를 많이 소비하지만, 다른 성공적인 앱들은 ETH 가치 증대에 크게 기여하지 못할 수도 있습니다.
따라서 우리는 이를 고민하고 개선해야 할 필요가 있습니다. 즉, 이더리움 보유자와 ETH 장기 가치에 기여하는 애플리케이션을 더 많이 지원해야 합니다.
저는 ETH의 미래 성공이 이러한 분야에서 나타날 수 있다고 봅니다. 그러나 이는 합의 알고리즘의 개선과는 거의 관련이 없습니다.
02 PBS 아키텍처와 중앙집중화 우려
Yan:
네, 이더리움 생태계의 번영은 우리 개발자들이 참여하려는 중요한 이유이기도 합니다.
좋습니다. 그렇다면 ETH 2.0의 PBS(Proposer & Builder Separation) 아키텍처에 대해서는 어떻게 생각하시나요? 이는 좋은 방향이라고 생각합니다. 앞으로는 누구나 스마트폰으로 경량 노드(light node)를 실행해 ZK proof를 검증하거나, 1개의 이더만 스테이킹하여 검증노드가 될 수 있겠죠.
하지만 Builder는 더욱 중앙집중화될 수 있습니다. MEV 저항성 확보와 ZK Proof 생성 등의 작업을 수행해야 하며, Based Rollup을 사용하면 Sequencer 역할까지 맡아야 하므로 책임이 더 커집니다.
이 경우 Builder가 너무 중앙집중화되지 않을까요? Validator는 충분히 탈중앙화되어 있지만, 이는 하나의 체인이므로 중간 단계에서 문제가 발생하면 전체 시스템에 영향을 줄 수 있습니다. 그렇다면 이러한 검열 저항(censorship resistance) 문제는 어떻게 해결해야 할까요?
Vitalik:
네, 저는 이것이 매우 중요한 철학적 문제라고 생각합니다.
비트코인과 이더리움 초기에는 일종의 잠재의식적 가정이 있었습니다.
블록 생성과 블록 검증은 동일한 작업이다.
예를 들어, 블록에 100건의 트랜잭션을 포함시키면, 자신의 노드에서도 해당 100건의 트랜잭션 처리에 드는 gas를 모두 소비해야 합니다. 블록 생성 후 이를 전 세계에 브로드캐스트하면, 모든 노드도 동일한 작업(동일한 gas 소모)을 수행해야 합니다. 따라서 gas limit을 설정할 때, 세상의 모든 노트북이나 Macbook 또는 특정 규모의 서버가 블록을 생성할 수 있도록 해야 하며, 이에 맞춰 검증 노드도 동일한 사양을 요구하게 됩니다.
이것이 이전 기술이었고, 지금은 ZK, DAS, 그리고 Statelessness(무상태 검증) 등 새로운 기술이 등장했습니다.
이러한 기술을 사용하기 전에는 블록 생성과 검증이 대칭적이어야 했지만, 이제는 비대칭이 가능합니다. 즉, 블록 생성은 매우 어렵게 만들 수 있지만, 검증은 매우 쉽게 만들 수 있습니다.
무상태 클라이언트(stateless client)를 예로 들겠습니다. 이 기술을 사용하면 gas limit을 10배로 높일 수 있습니다. 이때 블록 생성에 필요한 연산 능력은 극도로 커지며, 일반 컴퓨터로는 불가능해질 수 있습니다. 따라서 고성능 MAC Studio나 고사양 서버가 필요할 수 있습니다.
반면 검증 비용은 낮아집니다. 검증은 저장 공간이 거의 필요 없고, 대역폭과 CPU 계산 자원만 있으면 됩니다. 여기에 ZK 기술을 추가하면 CPU 비용도 제거할 수 있고, DAS를 적용하면 검증 비용은 극도로 낮아집니다. 결국 블록 생성 비용은 높아지지만, 검증 비용은 매우 낮아집니다.
이런 구조가 현재 상황보다 더 낫다고 볼 수 있을까요?
이 문제는 복잡합니다. 제 생각은 이렇습니다. 이더리움 네트워크에 몇몇 초고성능 노드(Super Nodes)가 존재하고, 이들은 고성능 연산을 수행한다고 가정합시다.
이들이 악용하지 않도록 하려면 어떻게 해야 할까요? 예를 들어 다음과 같은 공격이 있습니다.
첫째: 51% 공격.
둘째: 검열 공격(Censorship attack). 만약 이들이 특정 사용자의 트랜잭션을 거부한다면, 어떻게 위험을 줄일 수 있을까요?
셋째: MEV 저항 관련 조치. 이들 위험은 어떻게 완화할 수 있을까요?
51% 공격의 경우, 검증은 Attester 노드가 수행합니다. Attester 노드는 DAS, ZK Proof, 무상태 클라이언트 등을 검증해야 합니다. 이 검증 비용은 매우 낮으므로, 합의 노드가 되는 진입 장벽은 여전히 낮습니다.
예를 들어 Super Node들이 블록을 구성할 때, 당신이 90%, 그가 5%, 다른 사람이 5%를 차지한다고 합시다. 당신이 어떤 트랜잭션도 수용하지 않더라도, 특별히 나쁜 일이 아닙니다. 왜냐하면 합의 프로세스를 방해할 수 없기 때문입니다.
즉, 51% 공격을 수행할 수 없으며, 유일하게 할 수 있는 것은 특정 사용자의 트랜잭션을 싫어하는 것입니다.
사용자는 단순히 10개 또는 20개의 블록을 기다린 후, 다른 노드가 자신의 트랜잭션을 포함시켜주기를 기다리면 됩니다. 이것이 첫 번째 방법입니다.
두 번째로 Fossil 개념이 있는데, Fossil은 무엇을 하는 것일까요?
Fossil은 "거래 선택" 역할과 "실행(Execution)" 역할을 분리합니다. 다음 블록에 어떤 거래를 포함할지를 결정하는 역할을 더 탈중앙화할 수 있도록 하며, Fossil 방법을 통해 작은 노드들도 독립적으로 다음 블록에 포함할 거래를 선택할 수 있습니다. 반면, 대형 노드라도 그 권한은 제한됩니다[1].
이 방법은 이전보다 복잡합니다. 과거에는 모든 노드가 개인용 노트북 하나로 운영되길 원했지만, 실제로는 비트코인도 현재는 비교적 혼합된 아키텍처입니다. 비트코인 채굴자들은 대부분 마이닝 데이터센터이기 때문입니다.
POS에서는 이런 식으로 작동합니다. 일부 노드는 더 많은 연산 능력과 리소스를 필요로 하지만, 이들의 권한은 제한됩니다. 반면 다른 노드들은 매우 분산되고 탈중앙화될 수 있으므로, 네트워크의 보안과 탈중앙화를 유지할 수 있습니다. 다만 이 방법은 더 복잡하므로, 이것이 우리의 도전 과제이기도 합니다.
Yan:
매우 훌륭한 아이디어입니다. 중앙집중화가 반드시 나쁜 것이 아니라, 악용을 제한할 수 있다면 괜찮습니다.
Vitalik:
맞습니다.
03 레이어1과 레이어2 간의 문제 및 미래 방향
Yan:
오랫동안 궁금했던 점을 잘 설명해주셔서 감사합니다. 두 번째 질문으로 넘어가겠습니다. 이더리움의 발전을 지켜본 입장에서, 레이어2(Layer2)는 매우 성공적이었습니다. 현재 TPS 문제는 실제로 해결되었습니다. 과거 ICO 시절처럼 트랜잭션 경쟁으로 혼잡했던 시기는 지났습니다.
저는 개인적으로 현재 L2가 매우 잘 사용되고 있다고 생각합니다. 하지만 현재 L2의 유동성 분단(liquidity fragmentation) 문제에 대해 많은 사람들이 다양한 해결책을 제시하고 있습니다.
레이어1과 레이어2의 관계에 대해 어떻게 생각하시며, 현재 이더리움 메인넷이 너무 느슨하고, 지나치게 탈중앙화되어 있어 L2에 아무런 제약을 두지 않는다고 보시나요? 레이어1이 레이어2와 규칙을 정하거나 수익 분배 모델을 만들거나, Based Rollup과 같은 방안을 도입해야 한다고 보십니까? Justin Drake도 최근 Bankless에서 이 방안을 언급했는데, 저도 어느 정도 동의합니다. 어떻게 생각하시며, 또한 이미 준비된 방안이 있다면 언제쯤 도입될 수 있을지 궁금합니다.
Vitalik:
저는 현재 우리의 레이어2가 몇 가지 문제를 안고 있다고 생각합니다.
첫째, 보안 측면에서의 진전이 아직 충분히 빠르지 않습니다. 그래서 저는 계속해서 모든 L2가 Stage 1로 업그레이드되기를 추진하고 있으며, 올해 안에 Stage 2로 업그레이드되기를 바랍니다. 저는 계속해서 이들을 촉구하고 있으며, L2BEAT가 이 분야에서 더 많은 투명성을 제공하도록 지원하고 있습니다.
둘째, L2 간 상호운용성(interoperability) 문제입니다. 즉, 두 개의 L2 사이에서 크로스체인 거래 및 통신이 이루어져야 하는데, 동일한 생태계 내 L2라면 상호운용성이 지금보다 훨씬 더 간단하고 빠르며 저렴해야 합니다.
작년부터 이 작업을 시작했으며, 현재는 Open Intents Framework와 Chain-specific addresses라는 이름으로 진행되고 있습니다. 이것은 대부분 UX(User Experience) 개선 작업입니다.
저는 L2 간 크로스체인 문제의 80%는 사실 UX 문제라고 생각합니다.
UX 문제를 해결하는 과정은 다소 고통스러울 수 있지만, 방향만 맞다면 복잡한 문제를 단순하게 만들 수 있습니다. 이것이 우리가 노력하고 있는 방향입니다.
또한 좀 더 깊은 부분도 있습니다. 예를 들어 Optimistic Rollup의 인출(withdrawal) 시간은 일주일입니다. Optimism이나 Arbitrum에서 토큰을 보유하고 있다면, 이를 L1 또는 다른 L2로 옮기려면 일주일을 기다려야 합니다.
시장 조성자(Market Makers)에게 일주일간 기다려달라고 요청할 수 있습니다(그에 따라 수수료를 지불해야 함). 일반 사용자들은 Open Intents Framework Across Protocol 등을 통해 소액 거래 시 한 L2에서 다른 L2로 크로스체인할 수 있습니다. 하지만 대규모 거래의 경우, Market Makers의 유동성은 제한적이며, 따라서 요구되는 수수료도 높아집니다. 저는 지난주에 [2]번 글을 게시했는데, OP + ZK + TEE 방식의 2 out of 3 검증 방법을 지지합니다.
왜냐하면 2 out of 3 방식은 세 가지 요구사항을 동시에 만족시킬 수 있기 때문입니다.
첫째, 완전히 신뢰 없이(trustless) 작동할 수 있습니다. Security Council(보안위원회)이 필요 없으며, TEE 기술은 보조 역할이므로 완전히 신뢰할 필요도 없습니다.
둘째, ZK 기술을 사용할 수 있습니다. 하지만 ZK 기술은 아직 초기 단계이므로, 완전히 의존할 수는 없습니다.
셋째, 인출 시간을 일주일에서 1시간으로 단축할 수 있습니다.
Open Intents Framework를 사용하면, Market Makers의 유동성 비용이 168배나 줄어듭니다. 왜냐하면 Market Makers가 재균형(rebalance)을 위해 기다려야 하는 시간이 일주일에서 1시간으로 줄어들기 때문입니다. 장기적으로는 인출 시간을 1시간에서 12초(현재 블록 시간)로 단축할 계획이며, SSF를 도입하면 4초까지 단축할 수 있습니다.
현재 우리는 zk-SNARK 집계(aggregation)를 통해 ZK 증명 과정을 병렬 처리하고 지연(latency)을 줄이고 있습니다. 물론 사용자가 ZK를 직접 사용하면 Intents를 거칠 필요가 없습니다. 하지만 Intents를 이용하면 비용이 매우 낮아지며, 이는 모두 상호운용성(interoperability)의 일부입니다.
L1의 역할에 대해 말하자면, 초기 L2 로드맵에서는 비트코인 로드맵을 그대로 따를 수 있다고 생각하는 사람들이 많았습니다. 즉, L1의 용도는 극히 적고, 증명 등 소수의 작업만 수행하고, 나머지는 모두 L2가 담당한다는 것입니다.
하지만 우리는 L1이 전혀 역할을 하지 않는다면 이는 ETH에게 위험하다는 것을 깨달았습니다.
앞서 이야기했듯이, 우리가 가장 걱정하는 점 중 하나는 이더리움 애플리케이션의 성공이 곧 ETH의 성공으로 이어지지 않을 수 있다는 점입니다.
만약 ETH가 성공하지 못하면 커뮤니티는 자금난에 빠지고, 다음 세대의 애플리케이션을 지원할 수 없습니다. 따라서 L1이 전혀 역할을 하지 않는다면, 사용자 경험과 전체 아키텍처는 L2와 특정 애플리케이션에 의해 통제될 것이며, ETH를 대표할 수 있는 주체가 사라집니다. 따라서 일부 애플리케이션에서 L1에게 더 많은 역할을 부여한다면, 이는 ETH에게 더 좋을 것입니다.
다음에 우리가 답해야 할 질문은 바로 L1은 무엇을 하고, L2는 무엇을 할 것인지입니다.
저는 2월에 한篇文章[3]을 발표했는데, L2 중심의 세상에서도 L1이 수행해야 할 중요한 일들이 많다는 점을 강조했습니다. 예를 들어 L2는 증명(proof)을 L1에 제출해야 하며, L2에 문제가 생기면 사용자는 L1을 통해 다른 L2로 이동해야 합니다. 또한 Key Store Wallet이나 L1 상의 오라클 데이터(Oracle Data) 등도 있습니다. 이런 메커니즘들은 모두 L1에 의존합니다.
또한 DeFi와 같은 고가치 애플리케이션은 사실 L1에서 더 적합합니다. DeFi 앱이 L1에 더 적합한 중요한 이유 중 하나는 사용자의 투자 기간(Time Horizon)이 매우 길기 때문입니다. 예를 들어 1년, 2년, 3년 동안 자산을 묶어두는 경우가 많습니다.
예측 시장(Prediction Market)에서 특히 두드러지는데, 예를 들어 "2028년에 무슨 일이 일어날까?"와 같은 질문을 던질 수 있습니다.
여기서 문제가 생깁니다. 만약 어떤 L2의 거버넌스에 문제가 생긴다면, 이론상 모든 사용자는 Exit하여 L1이나 다른 L2로 이동할 수 있습니다. 하지만 해당 L2의 앱이 장기 스마트 계약에 자산을 묶어놓고 있다면, 사용자는 이를 출금할 수 없습니다. 따라서 이론상 안전한 DeFi도 실제로는 그리 안전하지 않을 수 있습니다.
이러한 이유들 때문에 일부 애플리케이션은 L1에서 수행되어야 하며, 이에 따라 우리는 다시 L1의 확장성에 주목하기 시작했습니다.
현재 우리는 2026년까지 L1의 확장성을 향상시키기 위한 약 4~5가지 방법의 로드맵을 가지고 있습니다.
첫째, Delayed Execution(블록 검증과 실행 분리)입니다. 각 슬롯(slot)에서 블록을 검증만 하고, 다음 슬롯에서 실제 실행을 수행합니다. 이 방법의 장점은 최대 실행 시간을 200밀리초에서 3초 또는 6초로 늘릴 수 있다는 점이며, 이는 더 많은 처리 시간을 확보할 수 있음을 의미합니다[4].
둘째, Block Level Access List입니다. 각 블록이 블록 정보 내에서 어떤 계정 상태와 저장 상태를 읽어야 하는지 명시하는 방식입니다. 이는 Witness가 없는 Stateless와 유사하며, EVM 실행과 IO를 병렬 처리할 수 있는 비교적 간단한 구현 방법입니다.
셋째, Multidimensional Gas Pricing[5], 하나의 블록 내에서 여러 자원(계산, 저장, 대역폭 등)에 대해 별도의 가격을 책정할 수 있으며, 이는 보안 측면에서 매우 중요합니다.
넷째, (EIP-4444) 역사 데이터 처리로, 모든 노드가 모든 정보를 영구적으로 저장할 필요가 없습니다. 예를 들어 각 노드가 1%씩만 저장하고, p2p 방식으로 나머지를 공유하는 것입니다. 당신의 노드는 일부를 저장하고, 다른 사람의 노드는 또 다른 일부를 저장하는 식으로 정보를 더 분산시켜 저장할 수 있습니다.
따라서 이 네 가지 방안을 결합하면, L1의 Gaslimit를 약 10배까지 향상시킬 수 있을 것으로 보고 있습니다. 그러면 모든 애플리케이션이 L1에 더 많이 의존하고, L1에서 더 많은 작업을 수행할 수 있게 되며, 이는 L1과 ETH 모두에게 이롭습니다.
Yan:
알겠습니다. 다음 질문입니다. 이번 달에 곧 Pectra 업그레이드가 올 수 있을까요?
Vitalik:
실제로 우리는 두 가지 일을 계획하고 있습니다. 이번 달 말에 Pectra 업그레이드를 진행하고, Q3 또는 Q4에 Fusaka 업그레이드를 진행하려고 합니다.
Yan:
와, 정말 빠르네요?
Vitalik:
그렇기를 바랍니다.
Yan:
다음 질문도 관련이 있습니다. 이더리움의 성장을 지켜본 사람으로서, 이더리움은 보안을 유지하기 위해 각각 5~6개의 클라이언트(합의 클라이언트 및 실행 클라이언트)를 병행 개발하며, 이로 인해 많은 조정 작업이 필요하고 개발 주기가 길어진다는 것을 알고 있습니다.
이것은 장단점이 있습니다. 다른 L1들과 비교하면 확실히 느릴 수 있지만, 그만큼 더 안전합니다.
하지만 업그레이드를 일 년 반씩 기다리지 않고도 더 빠르게 진행할 수 있는 방안이 있을까요? 제가 보기에 이미 몇 가지 방안을 제시하신 것 같던데, 구체적으로 소개해주실 수 있나요?
Vitalik:
네, 하나의 방안은 조정 효율성을 높이는 것입니다. 현재 우리는 서로 다른 팀 사이를 오가는 인원을 더 늘리고 있으며, 팀 간 소통을 더욱 효율적으로 만들고 있습니다.
특정 클라이언트 팀이 문제를 발견하면 이를 연구팀에 알릴 수 있어야 합니다. 토마스(Thomas)가 EF(이더리움 재단)의 새로운 ED(Executive Director) 중 한 명이 된 점이 바로 이 부분에서 장점인데, 그는 클라이언트 팀 출신이면서 동시에 EF에도 속해 있어 조정 역할을 잘 수행할 수 있습니다. 이것이 첫 번째입니다.
두 번째는 클라이언트 팀에 대해 더 엄격한 기준을 적용하는 것입니다. 현재 우리의 방식은 5개 팀이 모두 완전히 준비되어야 다음 하드포크(네트워크 업그레이드)를 발표합니다. 그런데 이제는 5개 중 4개 팀만 완료되면 업그레이드를 시작하는 것을 고려하고 있습니다. 이렇게 하면 가장 느린 팀을 기다리지 않아도 되며, 팀들의 동기부여도 높일 수 있습니다.
04 암호학과 AI에 대한 견해
Yan:
적절한 경쟁은 필요하군요. 좋습니다. 매번 업그레이드를 기다리는 건 정말 기대되지만, 너무 오래 기다리게 하진 않았으면 합니다.
다음은 암호학 관련 질문입니다. 다소 산만할 수 있습니다.
2021년 저희 커뮤니티가 설립되었을 때, 국내 주요 거래소 개발자들과 벤처 연구원들이 모여 DeFi에 대해 논의했습니다. 2021년은 정말 누구나 DeFi를 이해하고, 배우고, 설계하던 시기였으며, 전 국민적인 열풍이었습니다.
그 이후 발전을 보면, ZK에 대해 일반 대중뿐 아니라 개발자들도 Groth16, Plonk, Halo2 등을 배우기 어려워졌고, 기술 발전 속도도 매우 빨라져 뒤처지기 쉽습니다.
또한 현재 ZKVM이 빠르게 발전하면서, 예전처럼 ZK-EVM 방향이 그다지 매력적이지 않게 되었고, ZKVM이 점차 성숙해지면 개발자들은 ZK 하위 계층을 굳이 깊이 알 필요가 없어질 것입니다.
이에 대해 어떤 조언이나 견해를 갖고 계신가요?
Vitalik:
저는 ZK 생태계 내에서 가장 좋은 방향은 대부분의 ZK 개발자들이 고급 언어(HLL: High Level Language)를 알고, 그 HLL 안에서 애플리케이션 코드를 작성하는 것입니다. 그리고 증명 시스템(Proof System) 연구자들은 계속해서 하위 계층 알고리즘을 개선하고 최적화하는 것입니다. 개발자는 계층화되어야 하며, 아래 계층에서 무슨 일이 벌어지는지 알 필요는 없습니다.
현재 문제는 Circom과 Groth16의 생태계가 매우 발달했지만, 이는 ZK 생태계 애플리케이션에 상당한 제약을 준다는 점입니다. Groth16은 자체 Trusted Setup이 필요하다는 문제와 효율성이 높지 않다는 등의 여러 단점이 있습니다. 따라서 우리는 이 분야에 더 많은 자원을 투입하고, 현대적인 HLL이 성공할 수 있도록 더 많은 지원을 해야 합니다.
또한 ZK RISC-V 경로도 매우 좋습니다. RISC-V 자체가 하나의 HLL이 되기 때문입니다. EVM을 포함한 많은 애플리케이션들이 RISC-V 위에서 작성될 수 있습니다[6].
Yan:
좋습니다. 그러면 개발자들은 Rust만 잘 배우면 되겠네요. 저는 작년 Devcon 방콕에서도 애플리케이션 암호학(Application Cryptography)의 발전을 듣고 매우 인상 깊었습니다.
응용 암호학 측면에서, ZKP와 MPC, FHE의 융합 방향에 대해 어떻게 생각하시며, 개발자들에게 어떤 조언을 주시겠습니까?
Vitalik:
네, 매우 흥미로운 주제입니다. 저는 FHE의 전망이 밝다고 생각하지만, 한 가지 우려는 MPC와 FHE가 항상 Committee(위원회)를 필요로 한다는 점입니다. 예를 들어 7개 이상의 노드를 선정해야 하죠. 그런데 이 노드들 중 51% 또는 33%가 공격당하면 시스템 전체가 위험에 빠집니다. 이는 일종의 Security Council(보안위원회)을 갖는 것인데, 오히려 Security Council보다 더 심각합니다. 왜냐하면 L2가 Stage 1이라면, Security Council이 75% 이상 공격당해야 문제가 생기기 때문입니다[7]. 이것이 첫 번째 점입니다.
두 번째로, Security Council의 경우, 믿을 수 있다면 대부분을 콜드 월렛에 보관하여 오프라인 상태로 유지합니다. 그러나 대부분의 MPC와 FHE에서 Committee는 시스템이 작동하려면 항상 온라인 상태여야 하므로, VPS나 다른 서버에 배치되며, 이는 공격하기가 더 쉬워집니다.
이 점이 저에게는 다소 걱정됩니다. 많은 애플리케이션을 만들 수는 있지만, 완벽하지는 않다는 점입니다.
Yan:
마지막으로 다소 가벼운 질문 하나 더 하겠습니다. 최근 Vitalik님이 AI에도 관심을 갖고 계신 걸로 알고 있습니다. 몇 가지 견해를 나누고 싶은데요,
예를 들어 Elon Musk는 인간이 실리콘 기반 문명의 부트스트랩(引導程序)일 뿐이라고 말했습니다.
또한《네트워크 국가》에서는 권위주의 국가가 AI를 선호하고, 민주주의 국가는 블록체인을 선호한다고 주장합니다.
저희가 암호권에서 얻은 경험으로 보면, 탈중앙화의 전제는 모두가 규칙을 따르고, 서로 견제하며, 리스크를 감수하는 것입니다. 그러나 결국 엘리트 정치(elitism)로 귀결됩니다. 이런 견해들에 대해 어떻게 생각하시나요? 의견만 나눠주시면 됩니다.
Vitalik:
네, 어디서부터 답변을 시작해야 할지 고민 중입니다.
AI 분야는 매우 복잡합니다. 예를 들어 5년 전에는 미국이 세계 최고의 폐쇄형 AI를, 중국이 최고의 오픈소스 AI를 보유할 것이라고는 아무도 예측하지 못했을 것입니다. AI는 모든 사람의 모든 능력을 향상시킬 수 있지만, 때로는 권위주의 국가의 권력을 강화하기도 합니다.
하지만 AI는 때로는 오히려 민주화 효과를 가질 수도 있습니다. 제가 AI를 사용할 때 느낀 점은, 제가 이미 세계 상위 1000위 안에 드는 분야에서는 AI가 제게 큰 도움을 주지 못한다는 것입니다. 예를 들어 ZK 개발 분야에서는 여전히 대부분의 코드를 제가 직접 작성해야 합니다. 그러나 제가 완전히 초보자인 분야에서는 AI가 엄청난 도움을 줍니다. 예를 들어 안드로이드 앱 개발은 이전에 전혀 해본 적이 없습니다. 10년 전에 자바스크립트로 작성한 프레임워크를 사용해 앱을 만들어 본 적은 있지만, 네이티브 안드로이드 앱은 한 번도 만들어 본 적이 없습니다.
올해 초 실험을 했습니다. GPT를 사용해 앱을 만들어보는 것이었죠. 결과적으로 1시간 만에 완성했습니다. 전문가와 초보자 사이의 격차가 AI를 통해 크게 좁혀졌음을 알 수 있습니다.또한 AI는 많은 새로운 기회를 제공합니다.
Yan:
덧붙이자면, 새로운 관점을 주셔서 감사합니다. 저는 예전에 AI가 있으면 경험 많은 프로그래머는 더 빨리 배우겠지만, 신입 프로그래머에게는 오히려 불리할 수 있다고 생각했습니다. 하지만 반면 신입 개발자의 능력도 향상시킨다는 점에서 분화보다는 평등화(equalization)가 아니겠습니까?
Vitalik:
맞습니다. 그러나 현재 중요한 또 하나의 고민은 블록체인, AI, 암호학 등 우리가 개발하는 기술들이 서로 결합했을 때 사회에 어떤 영향을 미치는가 하는 점입니다.
Yan:
그래서 인간이 단지 엘리트의 지배를 받는 존재가 되는 것을 원하지 않으시는 것이겠죠? 전체 사회의 파레토 최적(Pareto optimal)을 추구하시는군요. 일반인들이 AI와 블록체인의 힘을 받아 초개인(super individual)이 되기를 바랍니다.
Vitalik:
맞아요, 초개인, 초커뮤니티, 초인류.
05 이더리움 생태계에 대한 기대와 개발자에게 주는 조언
Yan:
좋습니다. 마지막 질문입니다. 개발자 커뮤니티에 대한 기대와 조언은 무엇이신가요? 이더리움 커뮤니티 개발자들에게 전하고 싶은 말씀이 있으신가요?
Vitalik:
이더리움 애플리케이션 개발자들에게 한 가지 생각해보셨으면 합니다.
현재 이더리움에서 애플리케이션을 개발하는 데는 많은 기회가 있으며, 예전에는 불가능했던 많은 일들이 지금은 가능해졌습니다.
이러한 이유는 여러 가지가 있습니다.
첫째, 예전에는 L1의 TPS가 완전히 부족했지만, 이제는 이 문제가 해결되었습니다.
둘째, 예전에는 프라이버시 문제를 해결할 수 없었지만, 이제는 가능합니다.
셋째, AI 덕분에 어떤 것을 개발하는 것도 쉬워졌습니다. 이더리움 생태계의 복잡성은 높아졌지만, AI를 통해 누구나 이더리움을 더 잘 이해할 수 있게 되었습니다.
따라서 10년 전이나 5년 전에 실패했던 일들도 지금은 성공할 수 있습니다.
현재 블록체인 애플리케이션 생태계에서 가장 큰 문제는 두 가지 유형의 앱이 존재한다는 점입니다.
첫 번째는 매우 개방적이고, 탈중앙화되며, 안전하고, 매우 이상주의적인 앱입니다. 하지만 사용자는 고작 42명뿐입니다.두 번째는 일종의 도박장(casino)입니다.문제는 이 두 극단 모두 건강하지 않다는 점입니다.
우리가 원하는 것은 다음과 같은 앱입니다.
첫째, 사용자들이 실제로 좋아하고 사용하며, 진정한 가치를 제공하는 앱이어야 합니다.
그 앱이 세상을 더 나아지게 해야 합니다.
둘째, 진정한 비즈니스 모델을 가져야 합니다. 예를 들어 경제적으로 지속 가능하게 운영되어, 제한된 재단이나 기타 조직의 자금에 의존하지 않아야 합니다. 이 역시 도전 과제입니다.
하지만 지금은 누구나 이전보다 더 많은 자원을 가지고 있으므로, 좋은 아이디어를 찾고, 잘 실행한다면 성공할 가능성은 매우 큽니다.
Yan:
우리가 이더리움을 지켜본 바, 이더리움은 매우 성공적이며, 항상 업계를 선도하면서 탈중앙화를 전제로 업계의 문제를 해결하려 노력하고 있습니다.
또 한 가지 깊은 감동을 받은 것은, 저희 커뮤니티도 비영리로 운영되고 있다는 점입니다. 이더리움 생태계의 Gitcoin Grant, OP의 후향성 보상(retroactive rewards), 그리고 다른 프로젝트들의 에어드랍 보상을 통해 이더리움 커뮤니티에서 활동하면 많은 지원을 받을 수 있다는 것을 알게 되었습니다. 우리는 커뮤니티가 지속 가능하고 안정적으로 운영될 수 있는 방안을 고민하고 있습니다.
이더리움을 건설하는 것은 정말 흥분되는 일입니다. 세계 컴퓨터(world computer)의 진정한 실현을 하루빨리 보고 싶습니다. 소중한 시간을 내주셔서 감사합니다.
홍콩 모싱링(Mo Sing Ling)에서 인터뷰
2025년 4월 7일
마지막으로 Vitalik과의 기념 사진을 첨부합니다 📷

기사 내 Vitalik이 언급한 참고 자료는 다음과 같습니다.
[1]:
https://ethresear.ch/t/fork-choice-enforced-inclusion-lists-focil-a-simple-committee-based-inclusion-list-proposal/19870
[2]:
https://ethereum-magicians.org/t/a-simple-l2-security-and-finalization-roadmap/23309
[3]:
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News













