지갑형 서비스(WaaS) 제공업체 선정 가이드: 기술, 기능 및 성능의 종합 평가
작성: Carlos Maximiliano Cano, Ethan Francis
번역: TechFlow
Web3 생태계가 대중을 위한 제품 개발에 더욱 집중함에 따라 친숙하고 매력적인 애플리케이션과 사용자 경험에 대한 수요는 점점 더 절실해지고 있다. 이러한 맥락에서 지갑 서비스(Wallet-as-a-Service, 이하 WaaS) 도구들이 등장하게 되었으며, 이는 개발자와 사용자 모두의 핵심 문제를 해결한다. 개발자의 관점에서는 맞춤형 도구를 통해 dApp 개발을 단순화하고, 제품의 특수한 요구에 맞춰 높은 최적화 수준의 앱 내 Web3 지갑을 통합할 수 있도록 한다. 이러한 지갑들은 소셜 로그인 및 기존 웹2 로그인 기능과 통합되어 Web3 상호작용을 보다 원활하게 만들며, 지갑 설정, 트랜잭션 처리, 서명, 상호 운용성, 복잡한 인터페이스 등의 마찰을 줄여준다.
당신이 개발자라면, WaaS 도구는 당신의 작업을 훨씬 수월하게 만들어줄 것이다. 그러나 제공업체를 선택하는 것은 여전히 어려울 수 있는데, 다양한 요소들을 고려해야 하기 때문이다. 본 가이드는 WaaS 서비스를 선택할 때 고려해야 할 주요 사항들을 다루어, 현명한 결정을 내릴 수 있도록 돕고자 한다.
개인키 관리 방식
WaaS 도구는 소셜 로그인과 임베디드 지갑을 통해 dApp 사용 및 관련 지갑 생성 과정을 매우 실용적으로 만들어주며, 특히 모바일 제품에서 유리하다. 그러나 이는 Web3의 핵심 가치인 사용자 자치권과 탈중앙화와 일치해야 한다. 이러한 가치를 유지하는지 여부는 결국 해당 지갑이 호스팅되는 형태인지 아니면 비호스팅 형태인지, 그리고 사용자 서명 프로세스에 영향을 미쳐 Web3 환경에 사용자를 더 가깝게 혹은 멀게 만들게 된다.
특정 WaaS 서비스가 호스팅되는 것으로 간주될지 아니면 그렇지 않을지를 판단하는 기준은 그 서비스가 사용자의 개인키를 어떻게 처리하는지에 달려 있다. 개인키 관리에는 다양한 메커니즘이 있으며, 각각 보안성, 안정성/효율성, 호스팅 리스크 측면에서 서로 다른 장단점을 지닌다. 개발자로서 목표는 이러한 메커니즘들을 이해하여 특정 요구사항에 맞추면서도 동시에 사용자의 데이터와 자산을 최대한 보호하는 것이다.
시장에서 이용 가능한 주요 방법들—KMS, MPC-SSS, MPC-TSS, 그리고 KMS와 MPC-TSS 조합—및 각각의 특징을 살펴보자. 참고로, 우리는 각 방법에 대해 포괄적으로 소개하고자 하지만, 제공업체마다 구현 방식이 다르므로, 이 정보를 바탕으로 개별 제공업체에 대한 자신의 견해를 형성하는 출발점으로 삼아야 한다.
키 관리 시스템(KMS)
KMS는 암호화 키를 저장하고 관리하는 솔루션이다. 여기서 암호화된 개인키가 (대체로 완전한 형태로) 저장되는 환경을 의미한다. KMS 메커니즘은 강력한 암호화 표준과 제어된 접근 메커니즘을 사용해 보안을 유지한다. 이러한 구현은 직접적인 운영 방식을 제공하지만, 몇 가지 균형을 고려해야 한다.
KMS만을 사용하는 시스템을 살펴볼 때 다음 사항에 주목하라:
-
호스팅 리스크: KMS가 호스팅 방식으로 구성된 경우, 사용자가 키에 대한 완전한 통제권을 갖지 못할 수 있으며, 이는 탈중앙화 환경에서 큰 위험을 초래한다. 예를 들어 Magic 같은 솔루션은 KMS를 사용하며 비호스팅이라고 주장하지만, AWS 같은 서비스를 통해 키를 저장한다는 사실을 기억해야 한다. 기술적으로는 제공업체가 키 정책을 변경함으로써 키를 복호화할 수 있는 능력을 가지게 된다.
-
중앙화 리스크: KMS 제공업체에 의존하면 단일 실패 지점(single point of failure)이 발생할 수 있으며, 제공업체가 중단되면 문제가 생긴다. KMS 기반 솔루션을 사용하려면 높은 수준의 신뢰가 필요하다. 제공업체와 KMS 제공업체 간의 비즈니스 관계 때문에 전자는 여전히 키에 접근할 수 있는 권한을 보유하기 때문이다. 또한 제공업체가 여러 이유로 서비스 지원을 종료할 가능성도 있으며, 이는 최종 사용자에게 문제를 야기할 수 있다.
다자간 계산-비밀분산방식(MPC-SSS)
MPC-SSS는 분산 컴퓨팅과 키 샤딩(sharding)의 장점을 결합한다. 이를 통해 여러 참여자가 공동으로 함수를 계산하고 키를 분배할 수 있다. 이 방식은 원본 키를 어느 한쪽에도 노출시키지 않으면서도, 일정 수준 이상의 키 조각이 필요하도록 해 보안성을 강화한다.
중요한 점은 MPC-SSS가 클라이언트 측에서 개인키를 복원하며, 키 생성 및 사용 과정에서 키를 재구성한다는 점이다. 이는 좁은 의미의 단일 실패 지점이 될 수 있으며, 사용자가 모르는 사이에 개인키를 타인이 획득할 가능성이 있어, 탈중앙화처럼 보이지만 실상은 호스팅 리스크를 지닌 '가짜' 솔루션이 될 수 있다.
MPC-SSS를 사용하는 대표적인 서비스 중 하나는 Privy이며, 하드웨어로 보호되고 자체 관리되며 격리된 iframe으로 관리되는 지갑을 내장한다. Privy는 개인키를 메모리에만 저장하여 노출 가능성을 최소화한다. 즉, 개인키가 Privy나 통합된 앱에 노출되지 않으므로 이 솔루션은 완전히 비호스팅으로 간주된다(비록 키는 사용 및 생성 시 재구성되기는 하지만).
Web3Auth V1 역시 MPC-SSS를 사용하지만, 일부 제품(예: 코어 SDK)에서는 MPC-TSS도 함께 사용한다. 이들의 MPC-SSS 구현은 일반적으로 "얕은 MPC(shallow MPC)"로 불리며, 플러그 앤 플레이 SDK에 포함된다.
MPC-SSS 시스템은 KMS 시스템과 결합될 수 있다.
KMS + MPC-SSS
KMS와 MPC-SSS를 결합하는 것은 사용자 통제와 관리 편의성 사이의 균형을 추구한다. 이 시스템이 반드시 서비스의 호스팅 정도에 영향을 주는 것은 아니지만, 효율성은 낮출 수 있으나 보안성은 높일 수 있다.
하이브리드 솔루션의 경우, 개발자는 독립된 시스템 간 상호작용의 잠재적 복잡성을 평가해야 하며, 키 검색 및 계산 시간을 측정하여 지연 시간을 확인해야 한다. Venly와 같은 주요 솔루션은 MPC-SSS를 사용하여 비밀 조각을 분할하고, 이를 통해 사용자의 개인키를 저장하는 KMS 서비스에 접근한다.
KMS + MPC-SSS 솔루션은 본질적으로 위에서 언급한 KMS의 중심화 문제를 해결하지 않기 때문에 순수 KMS 솔루션의 리스크를 그대로 유지한다. 또한 MPC-SSS의 문제들도 동일하게 존재하므로 개발자는 주의해야 한다.
다자간 계산-임계값 서명 방식(MPC-TSS)
MPC-TSS는 여러 참여자가 협력하여 트랜잭션에 서명하거나 함수를 계산할 수 있게 하며, 책임을 분산시킨다. 이를 통해 어떤 단일 참여자가 키를 완전히 통제하지 못하도록 보장하여 보안성을 높인다. WaaS 활용 사례에서 이는 제3자가 사용자의 자산을 사용할 수 없도록 하며, 올바르게 구현되었을 때 가장 높은 수준의 보안을 제공하면서도 하이브리드 방식의 복잡성이나 호스팅 문제를 피할 수 있다. 대부분의 MPC-TSS 구현은 효율성을 유지하면서 비호스팅을 실현할 수 있다.
MPC-TSS의 경우, 개발자는 전체 지연 시간을 테스트해야 한다. 특정 구현의 임계값 설정과 보안 모델을 이해하는 것은 프로젝트 요구사항에 부합하는지 확인하는 데 중요하다.
Particle Network는 고급 TSS 방식을 제공하여 개인키의 보안이 단일 엔티티에 집중되지 않도록 한다. 이 방법은 키를 두 부분으로 나누어 분리 저장하며, 각 조각은 전체 키에 대한 정보를 전혀 드러내지 않는다. 사용자는 하나의 조각을 로컬에 저장하고, 다른 하나는 Particle의 신뢰 실행 환경(TEE)에 저장된다. 모든 암호화 작업은 이 조각들을 결합하지 않고 수행되어 키의 무결성을 유지한다.
Particle은 또한 사용자가 마스터 비밀번호를 생성하여 로컬 키 조각을 암호화하고 안전하게 저장할 수 있는 가능성을 제공한다. 이를 통해 사용자는 다양한 기기에서 지갑을 완전히 안전하게 복구할 수 있다. 이 시스템의 강건성은 지속적인 키 조각 갱신 메커니즘을 통해 더욱 강화되며, 공격이 거의 불가능하게 만든다.
위에서 설명한 모든 내용은 상호 운용성과 지연 시간 측면에서 차이가 있음을 유념하라. 따라서 관심 있는 블록체인 네트워크를 최소한 커버하는지 확인하고, 잠재적 지연 시간에 대한 신뢰할 수 있는 정보를 확보하는 것이 중요하다. 아래 그래프는 각 방법의 장단점을 시각적으로 비교하여 설명한다:
문서의 완전성 평가
WaaS 서비스를 사용하는 개발자들은 일반적으로 두 가지 다른 접근 방식을 취한다:
- 빠른 시작: 이러한 개발자들은 코드 베이스에 빠르게 몰입하는 것을 목표로 하며, 빠른 이해, 신속한 행동, 사용 가능한 도구 우선시하며 학습하면서 나아가는 것을 선호한다.
- 전체적 이해: 반면, 일부 개발자들은 코드 작성을 시작하기 전에 문서를 철저히 검토하며, 시스템 아키텍처, 기능, 한계에 대한 포괄적인 이해를 추구한다.
첫 번째 유형에 속한다면, 개발 과정에서 두 접근 방식의 균형을 찾는 것이 개발을 단순화할 수 있다. 골드 스탠다드는 소프트웨어 개발 키트(SDK)를 사용해 10분 이내에 시작할 수 있고, 앞으로 필요한 정보를 충분히 제공하는 수준이다. 본 가이드를 읽는 것 외에도, 관련 WaaS 시나리오와 함께 고려할 만한 추가적인 요소들은 다음과 같다:
- 디버깅 정보: 필요할 때 디버깅에 필요한 모든 정보를 가지고 있는가? 예를 들어 트랜잭션이 실패했을 때, WaaS SDK가 문제를 식별할 수 있는 상세한 오류 로그를 제공하는가?
- 유용하고 포괄적인 가이드: 문서에 간단하고 실용적인 가이드가 포함되어 있는가? 다양한 블록체인 네트워크에 걸쳐 WaaS SDK 통합을 위한 단계별 가이드가 제공되는가?
- 답변 접근성: 작업 중 발생할 수 있는 질문에 대해 예제와 함께 답변을 찾을 수 있는가? FAQ 섹션이나 커뮤니티 포럼이 있으며, 거기서 다른 사용자의 질문이 팀원들에 의해 공개적이고 신속하게 답변되었는가? FAQ 섹션이 최신 상태이며 잘 관리되고 있는가?
- 인터랙티브하고 탐색 쉬운 문서: 문서가 충분히 인터랙티브하고 쉽게 탐색 가능한가? 매력적이며 정보가 풍부한가? 문서에 인터랙티브한 코드 조각이 있어 실제 동작을 이해할 수 있는가, 또는 실시간 테스트를 위한 샌드박스 환경이 제공되는가?
- 매력적인 콘텐츠와 정보량: 이러한 문서들이 전체 과정을 안내해주는가? 퀵스타트 가이드를 포함하는가? 가이드가 매력적이며 시각적 보조자료(예: 트랜잭션 흐름을 설명하는 차트), 복잡한 통합을 위한 동영상 튜토리얼 등을 포함하는가?
- 포괄적인 안내: 문서가 지갑 설정 입문 가이드를 포함하며, 다중 지갑 관리 또는 다양한 블록체인 네트워크와의 상호작용과 같은 고급 기능까지 안내하는가?
- 퀵스타트 가이드: 짧은 시간 안에 지갑 설정, 송금 및 수신 거래를 할 수 있도록 도와주는 퀵스타트 가이드가 있는가?
견고한 이해 기반을 형성하고 미래에 사용 가능한 도구를 평가하는 것은 향후 문제를 피하는 데 매우 중요하다. 위의 항목들을 빠르게 점검함으로써, 원하는 속도로 진행하면서도 필요한 지식을 확보할 수 있다.
기능 통합의 풍부함
지갑 서비스(WaaS) 플랫폼의 장점을 평가할 때, 상위 및 하위 스트림 기능 통합의 풍부함은 중요한 요소이다. 이는 플랫폼이 강력하고 범용적이며 사용자 중심의 서비스를 제공할 수 있는 능력을 나타낸다. 이러한 통합이 네이티브로 제공되는지, 아니면 추가적인 제3자 서비스가 필요한지도 파악하는 것이 중요하다. 이러한 통합은 사용자 경험을 크게 향상시키며, fiat와 암호화폐 생태계 간 전환을 더 수월하게 만들 수 있다.
기능 통합의 풍부함이 특히 두드러지는 주요 분야는 다음과 같다:
계정 추상화(AA) 지원
전용 모듈을 통해 구현되든 말든, AA와의 네이티브 호환성은 직접적인 SDK 및 파트너십을 통해 매우 중요하다. AA 통합은 플랫폼이 다양한 사용 사례에 적응하고 원활한 사용자 경험을 보장할 수 있다는 능력을 의미한다. 통합의 다양성과 깊이는 매우 중요하며, 개발자가 직관적이고 사용자 친화적인 dApp을 만들 수 있도록 필요한 도구와 지원을 제공할 수 있기 때문이다.
개발자에게 네이티브로 AA를 구현한 WaaS는 수동으로 제3자 구성 요소를 설정할 필요 없이 AA 스택의 다양한 구성 요소를 더 잘 활용할 수 있게 하여 경험을 단순화하고 구현 효율성을 높인다.
Particle Network는 WaaS와 AA 스택을 자체 개발한 수직 통합 솔루션을 제공하며, AA를 WaaS 제품에 직접 통합한다. Particle은 Biconomy의 AA 스택 사용도 지원하며, 다른 제공업체들과의 상호 운용성도 유지한다. AA를 지원함으로써, WaaS 제공업체는 프로그래밍 가능성을 통해 경직된 지갑 상호작용을 더 유연한 경험으로 전환할 수 있으며, 궁극적으로 사용자 경험을 더욱 원활하게 만든다.
WaaS 측면에서, dApp을 더욱 사용자 친화적으로 만들어주는 이상적인 AA 도구 및 구성 요소들은 다음과 같다:
1. 스마트 계약 지갑: AA는 고급 자동화 기능을 가능하게 하는 비호스팅 스마트 계약 지갑을 활성화할 수 있다. 이를 통해 더 유연하고 사용자 중심적인 디지털 자산 관리 방식을 제공할 수 있다.
2. 세션 키: 서명이 필요 없는 트랜잭션 흐름을 단순화하여 사용자 경험을 향상시킨다. 이 기능은 사전 승인된 트랜잭션을 허용하여 시스템을 더욱 사용자 친화적으로 만든다.
3. 페이매스터(Paymaster): AA의 두드러진 활용 사례 중 하나는 dApp이 사용자의 가스비를 후원할 수 있다는 점이며, 이는 페이매스터가 가능하게 한다. 이는 L2에 호스팅된 솔루션에서 특히 의미가 크며, 일반적으로 사용자에게 비용이 거의 들지 않는다. 페이매스터를 통해 dApp은 어떤 네이티브(브릿지되지 않은) 토큰으로도 가스비를 받을 수 있다.
4. 배치 프로세서(Batch Processor): 배치 프로세서는 사용자 작업을 집계하여 블록체인과의 효율적인 상호작용을 가능하게 하며, 거래 수수료 감소와 더 빠른 트랜잭션 확인을 초래할 수 있다. 이는 최종 사용자에게 더 나은 비용 효율성을 제공하고, 개발자에게는 더 나은 성능을 제공한다.
5. 소셜 복구: AA는 백업 구문 대신 허용된 계정의 도움을 받아 지갑을 복구할 수 있는 소셜 복구 기능을 활성화할 수 있으며, 이는 보안성과 사용자 경험을 모두 향상시킬 수 있다.
Particle은 자체 배치 프로세서와 페이매스터도 개발하여, 프로젝트가 블록체인과의 상호작용을 단순화할 수 있도록 한다. 또한 Particle은 크로스체인 계정 추상화를 실현하기 위해 노력하고 있으며, 서로 다른 체인에 배포된 AA 솔루션 간 통합 프레임워크를 구축하려 한다.
페미(Fiat) 채널
WaaS 플랫폼 내에서 다양한 페미 입출금 통합도 매우 매력적이다. 페미 채널 사용은 특히 매력적이며, 사용자가 네이티브 암호화폐를 구매하거나 중앙화 거래소에 의존하지 않고도 직접 USDC/USDT를 충전할 수 있다는 의미이므로, 웹2에서 웹3로의 원활한 전환이 가능해진다.
이러한 통합이 네이티브인지 아니면 추가적인 제3자 서비스가 필요한지 조사하는 것이 중요하다. 이러한 통합은 사용자 경험을 크게 향상시키며, 사용자가 페미와 암호화폐 생태계 사이를 더 쉽게 전환할 수 있도록 한다.
크로스체인 브릿지
크로스체인 브릿지를 촉진하는 것은 WaaS 플랫폼의 범용성을 보여준다. 크로스체인 상호작용을 구현하기 위한 기반 서비스(Particle은 li.fi 사용)와 통합을 평가하는 것이 중요하다. 강력한 크로스체인 브릿지 기능은 더 많은 기능을 열어주며, 블록체인 생태계가 멀티체인, 확장 가능한 로드맵으로 발전함에 따라 마찰을 줄이고, 현재와 미래의 사용자 및 개발자 경험을 단순화할 수 있다.
스왑(Swap)
일부 지갑은 지갑 UI 내에 거래 기능을 통합할 수 있다. 네이티브 기능을 통해 제공되든 파트너십과 통합을 통해 제공되든, 거래소는 가장 기본적인 Web3 기능 중 하나이다. 지원되는 거래 유형, 기반 서비스(Particle은 1inch 사용), 실행 용이성, 사용자 경험을 조사하는 것이 중요하다.
기타 API 엔드포인트
WaaS 플랫폼이 Web3와 상호작용하거나 사용자 경험에 영향을 미치기 위해 사용하는 기타 API 엔드포인트를 조사해야 한다. 또한 이러한 엔드포인트가 제공하는 맞춤화 수준을 이해할 수 있다. 예를 들어 계약 잠금, 로그 검색, 토큰 관리, 분석, 특정 DeFi 상호작용 관리, 다양한 마켓플레이스와의 상호작용 등을 위한 접근 권한을 제공할 수 있다.
멀티체인 지원
여러 블록체인 네트워크를 지원하는 것은 건강한 WaaS 플랫폼의 특징이다. 이는 플랫폼의 적응성과 확장 가능한 생태계에 대한 준비성을 나타낸다. 개발자는 지원되는 체인의 수, 이러한 체인 간 전환의 용이성, 각 체인에 제공되는 지원 수준을 확인해야 한다.
모듈화 평가
모듈화 스택은 각 도구가 특정 작업을 위해 설계된 도구상자와 유사하다. 모듈화 시스템은 개발자가 자신이 필요한 모듈을 선택하고 구현할 수 있게 하며, 고유한 요구사항에 맞춰 솔루션을 맞춤화할 수 있도록 한다. 이에 반하는 것은 단일체 시스템으로, 도구들이 하나의 분리 불가능한 단위로 묶여 통합은 쉬울 수 있지만 유연성은 거의 또는 전혀 없다.
잘 설계된 모듈화 접근법은 유연성과 확장성을 가져오며, 개발자가 시스템의 다른 부분에 영향을 주지 않고도 개별 모듈을 쉽게 교체하거나 업데이트할 수 있도록 한다. 모듈화의 골드 스탠다드는 통합이 쉬우면서도 최대한의 유연성을 허용하는 균형 잡힌 시스템이어야 한다. 개발자는 예상 사용 사례에 맞는 독립 모듈을 찾아야 하며, 이러한 모듈은 유연성을 지원하는 방식으로 설계되어야 한다. 모듈 지원의 일부 사용 사례 예시는 다음과 같다:
- 인증: 모듈화 시스템은 다중 인증, 생체 인증, 소셜 로그인 등 다양한 인증 모듈을 제공할 수 있다. 이는 프로젝트가 사용자 정보를 지갑과 연결할 수 있는 능력과 밀접하게 관련된다.
- 상호 운용성: 다른 네트워크에 접속하거나 네트워크 간 전환이 쉬울수록 해당 서비스는 더욱 유연하고 개발자 친화적이다. Web3 지갑 서비스는 크로스체인 및 상호 운용 모듈도 지원할 수 있다.
- 계정 추상화: 앞서 언급했듯이, AA 구현은 중요하다. 모듈화된 WaaS 플랫폼은 계정 추상화 모듈을 쉽게 통합할 수 있도록 제공하며, AA를 주 제품에서 분리하고 선택적으로 구현할 수 있도록 한다. AA 모듈 자체도 모듈화될 수 있으며, 하나의 스택 내에서 다양한 기능을 지원할 수 있다. Particle Network의 WaaS는 모듈화된 AA 스택을 지원하여, 개발자가 Particle이 자체 개발한 AA 스택(배치 프로세서, 스마트 계정 등 포함)을 선택할 수 있도록 한다. 또한 개발자는 자체 AA 스택을 개발하거나 Biconomy, ZeroDev, StackUp 등의 다른 제공업체 SDK를 통합할 수도 있다. Particle Network의 모듈화된 AA WaaS 설계 개요는 다음과 같다:
- 제품 맞춤화: 사용자 정의 UI 모듈을 통해 개발자는 브랜드의 색상 체계, 로고 및 기타 그래픽 요소를 통합함으로써 브랜드 일관성을 유지할 수 있다. 그러나 이는 디자인 구성 요소에만 국한되지 않으며, 거래 한도, 사용자 정의 거래 수수료, 특별 승인 워크플로우 등 기능적 측면에도 영향을 줄 수 있다.
- 다른 서비스와의 상호 운용성: 모듈화된 WaaS 플랫폼은 제3자 서비스 또는 플랫폼과의 통합을 용이하게 하는 모듈을 가질 수 있다. 예를 들어 거래소 및 크로스체인 플랫폼과의 상호작용을 가능하게 하거나, 자체 통합을 커스터마이징할 수 있도록 할 수도 있다.
Web3 지갑 성능 지표
서비스를 통합할 때는 서로 다른 제공업체가 다양한 분야에서 성능이 다를 수 있음을 인지하는 것이 중요하다. 두 가지 핵심 영역은 지갑 생성 시간(사용자가 '연결'을 클릭한 후 지갑이 사용 가능해질 때까지의 시간)과 반복 사용자의 로그인 시간이다. 이러한 성능 지표는 각 솔루션의 기반 관리 시스템에 따라 영향을 받을 수 있다.
이를 보여주기 위해, 아래 그래프에서 Google 인증을 통해 Web3 지갑을 생성하는 데 소요되는 시간을 다양한 WaaS 도구로 측정했다. 사용자 경험을 이해하기 위해 다양한 제공업체의 제품을 직접 테스트해보기를 권장한다.
Web3 지갑 성능 지표
서비스를 통합할 때는 서로 다른 제공업체가 다양한 분야에서 성능이 다를 수 있음을 인지하는 것이 중요하다. 두 가지 핵심 영역은 지갑 생성 시간(사용자가 '연결'을 클릭한 후 지갑이 사용 가능해질 때까지의 시간)과 반복 사용자의 로그인 시간이다. 이러한 성능 지표는 각 솔루션의 기반 관리 시스템에 따라 영향을 받을 수 있다.
이를 보여주기 위해, 위 그래프에서 Google 인증을 통해 Web3 지갑을 생성하는 데 소요되는 시간을 다양한 WaaS 도구로 측정했다. 사용자 경험을 이해하기 위해 다양한 제공업체의 제품을 직접 테스트해보기를 권장한다.
아래 그래프는Particle, MetaMask 및 기타 WaaS 도구가 지갑 연결 시 필요한 시간과 단계를 비교한 것이다.
소셜 증거 및 시장 존재감
기타 소셜 증거 지표들은 솔루션의 실행 가능성과 시장 수용도에 대한 구체적인 증거를 제공할 수 있다. SDK 다운로드 수와 활성 사용자 수와 같은 지표는 서비스에 대한 신뢰도와 채택 수준을 보여줄 수 있다. 이러한 지표에 접근하는 직접적인 방법은 Npm-stat에서 개별 SDK 패키지를 검색하는 것이다. 다만 다운로드 수는 PR, 인센티브, 기타 마케팅 활동의 영향을 받을 수 있으므로, 의사결정 시 유일한 기준으로 삼아서는 안 되며, 세심한 분석의 일부로만 사용해야 한다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@ParticleNtwrk
