보조를 넘어서: 패스키 지갑과 미래 비전

저자: Joel John, decentralised.co; 번역: Golden Finance xiaozou

주: 이 기사는 3부로 구성된 시리즈 중 두 번째 글입니다. 체인 추상화에 대한 첫 번째 부분은 Golden Finance의 이전 기사 "블록체인의 AWS 순간: 체인 추상화가 수천 개의 체인 세계를 어떻게 변화시키는가"를 참조하세요. 두 번째 파트인 이 글에서는 지갑 인프라가 어떻게 진화하고 있는지에 대해 설명합니다. 두 가지 모두 향후 10억 명의 사용자를 웹3.0으로 끌어들이는 초석입니다.

몇 달 전, 저는 0xppl.com에 가입했습니다. 밈 코인 열풍이 불고 며칠 후였는데, 재정적으로 무책임한 선택이 소셜 네트워크에 퍼지는 것을 원하지 않았습니다. 저는 안전하고 사용하기 쉬운 새로운 지갑을 만들고 싶었습니다. 또 다른 개인키를 저장하고 싶지 않아 대안을 찾던 중 메타마스크 스냅 디렉토리에서 캡슐을 발견했습니다.

과거에 저는 성장에 있어 모바일 우선의 중요성에 대해 글을 쓴 적이 있습니다. 2024년 현재, 몇몇 유명 디파이 상품이 모바일 앱을 출시했습니다. 작년에는 변동성이 어떻게 서비스가 되고 있는지에 대해 논의했습니다. 지난 주말, 펌프닷펀 팀은 누적 수익 1억 달러를 달성했습니다.

다음 큰 기회가 무엇인지 살펴보고 있는데, 패스키 지갑이 그 중 하나가 될 수 있을 것 같습니다.

패스키는 디바이스에 개인 키를 저장하여 스스로를 인증하는 메커니즘입니다. Amazon, Google과 같은 기업에서는 패스키를 사용하여 사용자가 비밀번호 없이 로그인할 수 있도록 지원하고 있으며, 패스키 사용은 웹3.0으로 확장되고 있습니다.

이 글에서는 패스키의 작동 방식을 간략하게 설명하고 패스키를 통해 가능한 미래를 제시하고자 합니다.

1, 틈새를 건너다

모바일 디바이스가 존재하지 않고 사람들이 고가의 대형 개인용 컴퓨터에만 액세스할 수 있었다면 어떻게 되었을지 상상해 보세요. 인터넷. 1990년대 후반의 현실이었습니다. 일반적으로 이러한 컴퓨터는 실제 전화선에 연결되어 있었고, 누군가 인터넷을 사용하면 연결이 끊어졌습니다.

따라서 인터넷 연결만 되어 있는 상태에서 냅스터에서 최신 앨범을 다운로드하고 싶었다면, 당시 집에는 수신 전화가 걸려오지 않았을 것입니다.

모바일 기기는 인터넷 연결의 문을 열었습니다. 2000년부터 2020년까지 30억 명의 사람들이 모바일 기기를 사용하여 인터넷에 접속할 것이며, 2010년대에는 10억 명의 사용자가 Facebook에 가입하여 온라인 상거래나 데이트가 소셜 네트워크를 통해서만 이루어지는 디지털 우선 경제를 촉진할 만큼 큰 관심을 끌었습니다.

인터넷이 언제 어디서나 접근 가능하고 저렴하며 사용하기 쉬워지지 않는다면 이러한 플랫폼은 중앙 집중화되고 검열되며 종종 지루한 콘텐츠를 제공하는 콘텐츠 TV 네트워크와 같은 운명을 겪을 수 있습니다. 모바일 기기는 인터넷 경제에 활력을 불어넣었습니다.

