
FHE는 ZK의 다음 단계라고 암호화 기술은 말한다
글: 조야
암호화폐의 발전 주선은 매우 명확하다. 비트코인이 암호화폐를 창조했고, 이더리움이 공용 블록체인을 만들었으며, 테더(Tether)가 스테이블코인을 만들었고, BitMEX가 영속 계약(perpetual contract)을 만들었다. 이 네 가지 창조는 마치 암호 원시 요소들처럼 수조 달러 규모의 시장을 형성했으며, 무수한 폭풍 부자 신화와 더불어 사람들이 늘 기억하는 탈중앙화의 꿈을 만들어냈다.
그러나 암호 기술의 발전 궤적은 그리 명확하지 않다. 다양한 합의 알고리즘과 정교한 설계들은 결국 지분 보유(staking)와 다중 서명(multisig) 시스템 앞에서 무력해진다. 실제로 후자가야말로 암호 시스템을 유지하는 진정한 기둥이다. 예를 들어 중심화된 스테이킹을 제거하면 WBTC 이후 대부분의 BTC L2는 존재할 수 없게 된다. 바빌론(Babylon)의 네이티브 스테이킹은 바로 이러한 방향에 대한 탐색이며, 7천만 달러 가치의 탐색이다.
본문에서는 암호 기술의 한 형태의 발전사를 묘사하려 한다. 이는 FHE와 ZK, MPC 등의 관계 같은 암호 산업의 기술 변화 과정과는 다르다. 대략적인 응용 순서상으로 보면, MPC는 시작 단계에 사용되고, FHE는 중간 계산 과정에 쓰이며, ZK는 최종 증명에 활용된다. 시간 순서로 보면, ZK가 가장 먼저 실용화되었고, 이후 AA 지갑 개념이 크게 유행하며 MPC가 하나의 기술 솔루션으로 주목받기 시작해 발전 속도가 빨라졌지만, 유독 FHE는 2020년에 이미 선지자에 의해 예언되었으나 2024년에야 비로소 불붙기 시작했다.

