Coinbase: 지갑 기술 발전 현황 개요
작성자: Ryan Y Yi, Coinbase Ventures 투자 책임자
번역: 금색경제 xiaozou
블록 공간 개념과 암호화 키/지갑은 암호화/web3 세계에서 만들어진 두 가지 가장 중요한 기술이다. 지갑 기술의 발전은 이제 자체 관리형 지갑을 넘어서고 있으며, 우리는 향후 5년 내에 암호화폐 분야가 '아이폰' 순간을 맞이할 것이라고 믿는다. 본문에서는 다양한 지갑 기술에 대해 알아볼 것이다.
주요 요약:
-
암호화 생태계 인프라는 점점 더 일상적인 주류 애플리케이션을 위한 서비스를 제공하는 방향으로 나아가고 있다. 대부분의 관심이 블록 공간 혁신(2차 레이어(L2) 및 대안 1차 레이어(alt L1)를 통한 수수료 감소와 처리량 증가)에 집중되어 있지만, 지갑 인프라 분야에서도 그에 못지않은 혁신이 진행되고 있다.
-
지금까지 자체 관리형 지갑은 암호화/web3 애플리케이션 및 네트워크와 상호작용하는 주요 형태였다. 앞으로는 임베디드 지갑(또는 MPC, WaaS[지갑 즉 서비스])과 스마트 계정의 등장과 함께 지갑 분야가 중대한 기술적 전환기를 맞이하고 있다.
-
이러한 진보는 사용자가 암호화 앱과 상호작용하는 방식, 애플리케이션 채택, 그리고 다양한 지갑 제공업체의 포지셔닝에 중대한 영향을 미칠 것이다.
핵심을 직시하면, 지갑은 새로운 신원 원시(primitive)라고 말할 수 있다.
-
지갑은 공개키 수준의 식별자[0x……]이며, 소유권은 암호적으로 보장된다.
-
사용자는 지갑을 사용하여 체인 상 또는 체인 외 거래에 서명할 수 있다.
체인 상 거래는 가스 비용이 발생하며, Etherscan 같은 블록 탐색기에서 표시된다. 체인 외 거래는 가스 비용이 없으며, Dapp 프론트엔드에서 '로그인' 세션처럼 서명만 포함되며, Etherscan 같은 블록 탐색기에는 나타나지 않는다.
1. 자체 관리 시대
(1) 작동 원리
자체 관리 환경에서는 사용자가 키 보관, 거래 서명, 복구를 모두 책임진다. 대표적인 지갑 브랜드로는 Blockchain, Trust Wallet, Coinbase Wallet, Metamask, Rainbow Wallet, Phantom 등이 있다.
Dapp은 각 SDK를 통해 지갑과 연결해야 한다. 이 SDK는 지갑 자체가 제공하거나 오픈소스(예: WalletConnect)일 수 있다. 이는 사용자의 암호화 여정에서 가능한 선택지를 제시하는 데 매우 중요하다. 이를 웹2 애플리케이션이 Okta Auth0을 통해 로그인 옵션을 표시하는 것과 동일시할 수 있다.
Dapp은 거래를 시작하려는 사용자를 위해 일련의 체인 외 또는 체인 상 승인 절차를 정의할 수 있다.
(2) 자체 관리형 지갑 관찰
슈퍼앱(Superapps): 지갑은 사용자가 핵심 지갑을 통해 전체 암호화 생태계에 접근할 수 있도록 다양한 기능을 추가하고 있다. 예: 송금/수신(Send/Receive), 교환(Swap), 브릿지, 메시지 및 알림 기능.
배포는 일반적으로 애플리케이션 주도로 이루어진다. 최근 인기 있는 웹3 애플리케이션들은 사용자 관심과 가치관을 고려했을 때, 직접 지갑을 제공하는 것이 자연스러운 결과라고 판단했다. 예: MagicEden, Aave, Uniswap.
생태계: 지갑 공급업체는 선발 우위를 확보하기 위해 새로운 생태계에 진출할 수 있다. 이를 통해 관계를 구축하고 기술 통합을 수행함으로써 성공할 수 있다. 예: Solana의 Phantom, Cosmos의 Kepler.
2. 임베디드 지갑 시대 및 WaaS(지갑 즉 서비스)
(1) 작동 원리
임베디드(MPC/WaaS) 지갑 세계에서는 사용자가 웹2 자격증명(이메일, 문자, Twitter 등)으로 로그인할 수 있다.
키 자체는 Dapp, 사용자 장치, 및/또는 제3자(중앙화 또는 탈중앙화) 사이에서 분할될 수 있다. Dapp은 제3자 서비스를 활용해 키/SDK/인증 경험의 일부를 처리한다. 사용자 장치는 기본 Passkeys를 활용할 수 있다.
Dapp이 사용자 흐름을 관리하기 때문에 SDK/인증은 백엔드에서 묵시적 승인으로 이루어진다.
Dapp과 임베디드 지갑 제공업체는 CRM 스타일의 키 인터페이스와 관련된 사용자 소셜 로그인 데이터도 확인할 수 있다.
(2) 임베디드 지갑 관찰
임베디드 지갑 트렌드는 아직 초기 단계이지만, 특히 초기 암호화 비네이티브 사용자에게는 사용자 경험 개선 효과가 뚜렷하다.
사용자 통제권: 임베디드 지갑이라도 사용자는 여전히 자신의 지갑을 완전히 통제할 수 있다. 사용자는 키를 '내보내기'할 수 있으며, 완전한 자체 관리형 지갑이나 스마트 계정으로 전환할 수 있다. 많은 암호화 비네이티브 사용자가 이 기능을 사용하지 않을 수 있지만, 이는 사용자가 선택적으로 탈퇴할 수 있는 자유를 주며, 일반적인 웹2 데이터 독립과 관련된 중앙화 위험을 완화하는 데 중요하다.
지갑 '연결': 하나의 임베디드 지갑 제공업체가 여러 Dapp에 로그인하고, 사용자가 유사한 로그인 방법으로 해당 Dapp에 접속한다면, 임베디드 지갑 제공업체는 서로 다른 지갑들을 동일한 사용자와 연결하고 인터페이스를 제공할 수 있다. 따라서 임베디드 지갑 제공업체에게는 가능한 많은 Day-1 권한을 확보하는 것이 중요한 기회가 될 수 있다.
데이터 기반: Dapp은 이제 사용자 데이터베이스를 활용하고 다른 디지털 흔적과 결합하여 웹2 데이터베이스를 웹2.5 실용성으로 더욱 발전시킬 수 있다. 예: Dapp이 DevRel(개발자 관계) 활동을 실행하고자 하며, 인증된 Github 사용자와 그들의 활동을 추적하고자 할 경우.
3. 스마트 계정 시대
(1) 작동 원리
스마트 계정은 '계정 추상화(account abstraction)' 기능을 갖춘 스마트 컨트랙트 지갑으로, 사용자가 제3자에게 거래 실행을 위임할 수 있다.
(2) 관찰
우리는 스마트 계정/계정 추상화가 위에서 언급한 트렌드를 보완한다고 생각한다.
자체 관리형 지갑은 스마트 계정을 추가/조각화하고 사용자의 다른 지갑/키와 '연결'할 수 있다.
임베디드 지갑 제공업체는 의도적인 이점을 제공하려는 dapp에 대해 스마트 계정 옵션을 서비스로 제공할 수 있다(예: 가스 프리 경험 등).
4. 영향
(1) 인증/데이터
지갑 채택 경로는 인증/허가 방식에 영향을 미칠 것이다. 인증/허가 계층은 사용자 세션, 데이터 읽기/쓰기 상호작용 및 보안 매개변수를 정의한다. 이해관계자는 지갑, 인증 계층, Dapp 자체이다. 어느 한쪽이 두각을 나타내면 사용 흐름 네트워크 효과를 구축하는 경쟁에서 승리하게 되며, 이 네트워크 효과를 중심으로 생산 활동이 이루어질 것이다.
현황: 지갑/인증/데이터는 분리되어 있다. 사용자는 지갑을 다운로드하고, OpenSea에 연결하기 위한 인증 절차를 거친다.
이더리움 체인 정보 외에는 지갑 공급업체가 일반적으로 사용자의 정체성을 알지 못한다.
인증 계층은 주소, 세션 데이터 및 기타 관련 공개 데이터(IP 주소 등)를 수집할 것이다.
Dapp은 사용자의 실제 정체성을 가장 많이 알고 있을 수 있다. 예: OpenSea는 사용자가 OpenSea 서버에 저장한 이메일/Twitter/소셜 데이터를 입력하도록 요구한다. OpenSea는 [0x...]가 John Doe임을 알고 있지만, 인증 계층은 [0x...]가 OpenSea와 상호작용했음을 알 뿐이다.
미래: 임베디드 지갑은 이 세 가지를 통합한다. 사용자는 임베디드 지갑 제공업체를 통해 OpenSea에 로그인한다.
임베디드 지갑 솔루션은 키와 인증 계층을 담당하며—둘은 결합된다. 별도의 인증을 통해 Dapp에 로그인할 필요 없이, WaaS로 로그인하면 바로 완료된다. Dapp도 임베디드 지갑 파트너십에서 이를 긍정적으로 본다.
임베디드 지갑 솔루션은 데이터를 소유하고 필요 시 Dapp에 데이터를 제공할 수 있다. 예: 내가 Twitter OAuth(WaaS 지원)로 OpenSea에 로그인하면, 양측 모두 관련 키와 소셜 로그인을 볼 수 있다.
그 후 임베디드 지갑 솔루션은 관련 키의 데이터 저장소를 종합적으로 볼 수 있다. Dapp 1은 Dapp 2의 사용자가 누구인지 신경 쓰지 않을 수 있다—하지만 WaaS 제공업체는 모든 겹치는 사용자 소셜을 볼 수 있고 공용 인터페이스를 표시할 수 있다. 이것은 사용자가 식별 가능한 자격증명으로 인증할 때 데이터 권한을 제공한다는 가정 하에 가능하다.
(2) 채택 경로
지금까지 자체 관리형 지갑이 소비자의 주요 지갑 선택이었다. 동시에, 새로운 기술은 실현 가능한 대안을 제공하며 지갑 채택에 중대한 영향을 미치고 있다. 결국 결과는 사용자가 처음 접촉하는 Dapp이나 사용 사례 및 해당 지갑 기술에 따라 달라질 것으로 생각한다.
사용자 유형: 지금까지 암호화 애플리케이션 사용자는 자체 관리형 지갑이라는 하나의 실현 가능한 선택지만 있었다. 위에서 언급한 새롭게 부상하는 지갑 기술들과 함께 다양한 선택지가 생길 것이다. 이는 'OAuth' 스타일에 익숙한 새로운 사용자들(암호화 비네이티브일 가능성 있음)을 끌어들이는 데에도 도움이 될 것이다.
지리적 요인: 특정 지역에서는 자체 관리의 잠재적 규제 장벽이 사용자가 자체 관리형 지갑을 채택하는 데 막대한 비용 부담을 줄 수 있다. 현재로서는 임베디드 지갑(키 일부 보유)이 호스팅 서비스로 분류될 수 있는지 불확실하다.
(3) 비즈니스 모델
지갑은 다양한 방식으로 수익을 창출할 수 있다. 임베디드 지갑의 경우 무료 프리미엄 또는 SaaS 모델로 운영될 수 있다—하지만 시간이 지남에 따라 사용자와 체인 상 활동 사이에서 핵심 위치를 차지하게 되면서 체인 상 활동 성장에 직접 참여할 수 있을 것으로 예상한다.
(4) 지갑 형태
각 사용자마다 하나의 지갑을 둘 것인지, 각 Dapp마다 하나의 지갑을 둘 것인지?
하나의 지갑이 모든 것을 지배: 자체 관리형 지갑은 '한 사람 → 하나의 지갑 ←→ 슈퍼앱' 형태이다. 사용자는 동일한 인터페이스 내에서 또 다른 지갑을 생성할 수 있지만, 큰 차이는 없다.
앱 당 하나의 지갑: 임베디드 지갑은 애플리케이션 백엔드에 숨겨져 있기 때문에 마치 하나의 Dapp처럼 느껴진다(iPhone 앱과 유사). 결국 '각 Dapp마다 하나의 지갑'이 되는 결과를 초래한다.
지갑 연결: 가장 가능성이 높은 결과는 중간 지대가 형성되는 것이다. 공통 신원 식별자가 있다면 지갑들을 '서로 연결'할 수 있다. 체인 상 버전은 스마트 계정을 통해 구현될 수 있다—스마트 계정은 지갑 간에 제어권을 위임할 수 있다. 체인 외 버전은 임베디드 지갑 API 뒤의 공용 식별자일 수 있다(예: 여러 Dapp에서 인증된 [email protected]이 공용 식별자가 될 수 있음).
5. 결론
우리는 향후 10년 동안 암호화 지갑 수가 기하급수적으로 증가할 것이라고 믿는다. 약 10년 전, ETH 고유 주소 수는 약 2억 5천만 정도에서 머물렀다(5년 동안 1억, 2년 만에 2억에 도달). 이는 블록 공간 비용이 비쌌던 시기였고, 자체 관리형 지갑도 비쌌다.
앞으로는 임베디드 '지갑 즉 서비스'(WaaS)와 스마트 계정의 등장이 지갑 생성 로그인 과정의 마찰과 비용을 거의 제로 수준으로 낮출 것이며, L2와 비교적 저렴한 블록 공간 기술의 출현은 더 많은 암호화 활동을 촉진시킬 것이다. 지갑은 이러한 사용 사례에 참여하는 주요 수단이 될 것이다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