현재 보안 지갑에 액세스하려면 물리적 장치(예: 원장 지갑)가 있어야 하고, 거래에 서명해야 하며, 안전한 장소에 보관해야 합니다. 안전한 장소에 보관해야 합니다. 따라서 사람들은 고가의 자산을 보관할 때만 지갑을 사용합니다. 패스키 지갑은 모바일 기기와 인터넷에 비유할 수 있습니다. 높은 초기 비용이 들지 않으며 캡슐처럼 언제 어디서나 사용할 수 있습니다. 패스키 기술은 지갑 사용의 장벽을 크게 낮춥니다.

패스키 채택의 주요 동인은 250개 이상의 유명 기업에서 사용하는 표준인 Fast Identity Online(FIDO: Fast Identity Online)입니다. Bitwarden, LastPass와 같은 잘 알려진 비밀번호 관리자가 FIDO 서비스를 사용하고 있습니다. 따라서 어떤 의미에서는 캡슐과 같은 기관을 통해 암호화폐 생태계에 이식되고 있는 성숙한 기술이라고 할 수 있습니다.

그렇다면 정확히 무엇이며 어떻게 작동할까요? 암호화폐 지갑과 마찬가지로 패스키는 공개-개인 키 모델을 기반으로 합니다. 공개 키는 웹사이트에서 사용자를 식별하는 데 사용하는 식별자이며, 공개 키는 공개되어 있습니다. 반면에 비공개 키는 장치에서 생성됩니다.

애플 페이를 통해 결제하거나 얼굴 인식을 사용하여 기기에 로그인할 때 생체 인식 데이터는 기기 밖으로 나가지 않습니다. 칩(보안 인클레이브라고도 함)이 지문과 같은 정보를 확인하고 처리한 후 그 결과를 타사 소프트웨어에 제공합니다. 데이터가 보안 인클레이브를 벗어나지 않기 때문에 iPhone을 훔칠 수는 있지만 그렇다고 해서 생체 인식 데이터에 액세스할 수 있는 것은 아닙니다.

각 앱에는 고유한 키 쌍이 있으므로 Google 키 쌍이 다른 앱에서 다시 사용되지 않을 수 있습니다. Amazon에서 다시 사용할 수 없습니다. 각 사이트에 로그인할 때 기기에서 자동으로 생성되는 고유 비밀번호라고 생각하면 됩니다. 이러한 키는 일반적으로 클라우드에 저장됩니다. Google과 Apple 모두 해당 운영 체제를 사용하는 모든 디바이스에서 로그인 키를 동기화할 수 있도록 해당 키 클라우드 저장 메커니즘을 갖추고 있습니다.

이것이 암호화폐 세계에 어떤 의미가 있을까요? 지갑은 개인 키를 사용해 거래에 서명합니다. 보안 인클레이브에 개인키가 저장된다고 말씀드린 것을 기억하시나요? 실제로 트랜잭션 서명을 위한 인증 메커니즘으로 안면 인식이나 지문 스캔을 사용할 수 있습니다. 암호화폐 베테랑이라면 이런 방식이 멋지다고 생각하지 않을 수도 있습니다. 하지만 게임이나 웹 3.0 소셜 제품 개발자로서 사용자의 참여를 유도하는 데 10초가 채 걸리지 않는다면, 지금 당장 iCloud 패스키를 사용하는 것이 가장 빠른 솔루션입니다.

캡슐을 사용하면 언제든지 액세스할 수 있는 지갑을 생성하고 모바일 장치에서 지문 스캔이나 얼굴 인식으로 거래를 쉽게 확인할 수 있습니다. 모든 개발자가 사용자를 위한 새로운 지갑을 만들 수 있는 소프트웨어 개발 키트(SDK)를 제공합니다. Gmail을 사용하여 Capsule 제품에 로그인하면 즉시 사용할 수 있는 지갑이 표시됩니다.

캡슐과 같은 지갑 제공업체는 Stripe과 같은 입금 솔루션과 통합됩니다. 따라서 사용자는 지갑을 실행한 후 Apple Pay를 사용하는 것만으로 이더리움(결제 가스)을 보유할 수 있습니다. 이를 통해 몇 시간이 걸리던 프로세스가 몇 분으로 단축됩니다. 더 이상 불투명한 해외 거래소를 통해 NFT를 발행할 필요가 없습니다. 하지만 사용자가 키를 분실하면 어떻게 될까요?