MPC/FHE/ZKP
ZK 및 MPC와 달리 FHE는 현재 존재하는 모든 암호화 알고리즘과도 다르다. FHE를 제외하고는 어떤 대칭 또는 비대칭 암호 기술이라도 '절대적으로 안전한' 즉 '쉽게 또는 전혀 해독되지 않는 암호 체계'를 만드는 것을 목표로 하지만, FHE의 목표는 암호화된 암호문이 기능을 할 수 있도록 하는 것이다. 즉 암호화와 복호화가 중요하지만, 암호화 후 복호화 전의 내용 또한 낭비되어서는 안 된다.
이론은 완비되었고, Web2가 Web3보다 먼저 실용화됨
FHE는 기초 기술로서 학문적으로 이미 이론적 탐색이 완료되었다. Web2 거대 기업들이 여기에 많은 노력을 기울이고 있으며, 마이크로소프트, 인텔, IBM, 그리고 DARPA가 지원하는 Duality는 이미 소프트웨어 및 하드웨어 적응과 개발 도구 준비를 진행하고 있다.
좋은 소식은 Web2 거대 기업들도 FHE를 무엇에 써야 할지 잘 모른다는 것이며, 따라서 Web3가 지금 출발해도 결코 늦지 않았다는 점이다. 반면 나쁜 소식은 Web3의 적응 정도가 거의 0에 가깝다는 것이다. 주류인 비트코인과 이더리움은 모두 FHE 알고리즘을 기본적으로 호환하지 못한다. 비록 이더리움이 세계 컴퓨터라고 하지만, FHE를 하드웨어로 계산하려면 아마 세상이 끝날 때까지 걸릴지도 모른다.
우리는 Web3의 탐색에 집중하면서, Web2 거대 기업들이 FHE에 매우 열광하며 이미 많은 기반 작업을 했다는 사실만 기억하면 된다.
이는 비탈릭(Vitalik)이 2020년부터 2024년까지 중심을 ZK에 두었기 때문이다.
여기서 내가 ZK의 폭발적 인기를 어떻게 설명하는지 간단히 언급하겠다. 이더리움이 롤업(Rollup)을 통한 확장 경로를 확립한 후, ZK의 상태 압축 기능은 L2에서 L1으로 전송되는 데이터 크기를 크게 줄일 수 있어 경제적으로 큰 가치를 지닌다. 물론 이것은 이론적인 이야기이며, L2의 파편화와 정렬기(sequencer) 문제, 일부 L2/Rollup이 사용자의 수수료를 수취하는 문제 등은 여전히 발전 중 나타난 새로운 문제들이며, 계속된 발전을 통해 해결해야 할 부분이다.
간단히 요약하자면, 이더리움은 확장이 필요했고, Layer 2 발전 경로를 확립했다. ZK/OP 계열의 Rollup들이 서로 경쟁하며 일시적으로는 OP가, 장기적으로는 ZK가 업계의 공감대가 되었고, ARB/OP/zkSync/StarkNet이라는 네 거대 플레이어를 만들어냈다.
경제성은 ZK가 암호화 세계, 특히 이더리움 생태계에서 받아들여진 중요한 이유이며, 거의 유일한 이유라고 할 수 있다. 따라서 다음 FHE의 기술적 특징은 자세히 설명하지 않고, FHE가 Web3의 운영 효율을 어느 방향으로 향상시키거나 운영 비용을 얼마나 절감할 수 있는지를 중점적으로 살펴볼 것이다. 비용 절감과 효율 증가는 반드시 어느 한쪽이라도 해당되어야 한다.
FHE 발전사와 성과
먼저 동형 암호화(homomorphic encryption)와 전동형 암호화(Fully Homomorphic Encryption, FHE)를 구분하자. 엄격하게 말하면 전동형 암호화는 전자에 속하는 특수한 경우인데, 동형 암호화란 "암호문에 대한 덧셈 또는 곱셈 연산이 평문에 대한 덧셈 또는 곱셈 연산과 동등하다"는 것을 의미한다. 즉:

