Web3 해커톤 단골손님? 한 문장으로 살펴보는 Web3 이메일 트랙
Web2와 Web3 두 가지 상황에서 사용자가 정말로 소위 Web3 이메일을 위해 비용을 지불할까요?저자：WhoKnows DAO
01 Intro
본 문서는 저자의 개인적인 의견일 뿐이며, 어떤 투자 조언도 포함되어 있지 않습니다. 저자는 문서에서 언급된 어떤 프로젝트의 FT/NFT도 보유하고 있지 않습니다.
최근 2년 동안, 우리는 탈중앙화를 내세운 많은 이메일 서비스 프로젝트를 보았습니다. 심지어 Web3 이메일은 Web3 해커톤의 단골손님이 되어가고 있습니다. 매일 비판하는 입장에서 이러한 상황을 마주하니, 이러한 제품이 도대체 어떤 용도가 있는지, 왜 이렇게 많은 사람들이 경쟁하고 있는지, 결국 무엇을 만들어낼 수 있을지 고민하지 않을 수 없었습니다. 그래서 이 글이 탄생하게 되었습니다.
Web3 이메일 디자인 프로토타입으로서의 전통적인 전자 메일은 오늘날 인터넷에서 가장 오랫동안 살아남은 통신 수단 중 하나로 볼 수 있습니다: 현재 사용되고 있는 주요 프로토콜 표준은 1980년대에 처음 등장했으며, 전자 메일의 원형은 1972년까지 거슬러 올라갑니다. Statista의 통계에 따르면, 2020년 기준으로 전 세계에 40억 개 이상의 이메일 사용자, 즉 세계 인구의 50% 이상이 존재하며, 여전히 연 3%의 증가율을 유지하고 있습니다.
(데이터 출처: Statista)
따라서 Web3 이메일 프로젝트의 빈번한 등장은 우연이 아닙니다. 우리는 좀 더 큰 그림을 그려보려 합니다: 만약 Web2와 Web3의 요구를 성공적으로 통합할 수 있다면, 이 제품은 Web2와 3차원 벽을 연결하는 열쇠가 될 가능성이 있으며, 전통적인 이메일 산업의 거대 기업의 시장 점유율을 잠식하고 인터넷의 새로운 시대를 가져오며, 이 새로운 시대의 선도자가 될 수 있습니다.
우리는 여기서 이른바 '파이'가 실제로 실현될 것인지에 대해 논의하지 않을 것이며, 오히려 '만약'이라는 가능성이 존재하는지에 대해 논의할 것입니다. 그 핵심은 Web2와 Web3 두 가지 환경에서 사용자가 과연 이른바 Web3 이메일에 비용을 지불할 의사가 있는지에 달려 있습니다. 본문에서는 오프체인 요구와 온체인 요구 두 가지 측면에서 Web3 이메일의 필요성과 기존 제품의 장단점을 분석할 것입니다.
02 오프체인 요구: 편리한 저비용, 상호 인증
앞서 언급했듯이, 전자 메일은 1980년대부터 대중을 대상으로 한 상업 서비스로서의 전파가 시작되어 40년이 넘는 역사를 가지고 있습니다. 오프체인 요구를 다룰 때, 우리는 이를 40년 동안 변하지 않은 고유한 기본 요구와 시대의 발전 및 문명의 발전에 따라 나타난 충족되지 않은 새로운 요구 두 부분으로 나누어 분석할 수 있습니다. 전자의 성능 요구는 유지되어야 하며, 후자에 대해서는 이러한 문제점들이 이메일을 블록체인에 올리는 방식으로 해결될 수 있을지 고민해볼 수 있습니다.
전자 메일이 발명되기 전, 만날 수 없거나 만나고 싶지 않은 사람들은 주로 전화, 편지 및 팩스를 통해 소통했습니다. 우리는 아래의 두 표에서 사용자와 서비스 제공자의 관점에서 이러한 정보 전달 방식을 비교했습니다.
전자 메일이 전 세계적으로 인기를 끌게 된 주요 이유는 다음과 같습니다:
- 제로 비용: 전화와 팩스는 통신비를 지불해야 하며, 편지는 우편 요금을 지불해야 하지만, 표준화된 전자 메일은 무료로 이용할 수 있습니다;
- 속도와 유연성: 편지 운송은 시간이 오래 걸리고, 전화는 양측의 많은 시간을 차지해야 하지만, 전자 메일은 즉시 도착하며, 확인 시간은 자유롭습니다;
- 보관 및 재사용 용이: 전화, 팩스 및 편지의 내용은 각각 녹음 및 종이 문서 형태로 보관해야 하며, 보관 조건이 더 까다롭고 재사용이 어렵지만, 전자 메일의 내용은 데이터로 존재하기 때문에 물리적인 보관 조건이 필요 없고, 내용을 쉽게 검색하고 재사용할 수 있습니다;
- 대량 발송 지원: 전자 메일은 한 번의 작업으로 여러 사람에게 동시에 내용을 보낼 수 있으며, 다른 서비스는 이 기능을 지원하지 않습니다;
- 신원 프라이버시: 전자 메일은 다양한 서비스에 연결되는 포트 역할을 할 수 있으며, 사용자는 각 플랫폼의 ID와 비밀번호를 기억할 필요 없이 "이메일로 로그인"만 하면 됩니다. 또한, 전화와 같은 인터페이스로 사용할 수 있지만, 개인 정보를 노출하지 않고 여러 계정을 등록할 수 있어 프라이버시가 더 강하고 인터넷 서비스와의 적합성이 더 높습니다.
서비스 제공자의 관점에서 보면, 전자 메일의 여러 장점은 상호 보완적이며, 모든 장점은 사용자 데이터의 재사용으로 이어지며, 이는 운영자가 표준화된 이메일 서비스를 무료로 제공하려는 가장 큰 이유입니다:
- 높은 연속성: 전자 메일을 통한 소통은 일반적으로 왕래가 있습니다. 한 사용자가 자신의 Gmail 주소로 다른 사용자에게 이메일을 보낸 후, 상대방이 회신할 때 대개 해당 Gmail 주소로 보내는 것을 선택합니다. 전화와 팩스에 비해 전자 메일 서비스 제공자가 사용자 행동 및 사회적 데이터를 수집하는 것이 더 용이합니다;
- 높은 동질성: 발명 당시, 사용자는 자신과 동일한 서비스 제공업체를 사용하는 다른 사용자와만 소통할 수 있었습니다. 운영자 간의 통신 요구가 증가함에 따라, 이메일 서비스는 처음에는 운영자 간 통신이 불가능했으나, 비표준화된 운영자 간 통신을 지원하도록 발전하였고, 현재까지 사용되고 있는 표준화된 통신 프로토콜이 개발되었습니다: Unix 기반의 컴퓨터 간 상호 통신을 위한 UUCP, TCP/IP에서 실행되는 SMTP, 전자 메일을 읽기 위한 프로토콜인 POP 및 IMAP. 전자 메일 서비스 제공업체는 수없이 많지만, 표준 전자 메일 자체는 동질성이 심합니다. 동질성이 심하고 무료인 서비스는 사용자가 서비스 자체를 추구하여 서비스 제공업체를 변경하기 어렵습니다;
- 높은 의존성: 전자 메일 서비스에 대한 의존성은 매우 높은 대체 비용에서 비롯됩니다. 대체 비용은 전자 메일이 신원 인증 기능을 수행하기 때문입니다. 사용자가 개인 정보에 특정 이메일을 입력하거나 특정 이메일로 플랫폼 서비스에 가입한 경우, 이메일을 변경하려면 앞으로도 계속 사용하고 싶은 모든 서비스를 찾아서 이메일 주소를 하나씩 변경해야 합니다. 전자 메일의 동질성이 심한 상황에서 사용자가 이렇게 하는 것은 일반적으로 손해가 더 큽니다;
- 사용자 데이터 수집: 이메일의 송수신 기록과 로그인 인터페이스로서 얻은 행동 데이터를 통해 사용자의 행동 습관을 분석합니다;
- 고객 유치 효과: 이메일을 통해 사용자에게 전체 생태계를 홍보합니다. 예를 들어 Google 생태계, Yahoo 생태계, Tencent 생태계 등;
이로써 우리는 전자 메일이 발명 당시 유사한 솔루션에 비해 가지는 장점을 대략적으로 이해하게 되었습니다: 편리함, 신원 인증, 무료. 이제 현대 사회에서 전자 메일이 과거 시대의 산물로서 즉시 통신 소프트웨어의 급속한 보급 속에서 어떻게 생존하고 있는지 살펴보겠습니다.
즉시 통신 소프트웨어에서는 정보가 대화 상대에 따라 분류되어 각 친구의 채팅방에 표시되며, "소통의 대상"을 강조하려고 합니다. 반면 전자 메일은 각 이메일을 개별적으로 분리하여 제목을 표시하며, "소통의 내용"에 더 중점을 둡니다. 즉시 통신 소프트웨어는 정보의 양에 더 관심을 두고, 전자 메일은 정보의 질에 더 중점을 둡니다. 따라서 전자 메일과 즉시 통신 소프트웨어의 역할 분담은 매우 명확해졌습니다. 전자 메일은 중요하고 진지한 사항에 적합하며, 즉시 통신 소프트웨어는 일상적인 소통에 더 적합합니다.
이제 우리는 전자 메일의 생존 방식을 이해하게 되었습니다. 그렇다면 사용자의 고충은 어디에 있을까요? 전자 메일의 제품 디자인은 매우 완벽해 보이며, 실제로도 거의 완벽에 가깝습니다. 그렇기 때문에 수십 년 동안 변함없이 존재할 수 있었지만, 여전히 3가지 주요 고충이 존재합니다:
- 정보 유출: 이메일 내용은 서비스 제공자가 감시하거나 엿볼 수 있습니다. 이 문제를 해결하기 위해 많은 학자와 기관이 양자 통신 기반의 이메일 전송 시스템에 대한 연구를 진행해왔으며, 현재 명확한 해결책이 있습니다;
- 정보 손실: 서비스 제공자가 언제든지 서비스를 중단할 수 있습니다. 앞서 언급했듯이, 운영자는 무료 이메일 서비스를 제공하여 사용자 데이터와 생태계 홍보를 교환하려고 하지만, 사용자가 많은 이메일을 필요로 하지 않기 때문에 이러한 비즈니스의 선발 우위가 뚜렷합니다. 70% 이상의 이메일 서비스 제공업체가 운영 중에 서비스를 중단하기로 선택합니다. 또한, 사용자가 어떤 규정을 위반하지 않았음에도 불구하고 갑자기 계정이 정지되는 경우도 빈번하게 발생합니다. 현재 주류 전자 메일 서비스 제공업체는 일반적으로 사용자 이메일 계정에 대한 통제권을 보유하고 있어, 사용자는 이메일 주소를 이전하는 등의 방법으로 서비스를 복구할 수 없고, 수동적으로 수용해야 합니다;
- 스팸 메일: 전자 메일의 낮은 전송 장벽으로 인해 스팸 메일이 만연하게 발생합니다. 사용자는 스팸 메일을 수신하고 처리하는 데 많은 시간을 소비해야 하며, 중요한 정보를 놓치기 쉽고, 심지어 피싱 메일의 피해자가 될 수 있습니다. 데이터에 따르면, 2021년 중국에서는 하루에 약 85억 개의 스팸 메일이 발생했습니다;
(데이터 출처: Statista)
여기까지 우리는 전통적인 전자 메일 서비스가 해결해야 할 문제를 이해하게 되었습니다. 이러한 문제는 C단 사용자에게는 그리 중요하지 않을 수 있으며, Google이 망하면 이메일은 어떻게 될까 고민하는 사람은 많지 않을 것입니다. 이메일 서비스 시장에서 C단은 대다수이므로, 이러한 문제를 해결하여 전통 이메일 시장 점유율을 차지하려고 하는 것은 현재 단계에서는 거의 꿈에 불과합니다. 그렇다면 이메일로 해결해야 할 적절한 온체인 요구가 있을까요?
03 온체인 요구: 개인 주권 및 암호화 통신
Web3의 서사에 기반하여, 전자 메일 관련 제품의 역할은 주로 다음과 같습니다:
- 무비용 소통: 무비용 소통은 두 가지 측면을 포함합니다. 하나는 플랫폼이 무장벽이며, 요금을 부과하지 않는 것이고, 다른 하나는 Gas Fee를 지불하지 않고도 개인 키 간 암호화 대화를 실현할 수 있다는 것입니다;
- 소통 채널 통합: 앞서 언급했듯이, 전자 메일의 가장 큰 장점 중 하나는 높은 표준화로 인해 다양한 플랫폼 간의 상호 운용성이 있다는 것입니다. 따라서 Web3 전자 메일이 이메일의 표준화를 실현하고, 개인 키-개인 키, 개인 키-이메일 주소, 이메일 주소-이메일 주소 간의 정보 전송을 지원할 수 있는지가 매우 중요합니다;
- 신원 증명: 전통적인 이메일이 로그인 인터페이스로 사용될 수 있는 것처럼, Web3 이메일도 DID로 사용될 수 있습니다. 개인 정보가 정확하고 변경 불가능하도록 하기 위해 이메일 주소의 고유성, 이전 불가능성 및 높은 조합 가능성을 보장해야 합니다;
자산 전송: 이메일을 매개로 한 온체인 자산 전송을 지원합니다; - 지향적 전파: 온체인 및 오프체인 데이터를 통해 특정 특성을 가진(예: 특정 자산을 보유한) 이메일 주소를 필터링하고, 이메일을 대량 발송합니다.
이 부분의 요구를 고려할 때, 우리는 두 가지 점을 생각하지 않을 수 없습니다:
- 적절한 암호화 전송 기술 솔루션을 어떻게 선택할 것인가
- 프라이버시, 효율성, 비용 간의 균형을 어떻게 맞출 것인가
이를 참고하여 현재 시장에서 이미 초기 단계에 있는 몇 가지 이메일 관련 제품을 비교해 보겠습니다.
04 프로젝트 비교
Dmail
주요 기능:
- NFT화된 이메일 주소 = 유료
- NFT화된 이메일
- Web2+3 이메일 송수신
- 대량 발송
- 온체인 자산 전송
- 이메일 주소(NFT)를 로그인에 사용
기술 솔루션:
- 네트워크: 주류 공공 블록체인/L2가 아닌 Dfinity ICP(Internet Computer)를 선택했습니다. 그 이유는 Gas를 지불할 필요가 없고, ICP 자체의 확장성과 상호 운용성을 높이 평가했기 때문입니다.
- 계약: Rust 언어로 작성되었으며, RFC8555 프로토콜을 기반으로 독자적인 표준 프로토콜을 수립했습니다.
- 가상 머신: WASM 인코딩 표준을 채택하여 다국어를 지원하며, 비용을 낮추는 동시에 데이터 보안 및 성능을 향상시킵니다.
- 전송: SMTP = 평문
- 온체인과 오프체인 연결: MIME 기반의 새로운 표준이 개발 중입니다.
요구 균형:
- DAO 거버넌스 모델을 도입하여 탈중앙화 관리 구현(서비스 지속성 보장)
- ICP의 핵심 기술인 VRF와 BLS는 본래 속도와 데이터 보안을 보장합니다. 이와 함께 Dmail은 사용자 정보를 분할 관리하여 확장성을 강화했습니다. 아래와 같이:
- 제목은 해시 형태로 체인에 저장됩니다.
- 내용과 첨부파일은 몇 개로 나누어져, 이메일 계정을 생성할 때 각 사용자에게 할당된 전용 저장소에 저장됩니다.
- 프라이버시=효율성>비용
주요 고충:
- Web3 이메일 경쟁 제품에 비해 이메일 주소 NFT를 구매해야 하므로 진입 비용이 높습니다.
- 각 사용자에게 저장소를 할당하는 메커니즘은 사용자 수가 증가함에 따라 저장 비용이 선형적으로 증가하게 됩니다.
- NFT는 이전 가능하여 이메일 주소도 이전 가능합니다.
Mail3
주요 기능:
- ENS를 이메일 주소로 사용 = 무료
- 다중 체인 상호 운용
- 스팸 메일 필터링
- Web2+3 이메일 송수신
- 대량 발송
- 이메일 주소를 기반으로 한 기본 소셜 프로토콜
기술 솔루션:
- 네트워크: IPFS의 진화판인 DCN(Data Communication Network)을 사용하여 분산 데이터 저장 및 접근 서비스를 제공하고 데이터 가용성을 보장합니다.
- 전송: SMTP = 평문
- 온체인과 오프체인 연결: LMPS를 통해 전통적인 이메일 시스템에 연결되며, 온체인 및 오프체인 사용자는 OpenPGP 및 S/MIME 기반의 암호화 구조를 공유합니다.
요구 균형:
- DAO 거버넌스 모델을 도입하여 탈중앙화 관리 구현(서비스 지속성 보장)
- IPFS 기반의 반영구적 저장
- 효율성=비용>프라이버시
주요 고충:
- ENS를 이메일 주소로 사용하면 이메일 주소가 사실상 반영구적인 자산이 되며, ENS가 만료되면 더 이상 이메일을 받을 수 없습니다.
Skiff Mail
주요 기능:
- 이메일 주소/지갑 등록 지원 = 무료
- 종단 간 암호화
- Web2+3 이메일 송수신
- 대량 발송
- Skiff 생태계와의 상호 운용
- 2FA
- 공유 문서 협업
기술 솔루션:
- 장기 서명용 공개 키와 중장기 암호화 공개 키를 도입하며, 두 공개 키는 Curve25519 프로토콜로 생성된 개인 키에 대응됩니다.
- tweetnacl-js를 암호화 라이브러리로 사용하여 공개 키 암호화를 수행합니다.
- A가 B에게 이메일/공유 파일을 보낼 때, 자동으로 무작위 대칭 키를 생성하고, AB 두 사람의 암호화 공개 키로 해당 키를 암호화합니다.
- IPFS 반영구적 저장.
요구 균형:
- 보안>효율성=비용
주요 고충:
- 저장소 및 편집 이력 보존 기간을 늘리려면 비용이 발생합니다.
MetaMail
주요 기능:
- 무장벽 사용 = 무료
- ENS를 이메일 주소로 사용
- 이메일 내용 암호화 전송
- Web2+3 이메일 송수신
- 대량 발송
기술 솔루션:
- 전송: SMTP + 개인 키 암호화/공개 키 종단 간 암호화(수신자가 MetaMail 주소일 때)
요구 균형:
- 관리자가 이메일 암호화에 사용되는 개인 키를 보유합니다.
- 비용>효율성>보안
주요 고충:
- 첨부 파일 암호화를 지원하지 않아 보안 문제가 발생합니다.
- 플랫폼 측에서 이메일을 볼 수 있어 보안 문제가 발생합니다.
- 높은 서명 빈도로 인해 불편합니다.
EtherMail
주요 기능:
- 지갑으로 로그인 = 무료
- ToB 기능이 풍부하며, 체인 데이터 기반의 이메일 목록 및 그룹 발송 시스템을 자동으로 업데이트합니다.
- 맞춤형 스팸 메일 필터링 = 광고 시청 2Earn, 구독 2Earn
기술 솔루션:
- Thor 프로토콜을 채택하여 사용자가 플랫폼 측에 개인 키 접근 권한을 부여할 수 있으며, 부여하지 않을 수도 있습니다.
- 키를 블록체인에 저장하여 보안을 보장합니다.
요구 균형:
- DAO 거버넌스 모델을 도입하여 탈중앙화 관리 구현(서비스 지속성 보장)
- 보안=효율성=비용
주요 고충:
- 웹 페이지 응답 속도가 매우 느리며, 각 작업을 처리하는 데 몇 분이 걸립니다.
프로젝트 비교 요약
여러 프로젝트는 각기 장점과 단점을 가지고 있습니다. 현재 가장 빠른 진행 속도와 Web3 서사에 가장 부합하는 구상은 Dmail과 Mail3입니다. 강력한 상호작용을 가진 소셜 프로토콜로서 Web3 이메일은 DID 개념과의 적합성이 매우 높아, 전통 인터넷에서 전자 메일이 로그인 인터페이스로 사용된 것처럼, 앞으로 다양한 프로토콜을 연결하는 다리 역할을 할 수 있습니다. DID로서 가장 먼저 갖추어야 할 것은 이전 불가능성과 높은 기능 다양성입니다. 향후 프로젝트들이 현재 프로젝트를 기반으로 SBT 시스템을 도입하여 이메일 주소의 이전을 방지하고, 자산 전송 시스템과 지갑을 통합하여 전통 이메일의 기본 기능을 갖추면서도 완전히 Web3 맥락에 적합한 소셜 프로토콜을 구축하기를 기대합니다.
참고 문헌
https://dmail.ai/Dmail_litepaper.pdf
https://www.dfinitycommunity.com/dmail-network-decentralized-email-for-the-web-3-generation/
https://mail3.me/mail3-litepaper.pdf
https://skiff-org.github.io/whitepaper/Skiff_Whitepaper_2022.pdf
https://mirror.xyz/suneal.eth/WbTmDLjY-Q9q1KMf15_nzse7M2Q84jCVq0vWNFefBtc