멀티파티 컴퓨팅(MPC)이 그 해결책이 될 수 있습니다. 계정 추상화와 비슷하게 들리지만 개념은 다릅니다.

MPC는 암호화 키 생성 관리 메커니즘입니다. 이름에서 알 수 있듯이 개인키를 생성하고 저장하는 데는 여러 당사자가 관여하며, 그 중 누구도 전체 내용을 알지 못합니다. 실제로는 어느 누구도 키에 액세스할 수 없지만, 한 사람이 키의 일부를 분실하면 다른 두 사람이 액세스를 복원하는 데 도움을 줄 수 있습니다.

예를 들어 캡슐 지원 지갑에서는 사용자와 캡슐의 입력으로 키가 생성되며, 다른 당사자는 해당 입력의 세부 사항을 알지 못합니다. 이 설정은 키가 분실되어 사용자가 액세스 권한을 잃은 경우 권한 복구에 유용합니다. 그러나 두 당사자 중 한 명이라도 협력하면 거래에 서명할 수 있습니다. 이 설정은 사용자가 액세스 권한을 잃었을 때 키를 복구하는 데 특히 유용합니다.

이제 어떻게 작동하는지 설명했으니, 이제 이 기능이 무엇을 가능하게 하고 왜 그렇게 흥미로운지 이야기해 보겠습니다. Capsule은 사용자가 여러 제품에서 사용할 수 있는 지갑을 만들 수 있는 SDK를 제공합니다. 예를 들어, 메타마스크의 유니스왑과 에이브에서 동일한 지갑을 사용하면 두 앱 모두 동일한 주소로 상호 작용하여 트랜잭션을 쿼리하고 실행할 수 있습니다.

Aave는 대출을 승인하기 전에 지갑 잔액을 확인할 수 있으며, 다른 플랫폼에서 대출을 위한 담보로 유니스왑의 유동성 공급자(LP) 토큰을 사용할 수 있습니다. 플랫폼 간 자산의 상호 운용성은 웹3.0의 핵심 원칙입니다. 이러한 상호운용성을 달성하기 위해서는 사용자가 보조 토큰이 포함된 자체 지갑을 보유해야 했습니다. 기기 간 상호운용성 포팅은 매우 까다로운 작업입니다.

캡슐은 사용자가 보다 전통적인 인증 방식을 사용하여 거래에 서명하거나 지갑을 관리할 수 있도록 함으로써 이러한 어려움을 해소합니다.

Google 계정으로 로그인하여 여러 제품에서 동일한 지갑을 사용할 수 있습니다. 메타마스크를 사용하는 사용자라면 누구나 이 기능을 사용할 수 있다고 생각할 수도 있지만, 대부분의 사용자는 도움말 단어나 보안에 익숙하지 않습니다. 하지만 Google, 트위터 또는 Apple의 로그인 시스템 사용에는 익숙합니다. 사용자는 버튼 클릭 한 번으로 지갑을 만들 수 있으며, 이는 사용자 유지와 이탈의 차이를 만들 수 있습니다.

또 한 가지 주목해야 할 점은 이메일 링크나 임베디드 지갑이 그 자체로 새로운 것이 아니라는 점입니다. 이 시장 부문에는 많은 서비스 제공업체가 있습니다.

다른 제품에서 동일한 인증 양식(예: X 핸들 또는 Gmail 로그인)을 사용할 수 있다는 점이 흥미롭습니다. 상호 운용성은 독특합니다.

과거에는 탈중앙화 거래소에서 이메일(比如[email protected])을 사용해 지갑을 개설한 다음 다른 상품(예: 대출 상품)에서 동일한 작업을 시도하면 두 개의 지갑을 갖게 됩니다. 따라서 모든 유형의 구성 가능성(또는 앱 간 상호 작용)은 불가능합니다. 캡슐은 웹2.0 네이티브 인증 시스템 간에 자산과 신원을 이식하는 데 도움이 되며, 개발자는 코드 몇 줄만 입력하면 SDK를 통해 제품에 통합할 수 있습니다.

