# FHE 실사용 시작: ERC-7984와 처리량 한계

> 젬마의 FHE 레이어와 ERC-7984를 핸들, 코프로세서, 임계값 복호화, 실제 처리량 한계를 기준으로 살펴본다.

- Source: https://www.steadyrain.xyz/ko/articles/fhe-confidential-defi-zama-erc7984/
- Publisher: Steady Rain
- Author: 0xYatha
- Published: 2026-09-21T03:41:04.506Z
- Categories: DeFi
- Language: ko

## 서론

ERC-20 전송은 이동한 금액과 양측의 최종 잔액을 RPC 엔드포인트에 접근할 수 있는 누구에게나 공개한다. 급여 지급, 트레저리 리밸런싱, 대량 거래에서는 이 속성 자체가 결격 요인이며, 표준적인 우회 방법은 트랜잭션을 오프체인에 두고 순액 결과만 정산하는 것이었다.

Zama의 Confidential Blockchain Protocol은 다른 구조를 제안한다. 라이트페이퍼에 따르면 이는 새로운 L1이나 L2가 아니라 기존 퍼블릭 블록체인 위에 얹히는 크로스체인 기밀성 레이어로, 암호화된 값에 대한 연산을 위한 완전동형암호(FHE), 임계값 키 관리를 위한 다자간 연산(MPC), 그리고 사용자 입력이 올바르게 암호화되었는지 검증하는 용도로 좁게 사용되는 영지식 증명을 결합한다. 발표된 로드맵에 따르면 테스트넷은 라이트페이퍼 발행 전에 이미 가동 중이고, 이더리움 메인넷은 2025년 말, 다른 EVM 체인은 2026년 상반기, 솔라나는 2026년 하반기로 예정되어 있다. 기밀 토큰 표준인 **ERC-7984**에 대한 Zama의 자체 설명 문서는 2026년 2월 17일 자로, 이 표준을 기술 중립적이라 설명하며 FHE 구현은 OpenZeppelin과 공동으로 만들었다고 밝힌다.

이번 출시를 둘러싼 시장 논평에는 1차 문서에 나오지 않는 여러 숫자가 붙어 있다. 현재 초당 처리량 약 20건, GPU 도입 이후 초당 500\~1,000건 목표, 기밀 USDC 배포 규모, 특정 기관 OTC 거래 사례, $ZAMA 토큰 이벤트의 메커니즘과 일정, OpenZeppelin ERC-7984 구현의 감사 상태 같은 것들이다. 우리는 Zama의 라이트페이퍼, ERC-7984 설명 문서, Fhenix와 Inco의 문서 어디에서도 이 숫자들을 확인할 수 없었다. 이들은 미확인 상태로 남아 있으며, 이 분석은 벤더 문서에 명시된 내용을 바탕으로 추론한다.

이 스택에서 암호학 자체는 성숙한 부분이다. 무게가 실리는 곳은 세 개의 이음새다. 온체인 컨트랙트가 기록하는 것과 오프체인 코프로세서 네트워크가 실제로 연산하는 것 사이의 간극, 암호화된 값이 평문이 되는 비동기 경로, 그리고 복호화 키를 공동으로 보유하는 노드 위원회다.

## 아무도 볼 수 없는 연산의 비용

완전동형암호(FHE)는 암호문만 보유한 당사자가 입력값이나 결과값을 알지 못한 채 그 위에서 함수를 연산하여 결과의 암호문을 만들어낼 수 있게 한다. 토큰에 적용하면, 암호화된 두 잔액을 더하는 연산은 암호화된 새 잔액을 산출하며, 그 덧셈을 수행하는 기계는 어느 피연산자도 알지 못한다.