이때 c와 E(c), d와 E(d)는 동등한 가치로 간주될 수 있지만, 주의할 점이 두 가지 있다:
-
평문과 암호문의 동등성은 사실 평문에 잡음을 추가한 후 이를 연산하여 암호문을 생성한다는 것을 의미하는데, 만약 암호문으로 인한 편차 값이 너무 크면 계산이 실패할 수 있으므로, 잡음을 제어하는 다양한 알고리즘이 핵심이다.
-
덧셈과 곱셈의 오버헤드가 매우 크며, 암호문 계산은 평문 계산보다 1만 배에서 100만 배 이상 느릴 수 있다. 무한 번의 덧셈과 곱셈 암호문 계산이 모두 가능해야 비로소 전동형 암호화라 할 수 있다. 물론 각각의 동형 암호화는 각자의 분야에서 고유한 가치를 지니며, 실현 정도에 따라 다음과 같이 구분할 수 있다:
-
부분 동형 암호화(Partially homomorphic encryption): 암호화된 데이터에 대해 제한된 연산 집합(예: 덧셈 또는 곱셈)만 수행할 수 있음. 어느 정도 동형 암호화(Somewhat homomorphic encryption): 제한된 수의 덧셈과 곱셈 연산을 허용함.
-
전동형 암호화(Fully homomorphic encryption): 무한한 수의 덧셈과 곱셈 연산을 허용하여 암호화된 데이터에 대해 임의의 계산을 수행할 수 있음.
전동형 암호화(FHE)의 발전 역사는 2009년으로 거슬러 올라간다. Craig Gentry가 처음으로 이상 격자(ideal lattice) 기반의 전동형 알고리즘을 제안했는데, 이상 격자는 특정 선형 관계를 만족하는 다차원 공간 상의 점 집합을 정의할 수 있게 해주는 수학적 구조이다.
Gentry의 방식에서는 이상 격자를 키와 암호화 데이터를 표현하는 데 사용하여, 개인정보를 보호하면서도 자체 부트스트래핑(self-bootstrapping)을 통해 잡음을 줄일 수 있다. 부트스트래핑은 '자기 발로 스스로를 들어올린다'고 이해할 수 있는데, 실제 작업에서는 FHE로 암호화된 암호문을 다시 한번 암호화함으로써 잡음을 줄이고 기밀성을 유지하며 복잡한 계산 작업을 지원한다.
(부트스트래핑은 FHE 실용화에 매우 중요한 기술적 진전이지만, 수학적 지식은 여기서 더 이상 전개하지 않는다.)
이 알고리즘은 FHE의 이정표로서, 공학적으로 FHE의 실현 가능성을 처음으로 입증했지만, 오버헤드가 극도로 커서 한 번 계산하는 데 30분이 걸리는 경우도 있었고, 실용화 가능성은 거의 없었다.
0에서 1까지의 문제 해결 후 남은 것은 대규모 실용화뿐이다. 즉 다양한 수학적 가정을 기반으로 한 알고리즘 설계를 진행하는 것으로, 이상 격자 외에도 LWE(Learning with Errors) 및 그 변형들이 보안 가정으로 사용되며, 현재 가장 일반적인 방식이다.
2012년, Zvika Brakerski, Craig Gentry, Vinod Vaikuntanathan은 BGV 방식을 제안했다. 이는 2세대 FHE 방식 중 하나로, 가장 중요한 기여는 모듈러스 전환 기술인데, 이 기술은 동형 연산으로 인한 암호문 노이즈 증가를 효과적으로 제어하여 Leveled FHE를 구성한다. 즉, 이 FHE는 주어진 계산 깊이의 동형 계산 작업을 수행할 수 있다.
이와 유사한 방식으로 BFV와 CKKS 등이 있으며, 특히 CKKS 방식은 부동소수점 연산을 지원하지만, 연산 리소스 소비를 더욱 증가시키며, 여전히 더 나은 방식이 필요하다.
마지막으로 TFHE와 FHEW 방식이 있는데, 특히 TFHE 방식은 Zama의 우선 선택 알고리즘이며, 간략히 소개하겠다. 간단히 말해, FHE의 잡음 문제는 Gentry가 처음 적용한 부트스트래핑을 통해 줄일 수 있으며, TFHE는 효율적인 부트스트래핑을 가능하게 하고 정밀도를 보장하기 때문에 블록체인 분야와의 융합 가능성이 높다.
각 방식에 대한 소개는 이 정도로 마치겠다. 실제로 이들 사이의 차이는 우열이 아니라 사용 사례의 차이이며, 대부분 강력한 소프트웨어 및 하드웨어 리소스를 필요로 한다. TFHE 방식이라도 하드웨어 문제를 해결하지 않으면 대규모 적용이 불가능하며, ZK 분야에서 "알고리즘과 소프트웨어가 먼저, 하드웨어와 모듈화가 뒤따름"의 경로를 따르는 것은 거의 불가능하다. 즉 처음부터 FHE는 하드웨어와 함께 동기화되어 발전해야 하며, 적어도 암호 분야에서는 반드시 그러해야 한다.
Web2 OpenFHE vs Web3 Zama
앞서 언급했듯이 Web2 거대 기업들은 이미 탐색을 진행하며 일부 실질적 성과를 이루었다. 여기서 이를 요약하고 Web3 응용 시나리오를 도입하겠다.
복잡한 것은 생략하고, IBM은 Helib 라이브러리를 기여하였으며, 주로 BGV와 CKKS를 지원한다. 마이크로소프트의 SEAL 라이브러리는 CKKS와 BFV 방식을 주로 지원한다. 참고로 CKKS의 공동 저자 중 한 명인 Song Yongsoo가 SEAL의 설계 및 개발에 참여했다. OpenFHE는 가장 포괄적인 성과를 낸 것으로, DARPA가 지원하는 Duality가 개발했으며, 현재 BGV, BFV, CKKS, TFHE, FHEW 등 주요 알고리즘을 모두 지원하며, 시장에 존재하는 FHE 라이브러리 중 가장 완벽한 것으로 추정된다.
또한 OpenFHE는 인텔 CPU 가속 라이브러리와의 협업을 시도했으며, NVIDIA의 CUDA 인터페이스를 호출해 GPU 가속을 지원하기도 했다. 그러나 CUDA의 FHE 지원은 2018년에 멈춰 있으며, 최신 지원 여부는 확인되지 않았다. 잘못된 정보라면 지적 바란다.
OpenFHE는 C++와 Python 두 가지 언어를 지원하며, Rust API는 개발 중이다. 또한 간단하고 포괄적인 모듈화 및 크로스플랫폼 기능 제공을 위해 노력하고 있으며, Web2 개발자라면 가장 쉬운 즉시 사용 가능한 솔루션이다.
Web3 개발자라면 난이도가 좀 더 올라간다.
연산 능력이 취약하여 대부분의 공용 블록체인은 FHE 알고리즘 실행을 지원할 수 없다. 또한 비트코인과 이더리움 생태계는 현재 FHE에 대한 '경제적 수요'가 부족하다. 다시 강조하지만, L2→L1로의 효율적인 데이터 전송에 대한 수요가 있었기에 ZK 알고리즘이 실용화된 것이지, FHE를 위한 FHE는 망치를 들고 못을 찾는 것과 같으며, 억지로 매칭시키면 실용화 비용만 증가할 뿐이다.