캡슐이 지갑 공간에 가져온 또 다른 개선 사항은 특정 조건에서 자동화된 거래를 지원하는 프로그래밍 가능한 거래입니다.

예를 들어 USDC를 보유한 지갑에서 이더리움 가격이 2,000달러 아래로 떨어질 때마다 유니스왑에서 100달러 상당의 이더를 구매하고자 한다고 가정해 보겠습니다. 과거에는 코인시큐어 같은 중앙화된 거래소에 100달러 전액을 입금하거나 수동으로 해당 자산의 가격 변동을 수동으로 추적해야 했습니다.

프로그래밍 가능한 거래소를 사용하면 이 과정이 훨씬 쉬워집니다. 벨로 데이터와 같은 제품은 변수(이 경우 이더리움 가격)를 전달하여 거래를 검증할 수 있습니다. 사용자가 선택하고, 이더리움이 2,000달러 미만이라는 조건이 충족되면 Capsule은 거래에 서명할 수 있습니다.

양 당사자 간에 거래를 실행하는 데 필요한 서명을 받으면 프로그래밍이 가능합니다. 앱에 로그인할 때 거래에 사용되는 if-then 문과 유사하게 사용자의 개입 없이 유니스왑을 통해 자산 거래를 위한 전제 조건을 설정할 수 있습니다.

예를 들어, 온체인 보험 상품은 날씨 데이터를 제공하는 오라클의 데이터를 쿼리하고 여러 사용자가 출자한 자금 풀에서 보험금을 지급할 수 있습니다. Google에서 쿼리한 데이터를 사용하는 예측 마켓플레이스는 스포츠 이벤트에 대한 비용을 지불할 수도 있습니다. 더 나아가 Apple Watch를 미리 설정한 지갑에 연결하여 사용자가 그날 운동을 놓치면 자동으로 친구에게 돈이 이체되도록 할 수도 있습니다.

이 모든 경우에서 캡슐이 개발자에게 제공하는 특별한 장점은 사용자가 니모닉으로 어려움을 겪지 않아도 된다는 점입니다. 사용자는 지갑을 열고, 10달러의 이더를 구매하고, Gmail 계정을 사용하여 스포츠 이벤트 마켓에 베팅하기 위해 로그인하고, SDK를 사용하여 Stripe을 통해 이더를 구매할 수 있습니다.

여기서 디자인 공간은 제품이 쿼리할 수 있는 데이터 유형과 캡슐의 데이터 기반 해석 능력 및 트랜잭션 서명 기능으로만 제한됩니다. 그러나 이 모델은 보다 주관적인 데이터나 트랜잭션 요구 사항에는 덜 효과적일 수 있습니다.

2거래 이상의 것

이것이 왜 그렇게 중요할까요? 예를 들어 설명해드리겠습니다. 최근 Capsule은 r/datadao와 제휴하여 사용자가 Reddit의 데이터를 DAO로 포팅할 수 있도록 했습니다. 간단히 말해, 이 제품을 통해 사용자는 자신의 데이터를 Reddit에서 DataDAO(Commonwealth에서 운영)로 내보내어 대규모 언어 모델(LLM)을 학습하는 데 사용할 수 있습니다. 이러한 시스템에는 이메일 주소를 처리하고 Commonwealth와 같은 웹3.0 네이티브 제품과 상호 작용할 수 있는 간단한 로그인 모델이 필요합니다.