오버헤드는 구조적이다. 격자 기반 스킴의 FHE 암호문은 숨기는 평문보다 훨씬 크고, 동형 연산 하나마다 암호문에 노이즈가 더해진다. 특정 임계치를 넘으면 노이즈가 값을 파괴하기 때문에, 스킴들은 주기적으로 노이즈 감소 단계를 실행하는데 이것이 오히려 연산의 지배적인 비용이 된다. Zama는 자사 구현이 5년 전보다 100배 이상 빠르고 양자 내성을 갖췄다고 주장하는데, 후자는 이 스킴들이 기반하는 격자 가정에서 따라 나오는 성질이다. 두 주장 모두 독립적인 벤치마크 없이 자체 제작한 문서에서 나온 벤더 주장이다.

컨트랙트 작성자에게 더 중요한 제약은 제어 흐름이다. 프로그램은 암호화된 조건에 따라 분기할 수 없다. 분기를 타는 것 자체가 어느 분기를 탔는지를 드러내기 때문이며, 가스 소비량이나 상태 접근 패턴을 지켜보는 관찰자는 암호화가 숨기려 했던 비교 결과를 알아낼 수 있다. 따라서 조건문은 산술 연산이 된다. 두 결과를 모두 계산한 뒤 암호화된 선택 비트로 결과 사이를 멀티플렉싱한다. 기밀 전송은 발신자의 잔액이 충분한지 여부와 무관하게 같은 비용이 들고, 어느 경우든 상태 전이를 만들어낸다.

이 단 하나의 속성이 설계 전체로 퍼져나간다. ERC-7984가 전송 실패를 어떻게 처리하는지, 청산 로직을 표현하기가 왜 까다로운지, 기밀 실행과 평문 실행의 비용 차이가 왜 여유분이 아니라 배수 단위로 벌어지는지를 결정한다. Fhenix의 CoFHE 문서도 API 표면에서 같은 형태를 드러낸다. `euint32`, `ebool` 같은 암호화된 타입, `FHE.add`, `FHE.sub` 같은 연산, 그리고 이후 누가 특정 값을 복호화할 수 있는지를 관리하는 `FHE.allowThis`, `FHE.allowSender` 같은 명시적 접근제어 호출이 그것이다. 이 시스템들에서 복호화 권한은 자연스럽게 주어지는 것이 아니다. 컨트랙트가 명시적으로 실행해야 하는 부여 행위이며, 이를 빠뜨리면 해당 값은 영구히 읽을 수 없게 된다.

## 핸들, 코프로세서, 게이트웨이

*[Figure: img1]*

Zama의 ERC-7984 설명 문서는 4단계 아키텍처를 묘사하는데, 각 부분 사이의 역할 분담이 엔지니어링 리스크가 집중되는 지점이다.

온체인 컨트랙트는 암호문 자체가 아니라 암호화된 값에 대한 포인터인 **핸들**을 저장한다. 기밀 토큰 컨트랙트가 암호화된 두 잔액을 더할 때, 이더리움 트랜잭션은 격자 산술을 수행하지 않는다. 세 핸들과 관련된 덧셈이 수행될 것임을 기록하고 즉시 출력 핸들을 반환할 뿐이다. 컨트랙트의 스토리지와 트랜잭션의 가스 비용은 암호학 자체의 비용이 아니라 핸들에 대한 부기 작업을 반영한다.

실제 FHE 연산은 오프체인의 코프로세서 네트워크에서 일어나며, 이들이 기록된 연산을 소비해 해당하는 암호문을 실체화한다. **게이트웨이**가 이 코프로세서들을 조율하고, 어떤 주소가 어떤 핸들을 읽을 수 있는지에 대한 접근제어를 강제하며, 복호화 요청을 라우팅한다. 복호화 자체는 여러 독립적인 노드가 협력해야 하는 임계값 키 관리 시스템에 의해 수행되므로, 어떤 단일 운영자도 사용자의 잔액을 단독으로 복원할 수 없다.