FHE+EVM 작동 원리
이후에는 현재 직면한 어려움과 가능한 실용화 시나리오를 자세히 설명할 것이다. 여기서는 Web3 개발자들에게 약간의 자신감을 주고자 한다.
2024년 Zama는 암호화 분야에서 FHE 관련 개념으로 가장 큰 투자금을 유치했는데, Multicoin이 주도하여 7300만 달러를 투자했다. Zama는 현재 TFHE 기반 알고리즘 라이브러리를 보유하고 있으며, fhEVM을 통해 FHE 기능을 갖춘 EVM 호환 체인 개발을 지원하고 있다.
다음은 효율성 문제인데, 이는 오직 소프트웨어와 하드웨어의 협업으로 해결할 수 있다. 첫째, EVM은 FHE 계약을 직접 실행할 수 없는데, 이는 Zama의 fhEVM 방식과 충돌하지 않는다. Zama는 자체적으로 체인을 구축하여 FHE 기능을 기본적으로 내장시켰다. 예를 들어 Shiba Inu도 Zama 방식 기반의 Layer 3를 구축하려 한다. 새로 만든 체인이 FHE를 지원하는 것은 어렵지 않지만, 문제는 이더리움 EVM 자체가 FHE 계약 배포 기능을 어떻게 갖추느냐는 점이다. 이는 이더리움의 Opcode(작업 코드) 지원이 필요하다. 좋은 소식은 Fair Math와 OpenFHE가 공동으로 FHERMA 대회를 개최하여 개발자들이 EVM Opcode를 재작성하도록 장려하고 있다는 점으로, 융합 가능성을 적극적으로 탐색하고 있다.
두 번째는 하드웨어 가속화인데, Solana 등의 고성능 공용 블록체인이 FHE 계약 배포를 기본 지원하더라도 노드가 다운될 수 있다. 원생 FHE 하드웨어는 Chain Reaction의 3PU™(Privacy Protection Processing Unit)가 있으며, 이는 ASIC 방식이다. Zama나 Inco도 하드웨어 가속 가능성을 탐색하고 있는데, 예를 들어 Zama의 현재 TPS는 약 5이며, Inco는 10 TPS를 달성했다. Inco는 FPGA 하드웨어 가속을 사용하면 TPS를 100~1000 수준으로 끌어올릴 수 있다고 본다.
그러나 속도 문제에 지나치게 걱정할 필요는 없다. 기존의 ZK 하드웨어 가속 방식은 이론적으로 모두 개조하여 FHE 방식에 적응시킬 수 있기 때문에, 아래 논의에서는 속도 문제를 과도하게 설계하지 않을 것이며, 주로 시나리오 탐색과 EVM 호환 적응에 초점을 맞출 것이다.
다크풀 몰락, FHE X Crypto 미래는 밝다
Multicoin은 Zama에 투자하면서 "ZKP는 이미 지난 일이며, 미래는 FHE에게 있다"고 장담했다. 미래가 현실이 될지는 미지수이며, 현실은 언제나 어렵다. Zama 이후 Inco Network와 Fhenix가 fhEVM 생태계의 숨은 동맹을 형성하며 각각 다른 방향을 중점으로 하되, 기본적인 길은 동일하다. 즉 FHE와 EVM 생태계의 융합을 위해 노력하고 있다.
일찍 시작하는 것보다 적절한 시기에 도달하는 것이 중요하다. 우리는 먼저 한 차례 냉수를 끼얹으며 시작하겠다.
2024년은 아마도 FHE의 해가 될 수 있지만, 2022년에 시작한 Elusiv는 이미 운행을 중단했다. Elusiv는 원래 솔라나 위의 '다크풀' 프로토콜이었으며, 현재 코드베이스와 문서가 모두 삭제되었다.
결국 FHE는 여전히 MPC/ZKP 등의 기술과 함께 사용되는 기술 구성 요소의 일부이며, 우리가 살펴봐야 할 것은 FHE가 블록체인의 기존 패러다임을 어디에서 바꿀 수 있는지이다.
우선 FHE가 프라이버시를 강화하므로 경제적 가치가 있다고 생각하는 것은 정확하지 않다는 점을 인정해야 한다. 과거의 실천을 보면, Web3 또는 체인 상 사용자들은 프라이버시를 그렇게 중요하게 여기지 않는다. 프라이버시가 경제적 가치를 제공할 때만 관련 도구를 사용한다. 예를 들어 해커는 도난한 자금을 숨기기 위해 Tornado Cash를 사용하지만, 일반 사용자는 Uniswap만 사용한다. Tornado Cash를 사용하면 추가적인 시간이나 경제 비용이 들기 때문이다.
FHE의 암호화 비용은 체인 상에서 이미 약한 실행 효율을 더욱 악화시키는 것이며, 이런 비용 증가가 더 현저한 수익을 가져올 때만 프라이버시 보호가 대규모 보급 가능성을 갖는다. 예를 들어 RWA 분야의 채권 발행 및 거래. 2023년 6월 중국은행국제(CITIC)는 UBS를 통해 홍콩에서 아시아·태평양 지역 고객에게 '블록체인 디지털 구조화 노트'를 발행했으며, UBS 뉴스 발표문에서 이더리움을 통해 이루어졌다고 밝혔다. 그러나 신기하게도 해당 거래의 계약 주소와 배포 주소를 찾을 수 없다. 누구라도 찾을 수 있다면 정보를 보충해주기 바란다.
이 사례는 FHE의 중요성을 명백히 보여준다. 기관급 고객은 공용 블록체인 등을 사용할 필요가 있지만, 전체 정보를 공개하는 것은 적합하지 않거나 원하지 않는다. 그런 경우 FHE처럼 암호문 상태에서 직접 매매 등 조작이 가능한 특성이 ZKP보다 더 적합하다.
개인 소액 투자자들에게는 FHE가 여전히 다소 먼 기반 인프라이다. 나는 항암 MEV, 프라이버시 거래, 더 안전한 네트워크, 제3자의 엿보기 방지 등을 예로 들 수 있지만, 분명히 이들은 제1차적 요구사항이 아니며, 현재 FHE를 사용하면 네트워크가 느려지는 것도 사실이므로 솔직히 말해 FHE의 주역 시대는 아직 도래하지 않았다.
결국 프라이버시는 부차적인 요구이며, 공공 서비스로서 사람들은 프라이버시를 위해 프리미엄을 지불하려 하지 않는다. 우리는 FHE로 암호화된 데이터의 계산 가능성을 활용해 비용을 절감하거나 거래 효율을 높일 수 있는 시나리오를 찾아야 하며, 시장이 자발적으로 추진력을 만들어낼 수 있어야 한다. 예를 들어 MEV 방지 솔루션은 여러 가지가 있는데, 중심화된 노드만으로도 해결할 수 있다. FHE는 시나리오의 핵심 문제를 직접 해결하지 못한다.
또 다른 문제는 계산 효율성인데, 겉보기엔 하드웨어 가속이나 알고리즘 최적화 같은 기술 문제지만, 본질적으로는 시장 수요가 크지 않아 프로젝트팀이 경쟁할 동기가 부족한 것이다. 계산 효율은 결국 경쟁을 통해 나오는 것이다. ZK를 예로 들면, 활발한 시장 수요 아래에서 SNARK와 STARK 노선이 서로 경쟁하고, 다양한 ZK Rollup들이 프로그래밍 언어에서 호환성까지 극한의 경쟁을 벌이며, ZK의 발전은 뜨거운 자금의 자극 아래 하루가 다르게 발전했다.
응용 시나리오와 실용화는 FHE가 블록체인 인프라가 되는 돌파구이며, 이 한 걸음을 내딛지 못한다면 FHE는 암호 산업에서 세력을 형성할 수 없으며, 각 프로젝트팀은 결국 자신의 작은 땅에서 주변을 두드리며 자위에 그칠 뿐이다.
"Zama와 그 친구들"의 실천을 보면, 한 가지 공감대는 이더리움 외부에서 새로운 체인을 만들고 ERC-20 등의 기술 구성 요소와 표준을 재사용하여 FHE L1/L2가 이더리움과 연결되는 암호화 방식을 형성하는 것이다. 이 방식의 장점은 먼저 시범 운영을 통해 FHE의 기초 구성 요소를 구축할 수 있다는 점이며, 단점은 이더리움 자체가 FHE 알고리즘을 지원하지 않는다면 체인 외부 방식은 항상 다소 난처한 위치에 처하게 된다는 점이다.
Zama 자신도 이 문제를 인식하고 있으며, 앞서 언급한 FHE 관련 라이브러리 외에도 FHE.org 조직을 발족시키고 관련 회의를 후원하며, 더 많은 학술 성과를 공학적 응용으로 전환하려 노력하고 있다.
Inco Network의 발전 방향은 '범용 프라이버시 컴퓨팅 레이어'이며, 본질적으로는 계산 아웃소싱 서비스 제공업체 모델이다. Zama 기반으로 FHE EVM L1 네트워크를 구축했으며, 흥미로운 탐색 중 하나는 크로스체인 메시지 프로토콜 Hyperlane과의 협업으로, 다른 EVM 호환 체인의 게임 메커니즘을 Inco 위에 배포할 수 있다. 게임 실행 중 FHE 계산이 필요할 때 Hyperlane을 통해 Inco의 계산 능력을 호출한 후 결과만 원래 체인에 반환한다.
Inco의 이러한 시나리오를 실현하려면 EVM 호환 체인이 Inco의 신뢰를 믿어야 하며, Inco 자체의 계산 능력이 충분히 강해야 한다. 체인 게임처럼 고병렬 처리, 저지연의 요구조건에서 정말 잘 작동할 수 있을지는 상당한 도전이다.
여기서 확장하자면, 일부 zkVM도 FHE 계산 아웃소싱 업체 역할을 할 수 있는데, 예를 들어 RISC Zero는 이미 해당 능력을 갖추고 있다. ZK 기반 제품과 FHE의 다음 단계 충돌은 더 많은 불꽃을 튀길 수 있다.
더 나아가 일부 프로젝트는 이더리움에 조금 더 가까이 다가가고자 하며, 적어도 이더리움의 일부가 되는 방향으로 전진하고자 한다. Inco가 Zama 방식으로 L1을 구현할 수 있다면, Fhenix는 Zama 방식으로 EVM L2를 구현할 수 있다. 현재도 개발 중이며, 하고자 하는 방향이 많아 보이지만, 최종적으로 어떤 제품이 될지는 알 수 없다. 아마 FHE 기능을 강조하는 L2가 될지도 모른다.
또한 위에서 언급한 FHERMA 대회도 있다. 이더리움 개발에 능통한 독자 개발자들은 도전해보며 FHE 실용화에 기여하고 보너스도 받을 수 있다.
또한 Sunscreen과 Mind Network라는 다소 특이한 두 프로젝트도 있다. Sunscreen은 주로 Ravital 한 사람이 운영하며, BFV 알고리즘을 사용해 FHE에 적합한 컴파일러 솔루션을 개발하는 방향인데, 오랫동안 테스트 및 실험 상태에 머물러 있어 제품 실용화까지는 아직 시간이 필요하다.
마지막으로 Mind Network는 FHE와 기존 시나리오(예: 재스테이킹) 결합에 초점을 맞추고 있지만, 구체적인 실현 방법은 시간이 지나봐야 알 수 있다.
마지막으로, 본 절의 시작을 회수하자면, Elusiv은 현재 Arcium로 이름을 변경했으며, 새로운 투자도 유치하고, '병렬 FHE' 방식으로 전환했다. 이는 FHE의 실행 효율을 개선하려는 시도이다.
맺음말
본문은 마치 FHE의 이론과 실천을 이야기하는 듯하지만, 실제 암시선은 암호 기술 자체의 발전사를 정리하는 것이다. 이는 암호화폐에 사용된 기술과 완전히 동일하지 않다. ZKP와 FHE는 많은 유사점이 있는데, 그 중 하나는 블록체인이 공개성을 유지하는 동시에 프라이버시 설계를 보유하려는 노력을 지속하고 있다는 점이다. ZKP 프라이버시 솔루션은 L2 <> L1 상호작용의 경제적 비용을 줄이는 데 방향을 두고 있지만, FHE는 여전히 자신의 최적 시나리오를 찾고 있다.