R/datadao의 DAO는 Commonwealth라는 도구로 관리됩니다. 따라서 사용자가 (레딧을 사용하여) 지갑을 설정한 다음 커먼웰스에 로그인하면 레딧에서 획득한 포인트(또는 토큰)를 사용하여 커먼웰스에서 관리하는 DAO에 투표할 수 있으며, 캡슐을 사용하면 X 핸들, 디스코드 또는 구글 계정을 사용하여 생성된 지갑에 가입할 수 있습니다. DataDAO에 가입하고 포인트를 사용해 커먼이 구축한 시스템에 투표할 수 있습니다. 이 단계를 완료하는 데 몇 초 밖에 걸리지 않습니다.

더 적절한 예로는 유튜버가 자신의 유튜버 계정에 보유한 마일에 비례하여 DAO를 관리할 수 있으며, 이러한 사용 사례에 대한 지원은 ZkTLS에서 제공하는 도구에서 부분적으로 이루어집니다.

캡슐이 새로운 Web3 사용자에게 다가가는 또 다른 방법은 사전 생성된 지갑을 이용하는 것입니다. 즉, 사용자가 제품에 로그인하고 지갑에 이미 자산을 가지고 있을 때 웹2 제품을 통해 지갑을 실행할 수 있습니다.

예를 들어 두바이의 러닝 클럽에서 가장 활동적인 회원을 제품에 가입시키고 싶다면, 트위터 계정과 연결된 지갑을 미리 생성하고, 신발 등의 아이템 할인을 제공하는 NFT를 로드한 다음 커뮤니티에 가입하라는 비공개 메시지를 보낼 수 있습니다.

이제, 얼마나 많은 사람들이 다음과 같은 자격을 갖추었는지 잘 모르겠습니다.

● 두바이에 거주

● 러닝

● 달리기

● 트위터에서 활동 중

● NFT를 사용하여 커뮤니티에 액세스

. 왼쪽;">그러나 제 요점은 이러한 도구를 사용하여 웹2 커뮤니티가 웹3 기본 요소를 사용하도록 유도할 수 있다는 것입니다. 사용자가 내 비공개 메시지에 답장을 보내지 않으면 어떻게 하나요? 미리 프로그래밍된 트랜잭션을 사용해 특정 시점이 지나면 NFT를 청구 지갑으로 다시 보낼 수 있습니다. 할인에 특정 기간이 있는 것처럼 말이죠.

이것은 완전히 새로운 앱을 위한 디자인 공간을 열어줍니다. 가장 접근하기 쉬운 기회 중 하나는 콘텐츠 자체일 수 있습니다. 현재 저희는 이메일을 통해 독자들과 소통할 수 있기 때문에 서브스택에 글을 쓰고 있습니다. 캡슐 SDK를 통해 사용자가 기사를 생성하고 자신의 이메일 주소로 보낼 수 있는 웹3 네이티브 발행물을 만들 수 있다고 가정했을 때 가장 좋은 방법은 Paragraph, Mirror 또는 Farcaster Frame입니다.

실제로 OP(옵티미즘) 토큰을 사용하여 가장 활동적인 독자의 지갑에 미리 연결하여 NFT를 발행하기 위해 자산을 연결할 필요가 없도록 할 수도 있습니다. 프로세스는 다음과 같습니다.

위 이미지의 왼쪽에서는 오늘 미러에서 코인을 발행하는 단계를 메타마스크 같은 것을 사용하여 설명했습니다. 를 사용하여 코인을 채굴하는 단계를 설명했으며, 오른쪽에서는 캡슐 SDK를 사용하여 코인을 채굴하는 방법을 설명했습니다.

이것은 제품이 이메일과 같은 전통적인 배포 채널을 사용하여 사용자를 다시 활성화하는 동시에 스테이블코인과 같은 웹3 결제 트랙에서 사용자와 소통할 수 있다는 것을 의미합니다.

캡슐이 제공하는 도구는 현재 시장과 향후 10년 안에 존재할 시장을 잇는 가교 역할을 하는 것 같습니다. 제 생각에는 웹2 제품의 사용 편의성과 편리함과 웹3 기본 구축 원칙의 보안, 호스팅, 커스터마이징 사이의 완벽한 중간 지점이라고 생각합니다.