이 분리 구조로부터 두 가지 성질이 직접 도출된다. 첫째, 온체인 정산이 그 배후에 있는 암호화 연산보다 먼저 확정된다. 전송은 핸들 부기 작업이 블록에 포함되는 순간 확정되지만, 그 핸들이 가리키는 암호문은 코프로세서가 실제로 산출한 뒤에야 존재한다. 따라서 부하가 걸릴 때 자연스러운 장애 형태는 지연 누적이다. 심볼릭 상태는 이더리움의 속도로 전진하지만 실체화는 그 뒤로 밀리며, 이 지연은 누군가 값을 읽어달라고 요청하는 순간에 표면화된다. 잔액을 확인하려는 사용자든 복호화 콜백을 기다리는 컨트랙트든, 평문 답변이 필요한 모든 것이 이 대기열을 물려받는다.

둘째, ZK 구성요소는 여기서 실드 풀보다 훨씬 적은 일을 한다. 영지식 증명은 사용자가 제출한 입력이 올바르게 암호화되었고 제출자에게 귀속됨을 입증하는 데 쓰이며, 어떤 상태 전이가 올바르게 실행되었음을 증명하는 데 쓰이지 않는다. 손상되거나 악의적으로 조작된 암호문이 시스템에 받아들여지면 하위 연산을 오염시키거나 네트워크 키를 캐내는 통로가 될 수 있으므로, 이 증명은 입력 필터로 작동한다. zk-SNARK 실드 풀에서는 증명이 전체 정당성 논증을 지탱하며 암호화된 상태에 대해 제3자가 연산하는 일 자체가 없다. 이들은 우연히 같은 약어를 공유하는, 서로 다른 보안 아키텍처다.

Zama는 이 구조를 지원하는 데 기존 체인이 프로토콜 수준의 업그레이드를 필요로 하지 않는다고 밝힌다. 이 주장은 범위가 좁고 아키텍처상 그럴 법하다. 실행은 컨트랙트 코드 안에서 일어나거나 오프체인에서 일어날 뿐이다. 다만 이 주장은 기존 애플리케이션이 그 결과 상태를 소비할 수 있는지는 확립해주지 않는다.

## ERC-7984가 컨트랙트 내부에서 바꾸는 것

*[Figure: img2]*

코드 수준에서 이 표준은 결과가 뒤따르는 타입 치환이다. ERC-20이 `uint256`, `transfer`, `balanceOf`를 노출하는 곳에서, ERC-7984는 `euint64`, `confidentialTransfer`, `confidentialBalanceOf`를 노출한다. 논리적 연산은 그대로 남지만, 피연산자는 컨트랙트 자신도 읽을 수 없는 암호화된 핸들이 된다.

256비트에서 64비트로 좁아진 것은 겉치레가 아니다. FHE 비용은 암호화된 정수의 비트 폭에 비례해 늘어나므로, 기밀 토큰은 사용하지 않는 비트 하나하나에 대해서도 직접 비용을 지불한다. 64비트 잔액은 18자리 소수점을 가진 임의 규모의 발행량을 표현할 수 없으므로, 기밀 토큰은 투명한 대응 토큰보다 소수점 자리수가 적고 최대 발행량이 작은 쪽으로 밀린다. 기존 18자리 소수점 ERC-20을 기밀 표현으로 감싸는 어떤 래퍼든 스케일링 규칙을 정의해야 하고 그로 인한 라운딩을 받아들여야 한다.

잔액 부족 처리는 두 번째 구조적 변화이며, 분기 금지 제약에서 따라 나온다. 일반적인 ERC-20은 발신자에게 자금이 부족하면 리버트하고, 그 리버트는 공개 정보다. 기밀 전송은 관찰자에게 비교 결과를 유출하지 않는 한 암호화된 비교로 리버트할 수 없다. 이 설계는 자금이 충분하면 요청된 금액과 같고, 부족하면 0이 되는 암호화된 전송 금액을 계산하여 트랜잭션이 어느 경우든 성공하게 만든다. 호출자는 반환된 값을 복호화할 권한이 있을 때만, 복호화를 통해서만 실제로 무슨 일이 일어났는지 알 수 있다. 성공한 트랜잭션을 전송 완료의 증거로 취급하는 모든 통합은 수정이 필요하다.

### 컨트랙트 기능으로서의 선택적 공개