각 방안 분류
길은 멀고도 험하며, FHE는 여전히 상하 탐색 중이다. 이더리움과의 연관 정도에 따라 다음과 같이 세 가지 유형으로 나눌 수 있다:
-
Type 1: 독립 왕국, 이더리움과 소통. Zama/Fhenix/Inco network为代表,主要提供开发基础件,鼓励自建 FHE L1/L2,适用于某些细分领域;
-
Type 2: 외부 장착, 이더리움에 융합. Fair Math/Mind Network为代表,虽然保留一定的独立性,但是整体思路是和以太坊进行更深度的融合。
-
Type 3: 함께 약속, 이더리움 개조. 如果以太坊无法原生支持 FHE 功能,那么需要在合约层进行探索,将 FHE 的功能散发到各 EVM 兼容链上,目前还没有太符合该标准的方案。
ZK가 후기까지 가서야 일클릭 체인 발행과 하드웨어 가속 실용화가 나온 것과 달리, FHE는 ZK 거인의 어깨 위에 서 있다. 지금 FHE 체인을 하나 발행하는 것은 아마 가장 쉬운 일이겠지만, 자신과 이더리움 간의 소통이 가장 어려운 일이다.
매일 세 번 자신을 돌아보며 블록체인 세계에서 FHE의 미래 좌표를 찾자:
-
어떤 시나리오에서는 반드시 암호화해야 하며, 평문 사용이 불가능한가?
-
어떤 시나리오에서는 FHE 암호화가 필요한데, 다른 암호화 방법으로는 불가능한가?
-
어떤 시나리오에서는 FHE 암호화를 사용한 후 사용자가 만족하며 더 높은 비용을 지불하려 하는가?
계속됩니다. 나는 FHE에 대한 관심을 계속 유지할 것입니다!
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News














