지갑 통신정보 가리는 믹스넷, 이더리움 연동 실습

Nym은 Devcon 8의 5일 프로그램에 이더리움(ETH) 지갑과 원격 프로시저 호출(RPC) 노드를 믹스넷 SDK와 연결하는 실습을 의제로 제시했다. 믹스넷은 지갑이 서버에 접속할 때 드러날 수 있는 네트워크 정보를 가리는 기술이다.

Devcon 8 공식 프로그램은 세션을 Nym 믹스넷 SDK의 통합 지점과 한계를 살펴보는 실습으로 소개했다. 개발자가 지갑이나 RPC 노드에 도구를 직접 연결하는 방법과 SOCKS 클라이언트를 이용하는 방법이 의제에 포함됐다. 프로그램은 새 SDK 출시를 발표하지 않았으며, 특정 이더리움 지갑이나 디앱의 적용 사례도 제시하지 않았다.

SDK는 개발자가 앱에 기능을 추가할 때 쓰는 코드와 도구다. Nym 개발자 문서의 Rust 기반 nym-smolmix는 TCP·UDP 통신을 믹스넷으로 전달하고, TypeScript용 mix-fetch는 웹 앱의 HTTP(S) 요청을 같은 경로로 보낸다. 지갑이나 디앱 개발자는 앱과 서버 사이의 통신에 이 도구를 적용할 수 있다.

Nym의 트래픽 흐름 문서는 입구 게이트웨이와 세 단계의 믹스 노드, 출구 게이트웨이를 거치는 5홉 경로를 설명한다. 믹스 노드는 패킷을 지연시키고 순서를 섞는다. 외부 서비스에는 이용자의 IP 주소 대신 출구 게이트웨이 주소가 표시된다.

보호 범위는 네트워크 경로에 한정된다. 믹스넷을 거쳐도 블록체인에 기록되는 거래 내용의 공개 여부는 바뀌지 않는다. 출구 게이트웨이는 최종 목적지의 IP 주소와 포트를 볼 수 있고, 암호화되지 않은 HTTP 내용도 읽을 수 있다.

지갑 적용 사례는 제트캐시(ZEC)에 있다. Nym은 9월 24일 공식 블로그에서 오픈소스 지갑 도구를 공개하고, Zingo와 Zkool이 운영하는 제트캐시 지갑에 믹스넷을 통합했다고 밝혔다.

제트캐시의 영지식 증명은 거래 정보 보호에 쓰이고, 믹스넷은 지갑이 서버에 접속할 때 생기는 IP 주소와 통신 시점 등 네트워크 정보를 다룬다.

Nym이 10월 13일 공개한 제트캐시 거래 전송 측정에서 평균 처리 시간은 일반 연결 276밀리초, Tor 1026밀리초, 믹스넷 3442밀리초였다. Nym은 이를 예비 분석으로 규정하고 추가 검증이 필요하다고 밝혔다. 이 결과는 제트캐시 거래 전송 측정으로, 이더리움 지갑의 성능 수치와는 구분된다.

8월 제트캐시 커뮤니티 포럼에서 한 개발자는 nym-sdk 1.21.5-rc.3의 스트림 오류를 보고했다. 개발자는 스트림 개설 신호보다 데이터가 먼저 도착해 버려지는 현상을 원인으로 지목했다.

같은 시험 환경에서 해당 버전은 21%의 오류가 발생했고, 수정이 반영된 개발 브랜치는 400회 시험에서 오류가 없었다고 개발자는 설명했다. 이 결과는 해당 버전과 시험 환경에 한정된다.