Zama의 구현은 규제 요구사항을 **Observer**를 통해 다룬다. 감사인이나 규제기관 같은 주소에 지정된 값에 대한 복호화 접근 권한을 부여할 수 있으며, 여기에 KYC와 AML 검사, 잔액 동결, 실물자산(RWA) 컴플라이언스 규칙을 위한 선택적 확장 모듈이 곁들여진다. 공개는 기본값이 아니라 권한 부여로 작동하며, 운영자의 재량이 아니라 게이트웨이의 접근제어에 의해 강제된다.

이 설계는 기관용 제안의 핵심이면서 동시에 공개된 세부사항이 가장 적은 부분이다. Observer 부여가 철회 가능한지, 부여 이전에 만들어진 핸들에도 소급 적용되는지 아니면 이후로만 적용되는지, 사용자를 대신해 누가 이를 발급할 수 있는지는 현재 공개된 문서가 정리해주지 않는 거버넌스 문제다. 특히 동결 모듈은 특권 행위자가 사용자 상태를 볼 수 없다는 것이 전제인 시스템에 다시 특권 행위자를 들여온다. 이 두 속성은 원칙적으로 양립 가능하다. 동결은 핸들을 읽지 않고도 핸들에 작용할 수 있기 때문이다. 하지만 이 조합은 기능 명세가 아니라 실제 컨트랙트 코드에서 검증이 필요하다.

## 암호화된 잔액과 기존 DeFi의 접점

이더리움이 업그레이드가 필요 없다는 주장과 Uniswap이나 Aave가 ERC-7984 토큰을 보유할 수 있다는 주장은 별개다. 두 번째 주장이 더 어렵고, 앞서 설명한 메커니즘들이 그 어려움을 만든다.

상수곱 AMM은 공개된 리저브를 바탕으로 스왑 가격을 정한다. 리저브가 암호화되어 있으면 풀은 가격을 공개할 수 없고, 차익거래자는 가격을 계산할 수 없으며, 풀을 잘못된 가격의 거래로부터 보호하는 불변식 검사는 모든 스왑마다 동형으로 평가되어야 한다. 대출 시장의 문제는 더 날카롭다. 청산은 제3자가 어떤 포지션이 부실 상태임을 확인해야 하는데, 이는 헬스 팩터가 공개되어야 함을 의미하며 그러면 기밀성이 깨지고, 그렇지 않으면 청산자가 복호화를 요청하고 그 결과에 따라 행동해야 하는데 이는 원자적 트랜잭션을 여러 블록에 걸친 요청-콜백 시퀀스로 바꿔버리고 그 사이에 적대적 행위자가 담보를 자유롭게 옮길 수 있게 만든다.

일반적인 걸림돌은 비동기성이다. 실행 중간에 평문 값을 필요로 하는 어떤 조합도 하나의 트랜잭션 안에서 완결될 수 없다. 복호화 경로가 게이트웨이와 임계값 위원회를 거치기 때문이다. 단일 호출 프레임 안에서의 원자적 정산을 전제로 설계된 프로토콜은 단순한 파라미터 조정으로 여기에 적응하지 못하며, 재설계가 필요하다.

이렇게 되면 단기적으로 조합 가능한 영역은 기밀성이 일차 요구사항이고 지연에 대한 허용치가 본질적으로 존재하는 애플리케이션에 집중된다. 지급자가 모든 금액을 알고 제3자가 자산 가격을 매기지 않는 급여, 정보를 양자 간에 공유하는 거래상대방 사이의 기관 정산, 그리고 값이 예정된 공개 시점까지 숨겨져 있어야 하는 메커니즘 자체를 가진 봉인 경매가 그것이며, 봉인 경매는 마감 시점에 임계값 복호화를 기다리는 것이 구조적으로 당연하다. Inco는 자사의 Lightning 제품 마케팅에서 봉인 경매, 대출 시장, 인도-결제 동시 에스크로, 토큰 베스팅 등 유사한 목록을 나열하며 "조합성을 깨지 않고" 기밀 ERC20과 SPL을 지원한다고 주장한다. 이 주장 역시 같은 잣대의 평가가 필요하다. 기반 체인이 토큰을 받아들이는지가 아니라, 수정되지 않은 제3자 프로토콜이 그 토큰에 대해 가격을 매기고 청산할 수 있는지가 관건이다.

## 처리량 상한선과 그것이 배제하는 것

*[Figure: img3]*

Zama의 라이트페이퍼는 스케일링을 세 단계로 구성한다. 현재 성능은 범용 프로세서에서 돌아간다. GPU는 "초당 100건 이상"으로의 이행을 가능케 하는 것으로 묘사된다. 전용 가속기인 FPGA와 ASIC은 명시되지 않은 미래 시점에 "초당 수천 건"에 도달할 것으로 전망된다. 이들은 공개된 기준선 측정치가 없는, 앞을 내다보는 벤더 목표치다.

이번 출시를 둘러싸고 유포되는 구체적인 숫자들, 현재 초당 약 20건이라거나 GPU 도입 시 500\~1,000건 범위라는 것들은 라이트페이퍼에 등장하지 않으며 검증할 수 없었다. 상위 추정치는 Zama가 공개한 GPU 관련 표현을 5\~10배 초과한다. 벤더 자신의 숫자가 함의하는 바는, GPU 마일스톤이 기밀 실행을 레이어 전체의 모든 애플리케이션이 나눠 쓰는, 중형 L2 하나가 평문 작업을 처리하는 정도에 비견되는 처리량에 놓는다는 것이다.

이 상한선은 DeFi 워크로드를 명확하게 갈라놓는다. 급여, 베스팅, 주기적 기관 정산은 하루 수백에서 수천 건 수준의 트랜잭션 수를 발생시키며, 수 초에서 수 분 사이의 확인 지연은 운영상 감당할 만하다. 봉인 경매와 OTC 정산은 배치 프로세스로 작동한다. 공개된 로드맵상 이들 중 어느 것도 처리량에 제약받지 않는다.

연속 시장은 다른 제약을 받는다. 스팟 AMM 거래, 영구선물의 펀딩비 갱신, 오라클 기반 청산, 블록 내 실행 전략은 처리량과 유한한 지연을 모두 요구하며, 여기서 구속력을 갖는 것은 지연이다. 처리량이 더 높아지더라도 값을 읽는 데 임계값 복호화 라운드가 필요한 시스템은 경쟁적인 청산을 지탱할 수 없다. FHE 기반 기밀성이 이런 시장에 쓰인다면, 그것은 주문 규모나 담보 구성 같은 특정 필드를 공개적인 가격 형성이 이루어지는 시스템 안에서 숨기는 방식으로 이루어질 것이다. 이는 일반적인 기밀 DeFi보다 훨씬 좁은 제품이다.

다뤄지지 않은 비용 역학도 있다. 핸들 부기용 온체인 가스는 낮지만, FHE 연산은 보상이 필요한 코프로세서에서 일어난다. 이 비용을 어떻게 미터링하고, 누가 부담하며, 수요 급증에도 가격 모델이 버틸 수 있는지는 공개된 문서에서 확립되지 않은 경제학이다. 주된 연산 비용이 정산 레이어의 수수료 시장 바깥에 놓인 시스템은 혼잡이 집중될 2차 수수료 시장을 별도로 확립해야 한다. Fhenix의 문서는 관련 있는 단서를 제공한다. 그들의 로컬 목업 환경은 평문을 온체인에 저장하는 방식으로 FHE를 시뮬레이션하며, 문서에는 목업 가스 비용이 프로덕션과 다르다고 명시되어 있다. 이 스택들에서 나온 메인넷 이전 벤치마크는 이 간극을 염두에 두고 평가해야 한다.

## 키 조각을 누가 쥐고 있는가

*[Figure: img4]*

임계값 키 관리 시스템은 이 아키텍처에서 통상적인 신뢰 가정과 가장 닮은 구성요소이며, 확보 가능한 자료가 가장 적게 명세하는 부분이기도 하다.

Zama는 복호화에 여러 독립 노드의 협력이 필요하며, 이는 단일 당사자가 사용자 데이터를 단독으로 복호화하는 것을 방지한다고 밝힌다. 문서는 전체 노드 수, 재구성 임계값, 운영자 선정과 제거 메커니즘, 운영자의 관할권, 그리고 평문 복원 단계 없이 키를 재분배(resharding)할 수 있는지를 공개하지 않는다. 이 각각의 변수가 시스템 수준의 잔액 보안에 직접 영향을 미친다.

직접 비교해보면 신뢰 트레이드오프가 명확해진다. 평범한 퍼블릭 L1에는 복호화 단계 자체가 없으므로 침해하거나 강제할 위원회도 없지만, 그 대가는 완전한 투명성이다. 하드웨어 엔클레이브 설계에서는 기밀성이 프로세서 벤더의 보안 실행 환경과 사이드채널 취약점의 부재에 의존하여, 신뢰가 하드웨어 공급망에 집중된다. 임계값 스킴에서는 임계값 수를 밑도는 노드 운영자가 결탁하거나 강제되지 않는 한 기밀성이 유지되며, 신뢰가 여러 운영자에게 분산되지만 그렇다고 커스터디 가정이 완전히 사라지지는 않는다.

두 가지 장애 형태는 각기 다른 평가가 필요하다. 임계값 규모의 연합이 키를 재구성하면 기밀성이 무너지며, 이는 관할권의 분산 여부에 달려 있다. 위원회가 복호화 요청 처리를 거부하면 가용성이 무너진다. 잔액이 암호화된 상태로 남아 있지만 복호화를 얻지 못하는 사용자는 소유권을 증명할 수도, 평문 값을 요구하는 컨트랙트를 통해 빠져나올 수도 없다. 기밀 시스템에서 검열은 트랜잭션 거부가 아니라 처리되지 않은 복호화 요청의 형태로 나타난다.

Zama의 라이트페이퍼에는 자사 프로토콜을 안전성, 분산성, 검증 가능성, 조합성, 확장성, 사용 편의성 모두에서 동시에 높게 평가하고, TEE 기반 접근법은 안전성과 검증 가능성이 부족하다고, 다른 FHE, MPC, ZK 시스템은 확장성이나 사용성이 부족하다고 분류하는 비교표가 실려 있다. 이 비교는 벤더 포지셔닝을 나타낸다. 그 배후의 기술적 트레이드오프는 여전히 구체적이다. 하드웨어 신뢰와 임계값 신뢰는 서로 다른 장애 형태를 갖는다.

## 메커니즘을 위협 모델에 맞추기

*[Figure: img5]*

구현체의 현재 상태는 제공업체마다 다양하다. Zama의 라이트페이퍼는 이더리움 메인넷을 2025년 말 목표로 명시하며, 2026년 2월에 발행된 ERC-7984 설명 문서는 사용 사례를 논한다. Fhenix의 CoFHE 문서는 이더리움 세폴리아, 아비트럼 세폴리아, 베이스 세폴리아 지원을 명시하며, 프로덕션 메인넷 지원은 미확정이다. Inco는 새 VM 없이 네이티브 체인 속도를 낸다는 라이브러리 임포트 형태로 Lightning을 마케팅하며, 근간 메커니즘을 명시하지 않은 채 양자 내성 보안을 주장한다. 네이티브에 가까운 지연은 표준적인 FHE 오버헤드 프로파일과 맞지 않아, 하드웨어 엔클레이브가 쓰였을 것이라는 추정으로 이어지지만, 1차 문서는 이를 확인해주지 않는다.

| 접근법 | 필요한 신뢰 | 숨겨지는 것 | 구속력을 갖는 제약 |
| --- | --- | --- | --- |
| 임계값 복호화를 갖춘 FHE | 임계값 미달의 키 조각 보유자가 결탁하거나 강제되지 않을 것 | 연산 중의 입력, 중간 상태, 저장된 잔액 | 처리량과 비동기 복호화 지연 |
| 하드웨어 엔클레이브 실행 | 프로세서 벤더의 무결성, 사이드채널 부재 | 엔클레이브 내부에 있는 동안의 입력과 상태 | 공급망 및 사이드채널 노출; 외부 검증 가능성의 한계 |
| 연산의 ZK 증명 | 해당하는 경우 트러스티드 세팅, 증명 시스템의 완전성 | 증명자가 공개하지 않기로 선택한 모든 것; 지속적인 암호화 상태에는 별도 장치가 필요 | 증명 비용; 제3자가 숨겨진 상태에 대해 연산할 수 없음 |
| 일반 퍼블릭 실행 | 합의 외에 별도 신뢰 불필요 | 없음 | 완전한 투명성 |

접근법 선택은 기능 목록이 아니라 위협 모델에 좌우된다. 사용자가 숨길 수 없는 데이터를 애플리케이션이 연산해야 하고 수 초 단위의 지연이 허용되는 경우, 임계값 복호화를 갖춘 FHE는 낮은 처리량 한계 안에서 강력한 암호학적 격리를 제공한다. 기반 체인 수준의 네이티브 지연이 요구되는 경우, 엔클레이브 기반 실행이 현재 유효한 대안이며 하드웨어 수준의 신뢰 가정을 받아들여야 한다. 목표가 제3자에 의한 상태 연산 없이 유효한 실행을 증명하는 것이라면, 영지식 증명이 더 낮은 오버헤드의 구성을 제공한다.

기밀 급여와 양자 간 정산은 임계값 FHE 아키텍처에 맞는다. 연속 시장에서의 주문 흐름 기밀성은 맞지 않는다. 현재 제약 하에서 이를 구현하려면 신뢰받는 운영자를 들이거나 구조적 지연을 도입해야 한다.

## 이 논지가 무너질 수 있는 지점

가장 먼저 답이 필요한 질문들은 암호학적인 것이 아니라 운영상의 것이다. 임계값 위원회의 구성과 거버넌스를 문서화하면 복호화가 여러 법적 관할권에 걸친 운영자들에게 의존하는지 아니면 소수 집단에 집중되어 있는지가 밝혀질 것이다. 트랜잭션 제출부터 읽을 수 있는 결과 산출까지의 지연을 측정하는 독립적인 메인넷 벤치마크는 실질적인 처리량을 명확히 해줄 것이다. OpenZeppelin ERC-7984 구현에 대한 감사 보고서는 적대적인 시퀀싱 아래에서도 잔액 클램핑과 접근제어 시맨틱이 유지되는지를 확인해줄 것이다.

경제적 요인도 같은 수준의 검증이 필요하다. 코프로세서 연산이 희소 자원이며, 이는 기반 정산 시장 바깥에서 가격이 매겨진다. 수수료 메커니즘이 정형화되기 전까지 혼잡 역학은 특성이 규명되지 않은 채로 남는다. 부하가 걸릴 때 복호화 지연이 급증하는 기밀성 레이어는 계정 잔액을 일시적으로 읽을 수 없게 만들 위험이 있다.

채택 지표는 개별적인 전송 볼륨이 아니라 프로토콜 통합을 기준으로 평가해야 한다. 알려진 거래상대방 사이의 기밀 전송은 이 표준의 기본적인 실행 경로를 보여줄 뿐 일반적인 조합성을 증명하지는 않는다. 지켜봐야 할 핵심 마일스톤은 ERC-7984 통합 없이 개발된 대출 시장이나 AMM 같은, 수정되지 않은 제3자 프로토콜이 프로덕션에서 암호화된 잔액에 대해 실제로 가격을 매기고 정산하는 순간이다. 그 통합이 입증되기 전까지, 암호화된 잔액은 열린 DeFi 아키텍처보다는 경계가 한정된 다자간 워크플로 안에서 주로 작동하게 된다.