Web3 인증 가이드

Web3 인증은 전통적인 이메일이나 비밀번호 대신 공개키를 통해 사용자를 검증합니다. 이 암호학적 접근 방식은 중앙화된 비밀번호 데이터베이스를 없애고 사용자에게 디지털 자격 증명에 대한 진정한 소유권을 부여하지만, 시드 문구, 16진수 주소, 키 관리의 복잡성으로 인해 대중적인 도입에 상당한 장벽이 존재해왔습니다. 임베디드 지갑, 계정 추상화, 스마트 컨트랙트 계정 분야의 최근 혁신이 이러한 문제를 해결하고 있습니다.

이 가이드는 Web3 인증이 어떻게 작동하는지 설명하고, 이를 더 접근하기 쉽게 만드는 기술적 솔루션을 살펴보며, 최신 Smart Wallets 인프라를 사용해 프로덕션 수준의 인증을 구현하는 방법을 보여줍니다.

Web3 인증은 어떻게 작동하나요?

전통적인 웹 인증은 중앙화된 서버에 저장된 자격 증명에 의존합니다. 사용자명과 비밀번호를 입력하면 서버가 데이터베이스를 확인하고, 자격 증명이 일치하면 접근을 허용합니다. 이 모델은 사용자가 인증 데이터를 서비스 제공자에게 신뢰해야 함을 전제로 합니다.

Web3 인증은 이 모델을 뒤집습니다. 사용자는 web3 지갑을 애플리케이션에 연결하여 인증하며, 일반적으로 트랜잭션에 서명하는 방식을 사용합니다. 기술적 흐름은 다음과 같습니다:

1. 지갑 연결

사용자가 "지갑 연결"을 클릭하면, 앱은 사용자의 지갑 소프트웨어(MetaMask, Phantom, Rainbow 등)에 연결 요청을 시작합니다. 이 연결은 아직 어떤 권한도 부여하지 않습니다. 단순히 통신 채널을 확립할 뿐입니다.

2. 챌린지 생성

앱은 고유한 챌린지 메시지를 생성합니다. 일반적으로 무작위 nonce이거나 앱 도메인, 타임스탬프, 인증 요청의 목적을 포함한 형식화된 메시지입니다. 이는 재전송 공격을 방지합니다.

3. 암호학적 서명

사용자의 지갑은 개인키를 사용해 챌린지 메시지에 서명합니다. 비밀로 유지되는 개인키는 대응하는 공개키의 소유권을 증명하는 데 사용됩니다. 서명은 키 자체를 노출하지 않고도 사용자가 자신의 지갑 주소와 연결된 개인키를 소유하고 있음을 증명합니다.

4. 서명 검증

앱은 사용자의 공개키(지갑 주소)를 사용해 서명을 검증합니다. 서명이 유효하면, 앱은 사용자가 해당 지갑 주소를 소유하고 있음을 확인하고 접근을 허용합니다. 이 검증은 아키텍처에 따라 클라이언트 측이나 백엔드에서 이루어집니다.

5. 세션 관리

인증이 완료되면, 앱은 일반적으로 전통적인 웹 세션과 유사하게 이후 요청을 위한 세션 토큰을 발급합니다. 이는 사용자가 모든 작업마다 메시지에 서명하지 않아도 되도록 합니다.

이 암호학적 기반은 다음과 같은 측면에서 비밀번호 기반 인증보다 더 안전하게 만듭니다. 데이터베이스 유출로 훔칠 비밀번호가 존재하지 않습니다. 피싱 공격은 사용자를 속여 악성 트랜잭션에 서명하게 만들어야 하는데, 이는 비밀번호를 훔치는 것보다 더 눈에 띕니다. 사용자는 중앙화된 제공자를 신뢰하는 대신 자신의 인증 자격 증명에 대한 통제권을 유지합니다.

Web3 인증의 현재 문제점은 무엇인가요?

암호학적 장점에도 불구하고, Web3 인증은 대중적인 도입을 제한하는 상당한 사용자 경험 문제를 안고 있습니다. 더 넓은 사용자층에 적합한 솔루션을 구축하려면 이러한 문제를 이해하는 것이 필수적입니다.

시드 문구는 사용자 경험에 어떤 영향을 미치나요?

Web3는 사용자가 지갑을 설정하고, 개인키를 관리하고, 시드 문구를 저장하며, 종종 지저분한 브라우저 확장 프로그램이나 모바일 앱을 다뤄야 하도록 요구합니다. 사용자가 12-24개의 무작위 단어를 적어서 안전하게 보관해야 하는 시드 문구 모델은 대중적인 사용자 기대치와 근본적으로 맞지 않습니다.

데이터에 따르면 사용자의 35%가 지갑 시드 문구를 백업하지 않아 자금 접근 권한을 잃을 심각한 위험에 처해 있습니다. 이는 사용자의 실수가 아니라 설계상의 문제입니다. 오랫동안 우리는 이메일 복구를 통해 비밀번호를 재설정할 수 있었습니다. 암호화폐 지갑에서는 시드 문구가 다르게 작동합니다: 분실하면 재설정 옵션이 없습니다. 이는 시작하기 전에 이해해두어야 할 핵심적인 차이점입니다.

지갑 UX는 왜 혼란스러운가요?

암호화폐에서의 로그인은 마치 사용자 라이선스 계약을 읽는 것처럼 느껴지지만, 법률 용어 대신 16진수 코드와 원시 함수 호출을 마주하게 됩니다. 사용자가 지갑에서 "서명"을 클릭하면, 종종 다음과 같은 것들이 제시됩니다:

• 16진수 형식의 원시 트랜잭션 데이터
• Gwei 단위의 가스 요금 추정치
• 인식하지 못하는 컨트랙트 주소
• approve\(address,uint256\) 같은 함수 호출

사용자는 이러한 트랜잭션이 정당한지 악의적인지 평가할 맥락을 갖고 있지 않습니다. 이러한 정보 비대칭은 보안 취약점을 만듭니다. 사용자는 자신이 무엇을 승인하는지 이해하지 못한 채 "확인"을 클릭합니다.

사용자들은 어떤 기술적 장벽에 직면하나요?

사용자는 로그인을 시도하기도 전에 여러 블록체인 네트워크, 16진수 주소, 가스 요금에 직면합니다. 인지적 부담을 생각해보세요:

• 네트워크 선택: Ethereum 메인넷, Polygon, Arbitrum, Base, 또는 Optimism 중 무엇을 사용해야 할까?
• 주소 관리: 0x742d35Cc6634C0532925a3b844Bc9e7595f0bEb이 자신의 계정을 나타낸다는 것을 이해하기
• 가스 요금: 인증만을 위해서도 네이티브 토큰(ETH, MATIC 등)을 보유해야 함
• 브라우저 확장 프로그램: 별도의 지갑 소프트웨어를 설치하고 관리하기

이 각각은 사용자가 이탈하는 마찰 지점을 나타냅니다.

지갑 파편화는 사용자에게 어떤 영향을 미치나요?

많은 Web3 사용자는 각각 보호가 필요한 별도의 키와 복구 문구를 가진 여러 지갑을 관리합니다. 한 사용자는 다음을 가질 수 있습니다:

• Ethereum과 EVM 체인용 지갑 하나
• 별도의 Solana 지갑
• 서로 다른 앱이나 사용 사례를 위한 다른 지갑들
• 고가치 자산을 위한 하드웨어 지갑

이 파편화를 관리하려면 대부분의 사용자가 갖고 있지 않은 기술적 지식과 조직적 규율이 필요합니다.

현재의 인증 방식은 어떤 보안 위험을 만드나요?

스마트 컨트랙트와 DeFi 플랫폼은 해커들의 빈번한 표적이 되며, 피싱 공격이 사용자를 속여 개인키를 노출하게 만듭니다. 인증 메커니즘 자체가 다음과 같은 경우 공격 표면이 됩니다:

• 승인 피싱: 사용자가 자신도 모르게 무제한 토큰 승인에 서명함
• 도메인 스푸핑: 정당한 앱을 모방하는 가짜 사이트
• 사회공학: 공격자가 지원팀을 사칭해 시드 문구를 얻어냄
• 악성 컨트랙트: 사용자가 지갑을 비우는 컨트랙트와 상호작용함

개인키의 보안은 Web3에서 매우 중요한데, 개인키에 대한 접근 권한을 잃으면 디지털 신원과 자산에 대한 접근 권한을 잃을 수 있기 때문입니다. 이는 단 한 번의 실수가 재앙적일 수 있는 고위험 환경을 만듭니다.

Web3 인증은 어떻게 개선되고 있나요?

온체인 생태계는 여러 기술 혁신을 통해 이러한 문제를 적극적으로 해결하고 있으며, 보안이나 탈중앙화를 희생하지 않으면서도 인증 UX를 크게 개선하고 있습니다.

임베디드 지갑이란 무엇인가요?

임베디드 지갑은 Web3 애플리케이션에 직접 내장되어 있으며, 친숙한 로그인 경험을 제공하고, 시드 문구를 암기하고 보관할 필요가 없습니다. 사용자가 브라우저 확장 프로그램이나 별도의 지갑 앱을 설치하도록 요구하는 대신, 지갑 기능이 애플리케이션에 직접 통합됩니다.

임베디드 지갑을 사용하면, 사용자는 Google, Apple ID, 또는 X 계정으로 로그인하기를 선택할 수 있으며, 그 뒤에서는 사용자를 대신해 셀프 커스터디 지갑이 생성됩니다. 이 접근 방식은 다음과 같은 주요 이점을 제공합니다:

친숙한 인증 흐름

사용자는 이미 이해하고 있는 방식—이메일, OAuth, 또는 생체 인증—을 사용해 인증합니다. 지갑 생성과 복구는 친숙한 인증 흐름을 사용해 처리되므로, 사용자가 개인키를 직접 이해하거나 관리할 필요가 없습니다.

브라우저 확장 프로그램 불필요

지갑은 앱의 컨텍스트 내에 존재합니다. 사용자는 MetaMask나 다른 타사 소프트웨어를 설치할 필요가 없습니다. 이는 주요 온보딩 장벽을 제거하고, 인증 경험에 대한 완전한 통제권을 개발자에게 부여합니다.

매끄러운 UX

지갑이 앱의 UI에 내장되어 있기 때문에, 팝업이나 리디렉션 화면 없이 룩, 느낌, 흐름에 대한 완전한 통제권을 유지합니다. 인증은 기존 사용자 경험 안에서 인라인으로 이루어집니다.

소셜 로그인은 어떻게 Web3 접근을 가능하게 하나요?

소셜 로그인 통합은 기존 인증 제공자를 활용해 Web2와 Web3 사이의 간극을 메웁니다. 기술 아키텍처가 작동하는 방식은 다음과 같습니다:

MPC를 통한 키 분할

TSS-MPC, 즉 다자간 컴퓨팅을 이용한 임계값 서명 체계는 여러 당사자가 공동으로 단일 디지털 서명을 생성할 수 있게 하는 암호학적 방법으로, 어느 한 당사자에게도 개인키를 노출하지 않으면서 서명 권한을 참여자들에게 분산시켜 보안을 강화합니다.

사용자가 Google로 로그인하면:

1. 앱이 OAuth를 통해 사용자를 인증합니다
2. 시스템이 여러 당사자에 걸쳐 분할된 개인키를 생성합니다
3. 어느 단일 당사자(애플리케이션 포함)도 전체 키에 접근할 수 없습니다
4. 트랜잭션 서명에는 당사자 간 임계값 협력이 필요합니다
5. 사용자는 키를 직접 관리하지 않고도 셀프 커스터디를 유지합니다

패스키 인증

패스키는 WebAuthn 표준을 기반으로 전통적인 비밀번호보다 더 안전하고 편리하도록 설계된 비밀번호 없는 인증 유형입니다. 패스키는 다음과 같은 공개키 암호화를 사용합니다:

• 개인키는 사용자 기기의 보안 영역(Apple의 Secure Enclave나 Android의 신뢰 실행 환경 등)에 저장됩니다
• 공개키는 인증 서버에 저장됩니다
• 마찰을 일으키고 피싱 위험을 야기하는 전통적인 비밀번호와 달리, 패스키는 생체 정보를 사용해 사용자의 기기에 안전하게 자격 증명을 생성하고 저장하는 친숙한 패턴을 활용합니다.

이는 강력한 보안(개인키가 기기를 벗어나지 않음)과 친숙한 UX(FaceID나 TouchID)를 함께 제공합니다.

계정 추상화란 무엇이며 왜 중요한가요?

계정 추상화(ERC-4337)는 온체인 계정이 작동하는 방식에 근본적인 변화를 나타냅니다. 계정 추상화를 사용하는 스마트 컨트랙트 지갑은 단일 개인키로 관리되는 지갑 대신 스마트 컨트랙트로 관리되는 지갑을 만듭니다.

전통적인 Ethereum 계정(외부 소유 계정, EOA)은 단일 개인키로 제어됩니다. 스마트 컨트랙트 계정은 코드로 제어되며, 이는 훨씬 더 많은 기능을 가능하게 합니다:

가스 스폰서십

계정 추상화를 사용하면 사용자의 지갑이나 계정이 프로그래밍 가능해져, 개발자가 사용자를 대신해 가스 요금을 스폰서할 수 있게 됩니다. 이는 다음을 의미합니다:

• 사용자가 앱과 상호작용하기 위해 ETH를 보유할 필요가 없습니다
• 마찰을 줄이기 위해 온보딩 트랜잭션을 스폰서할 수 있습니다
• 사용자가 스테이블코인이나 다른 ERC-20 토큰으로 가스 요금을 지불할 수 있습니다
• 어떤 트랜잭션을 스폰서할지에 대한 특정 정책을 설정할 수 있습니다

배치 트랜잭션

프로그래밍 가능한 스마트 계정으로서, 트랜잭션을 배치 처리할 수 있어 UX를 크게 단순화하고 지연 시간을 줄입니다. 사용자는 다음을 할 수 있습니다:

• 토큰을 승인하고 단일 트랜잭션에서 스왑하기
• NFT를 민팅하고 원자적으로 판매 등록하기
• 여러 번의 지갑 확인 없이 다단계 DeFi 전략을 실행하기

소셜 복구

스마트 컨트랙트 계정은 시드 문구에 의존하지 않는 복구 메커니즘을 구현할 수 있습니다:

• 계정 복구를 도울 수 있는 신뢰할 수 있는 연락처 지정
• 이메일이나 전화번호 기반 복구 흐름 사용
• 시간 잠금 계정 복구 프로세스 구현

프로그래밍 가능한 보안

계정이 스마트 컨트랙트이기 때문에, 커스텀 로직을 구현할 수 있습니다:

• 고가치 트랜잭션에 대한 다중 서명 요구사항
• 일별 또는 트랜잭션별 지출 한도
• 자동 승인을 위한 화이트리스트 주소
• 특정 작업에 대한 시간 기반 제한

Ethereum의 공동 창립자인 Vitalik은 대중적인 사용자를 온체인으로 끌어들이기 위한 요구사항으로 EOA에서 Smart Wallets로의 전환을 보고 있습니다. 계정 추상화는 있으면 좋은 기능이 아니라, 대중적인 도입을 위한 기반 인프라입니다.

패스키는 인증 보안을 어떻게 개선하나요?

패스키는 여러 내장 보안 이점을 제공합니다. 구체적으로, 비밀번호나 암호와 달리, 패스키를 사용하는 사용자는 정보를 기억할 필요가 없으며, 그 정보는 사용자로부터 피싱될 수 없습니다.

보안 모델은 다음과 같이 작동합니다:

기기 종속 자격 증명

개인키는 기기의 보안 하드웨어(신뢰 플랫폼 모듈, Secure Enclave 등)에서 생성되고 저장됩니다. 기기를 벗어나지 않으므로 네트워크 공격을 통한 키 도난 위험을 제거합니다.

피싱 저항성

패스키는 그것을 생성한 도메인에 종속되어 있기 때문에 피싱 사이트에서 사용될 수 없습니다. 사용자가 가짜 사이트를 방문하도록 속더라도, 도메인이 일치하지 않기 때문에 패스키는 작동하지 않습니다.

공유 비밀 없음

사용자와 서버 간에 공유되는 비밀인 비밀번호와 달리, 패스키는 비대칭 암호화를 사용합니다. 서버는 공개키만 저장하며, 데이터베이스가 유출되더라도 공격자에게 쓸모가 없습니다.

생체 인증

또한, 패스키는 iCloud나 Google 계정에 연결되어 있기 때문에 Apple과 Google의 보안으로 보호됩니다. 이는 다음을 제공합니다:

• 기본적으로 다단계 인증(기기 소유 + 생체 인증)
• SIM 스와핑 공격에 대한 보호
• 기기 간 백업 및 동기화

개발자 솔루션은 Web3 인증을 어떻게 쉽게 만드나요?

여러 제공업체가 Web3 인증 구현을 단순화하는 인프라를 제공합니다. 이 분야에 대해 알아야 할 내용은 다음과 같습니다.

어떤 타사 인증 제공업체를 이용할 수 있나요?

Web3Auth

Web3 지갑과 애플리케이션이 대중 사용자와 네이티브 Web3 사용자 모두에게 매끄러운 로그인을 제공할 수 있게 하는 간단하고 비수탁형 인증 인프라입니다. Web3Auth는 소셜 로그인, 이메일 인증을 지원하고 여러 지갑 제공업체와 통합됩니다.

Magic

키 관리를 위한 다자간 컴퓨팅을 사용한 이메일 기반 지갑 생성을 제공합니다. Magic은 개발자에게 간단한 API를 제공하면서 키 분할과 복구의 복잡성을 처리합니다.

Dynamic

소셜 로그인과 계정 추상화 통합을 지원하는 비수탁형 임베디드 지갑을 제공합니다. Dynamic은 임베디드 지갑과 외부 지갑 연결 지원을 모두 제공합니다.

Privy

EVM, Solana, Bitcoin 등 모든 사용자를 위한 하드웨어 보안, SOC 2 준수 지갑을 지원합니다. Privy는 패스키와 하드웨어 토큰 지원을 통해 기업급 보안을 갖춘 매끄러운 로그인에 중점을 둡니다.

Alchemy는 스마트 지갑 인프라를 어떻게 지원하나요?

Alchemy는 RPC, Data API, Gas Manager, Bundler로 스마트 지갑 빌더를 지원합니다. 지갑 생성과 인증을 위해, Alchemy는 Privy와 파트너십을 맺고 있습니다.

제로 마찰 온보딩을 위한 임베디드 지갑

Privy의 임베디드 지갑을 사용하면 내부적으로는 완전히 web3이지만 web2처럼 느껴지는 제품을 만들 수 있습니다. 실제로 이것이 의미하는 바는 다음과 같습니다:

사용자는 다음을 사용해 가입할 수 있습니다:

• 이메일 인증
• 소셜 로그인(Google, Apple, Twitter)
• 패스키(FaceID, TouchID)
• 커스텀 인증(원하는 인증 방식 사용)
• 암호화폐 네이티브 사용자를 위한 전통적인 지갑 연결

Alchemy와 Privy의 파트너십에 대해 자세히 알아보세요.

스마트 컨트랙트 계정 생성

인증이 완료되면, 개발자는 Alchemy의 Bundler와 Gas Manager를 사용해 스마트 컨트랙트 계정을 사용할 수 있습니다:

스마트 컨트랙트 계정은 가스 스폰서십, 배치 트랜잭션, 프로그래밍 가능한 보안 등 계정 추상화의 모든 이점을 제공합니다.

가스 스폰서십 구성

프로그래밍 가능한 정책을 통해 가스를 스폰서하세요. 어떤 트랜잭션을 스폰서할지 정확히 제어할 수 있습니다.

대시보드를 통해 정책을 설정하세요:

• 지갑별 또는 전체 지출 한도
• 특정 주소 허용목록/차단목록
• 특정 컨트랙트 상호작용 스폰서
• 일별/월별 지출 상한 설정

멀티체인 지원

Alchemy의 계정 추상화 인프라는 Ethereum, Polygon, Base, Optimism, Arbitrum을 비롯한 여러 체인을 지원합니다.

프로덕션 수준의 인프라

Alchemy의 최고 수준의 신뢰할 수 있는 인프라 위에 구축되어, 스마트 컨트랙트 지갑 프리미티브가 사용자에게 항상 이용 가능합니다. 우리는 다음을 제공합니다:

• 99.99% 가동 시간 SLA
• 1초 미만의 응답 시간
• 자동 스케일링
• 기업 고객을 위한 24/7 지원

지갑 제공업체는 인증 계층을 Alchemy의 RPC, Data API, Gas Manager, Bundler와 결합할 수 있습니다.

Web3 인증은 어떻게 구현해야 하나요?

수천 개의 앱을 위한 인증을 구축한 경험을 바탕으로, 프로덕션에서 효과가 입증된 패턴을 소개합니다.

소셜 로그인과 wallet connect 중 어느 것으로 시작해야 하나요?

대중 사용자를 대상으로 하는 앱이라면 소셜 로그인부터 시작하세요. 암호화폐 네이티브 사용자를 대상으로 하는 앱이라면 둘 다 지원하세요.

• 소셜 로그인 우선 패턴: 이 접근 방식은 암호화폐 지갑을 소유하지 않은 신규 사용자의 전환율을 극대화합니다. 완전한 지갑 통제를 원하는 사용자를 위해 나중에 "MetaMask로 내보내기" 기능을 추가할 수 있습니다.
• Wallet Connect 우선 패턴: 이는 DeFi 앱, NFT 마켓플레이스, 또는 사용자가 이미 지갑을 갖고 있을 가능성이 높은 다른 앱에 적합합니다.

가스 요금은 어떻게 처리해야 하나요?

사용자가 앱을 사용하기 전에 ETH를 구매하도록 요구하지 마세요. 가스를 스폰서하여 사용자가 ETH 없이도 앱을 무료로 체험할 수 있도록 하세요. 비즈니스 모델에 따라 스폰서십 정책을 구성하세요:

프리미엄 모델:

• 사용자당 처음 N개의 트랜잭션을 스폰서
• 무료 등급 이후 결제나 스테이킹 요구
• 남용을 방지하기 위해 지갑별 지출을 모니터링

구독 모델:

• 유료 구독자를 위한 모든 가스 스폰서
• 무료 등급 사용자에 대한 스폰서십 제한

트랜잭션 기반 모델:

• 각 트랜잭션에 대해 수수료 부과
• 트랜잭션 비용의 일부로 가스 스폰서

원활한 UX를 제공하면서 비용을 통제하기 위해 전역 지출 한도를 설정하세요.

트랜잭션 배치 처리를 사용해야 하나요?

네, 사용자가 하나의 흐름을 완료하기 위해 여러 작업이 필요할 때는 언제나 사용해야 합니다. 트랜잭션은 배열에 나타나는 순서대로 순차적으로 실행되며, 다음을 가능하게 합니다:

UX 개선:

• 여러 지갑 팝업 대신 하나의 확인
• 원자적 실행(모든 작업이 성공하거나 모두 실패)
• 전체 가스 비용 절감

일반적인 패턴:

• 승인 + 스왑: 사용자가 한 번의 클릭으로 승인과 스왑을 실행
• 민팅 + 등록: NFT를 원자적으로 생성하고 등록
• 다중 토큰 작업: 하나의 트랜잭션에서 여러 컨트랙트와 상호작용

모바일 사용자는 어떻게 처리해야 하나요?

Dynamic은 패스키를 활용해 쉬운 FaceID와 TouchID 로그인 및 지갑 생성을 가능하게 하는 모바일 흐름 최적화에 시간을 투자했습니다. 모바일 우선 인증이 중요한 이유는 다음과 같습니다:

• 대부분의 사용자가 모바일 기기에서 앱에 접근합니다
• 생체 인증은 모바일에서 더 접근하기 쉽습니다
• 모바일 지갑 앱(MetaMask Mobile, Rainbow)은 딥링킹이 필요합니다

모바일 모범 사례:

1. 패스키 우선: FaceID와 TouchID는 최고의 모바일 UX를 제공합니다
2. WalletConnect 지원: 모바일 지갑 앱을 사용하는 사용자를 위해
3. 딥링킹 테스트: 지갑 앱으로의 매끄러운 전환을 보장하세요
4. 작은 화면을 위한 디자인: 인증 UI는 320px 뷰포트에서 작동해야 합니다
5. 리디렉션 최소화: 가능한 한 사용자를 앱 컨텍스트 내에 유지하세요

점진적 노출은 어떤가요?

신규 사용자를 고급 기능으로 압도하지 마세요. 처음에는 자체 체크아웃 흐름을 디자인하고 백그라운드에서 트랜잭션에 서명한 다음, 점진적으로 더 많은 통제권을 노출하세요.

1단계: 보이지 않는 지갑

• 소셜 로그인만 사용
• 모든 트랜잭션 자동 서명
• 지갑 관련 용어 비노출
• 완전한 가스 스폰서십

2단계: 기본 통제

• 트랜잭션 확인 표시
• 사용자가 자신의 지갑 주소를 볼 수 있게 함
• 트랜잭션 내역 표시
• 가스 스폰서십 설명

3단계: 고급 기능

• 외부 지갑으로 내보내기 허용
• 고급 트랜잭션 세부 정보 표시
• 수동 가스 결제 활성화
• 하드웨어 지갑 서명 지원

이 접근 방식은 파워 유저에게 통제권을 제공하면서도 전환율을 극대화합니다.

Web3 인증의 미래는 어떤 모습일까요?

온체인 인증의 궤적은 명확합니다: 기본적으로 보이지 않고, 필요할 때 강력해지는 것입니다.

스마트 계정이 EOA를 대체할까요?

Ethereum의 공동 창립자인 Vitalik은 대중적인 사용자를 온체인으로 끌어들이기 위한 요구사항으로 EOA에서 Smart Wallets로의 전환을 보고 있습니다. 이것은 추측이 아니라 기술 로드맵입니다.

스마트 지갑은 다음을 제공합니다:

• 프로그래밍 가능한 권한을 통한 더 나은 보안
• 가스 추상화와 배치 처리를 통한 우수한 UX
• 시드 문구 없는 계정 복구
• 크로스체인 상호운용성

생태계는 스마트 지갑을 기본값으로 삼는 방향으로 나아가고 있습니다. EOA는 하위 호환성을 위해 계속 지원되겠지만, 새로운 앱은 스마트 지갑 인프라 위에 구축되어야 합니다.

체인 추상화는 인증에 어떤 영향을 미칠까요?

체인 추상화는 키, 복구 문구, 여러 지갑 없이 사용자가 한 번에 가입할 수 있게 함으로써 문제를 해결합니다. 사용자는 어느 체인을 사용하고 있는지 알 필요가 없어야 합니다.

미래의 인증은 다음과 같을 것입니다:

• 모든 체인에서 동일한 계정 주소 사용
• 체인별 세부 사항 추상화
• 트랜잭션을 최적의 체인으로 자동 라우팅
• 크로스체인 작업을 투명하게 처리

이는 지갑 제공업체, 브리지, 애플리케이션 간의 조율이 필요하지만, 기술적 기반은 지금 구축되고 있습니다.

생체 인증이 표준이 될까요?

사용자는 Face ID나 Touch ID를 통한 생체 인증으로 셀프 커스터디 지갑을 생성할 수 있습니다. 패스키는 이미 Apple, Google, Microsoft에서 지원되고 있으며, 도입이 가속화되고 있습니다.

2-3년 이내에 다음을 기대할 수 있습니다:

• 기본 인증 방식으로서의 패스키
• 요청하는 고급 사용자만을 위한 시드 문구
• 모든 기기에서의 생체 인증
• iCloud/Google 계정을 통한 매끄러운 동기화

AI는 어떤 역할을 할까요?

AI 에이전트는 혼란스러운 DeFi를 매끄럽고 인간 친화적인 금융으로 바꿀 수 있으며, 암호화폐를 기술적으로 가능한 수준을 넘어 실제로 사용 가능하게 만들 수 있습니다. AI는 다음을 통해 인증에 영향을 미칠 것입니다:

트랜잭션 의도 파싱:

• 사용자가 자연어로 원하는 작업을 설명
• AI가 적절한 트랜잭션을 생성
• 사용자는 간단한 확인으로 승인

사기 탐지:

• AI가 이상 징후를 위해 트랜잭션 패턴을 분석
• 의심스러운 트랜잭션을 승인하기 전에 사용자에게 경고
• 이전 공격으로부터 학습해 새로운 공격을 방지

개인화된 보안:

• 위험 수준에 기반한 적응형 인증
• AI가 추천하는 보안 설정
• 자동화된 보안 모니터링

오늘부터 구축을 시작하려면 어떻게 해야 하나요?

web3의 약속과 그 사용자 경험 사이의 간극은 빠르게 좁혀지고 있습니다. 현대적인 인증 인프라는 탈중앙화나 보안을 희생하지 않고도 대중 사용자를 온보딩하는 것을 가능하게 합니다.

Alchemy는 다음과 같이 이 스택을 지원합니다:

• 블록체인 접근을 위한 RPC와 Data API
• 프로그래밍 가능한 가스 스폰서십을 위한 Gas Manager
• 사용자 작업을 제출하기 위한 Bundler
• 지원되는 네트워크 전반의 멀티체인 인프라

수천 명의 빌더가 우리의 인프라를 사용해 수백만 명의 사용자를 온보딩합니다. 인증의 미래는 사용자에게 블록체인이 어떻게 작동하는지 가르치는 것에 관한 것이 아닙니다. 사용자가 기저 기술에 대해 생각할 필요가 없을 만큼 직관적인 시스템을 구축하는 것에 관한 것입니다.

현대적인 web3 인증을 구현할 준비가 되셨나요? 개발자 계정을 만들려면 가입하고, 문서로 시작하며, 더 많은 정보나 통합 지원이 필요하면 문의하세요.

자주 묻는 질문

내 앱에 지갑 기반 인증을 추가하기 위한 기본 단계는 무엇인가요?

지갑 연결 흐름을 통합하고, 사용자가 고유한 메시지에 서명하도록 한 다음, 백엔드에서 그 서명을 검증하고, 세션 토큰을 생성하여 사용자가 모든 요청마다 다시 서명하지 않고도 로그인 상태를 유지하도록 하세요.

메시지 서명은 사용자가 지갑을 소유하고 있다는 것을 어떻게 증명하나요?

앱은 지갑의 개인키 보유자만 서명할 수 있는 챌린지 메시지를 전송합니다; 그런 다음 앱은 지갑의 공개 주소로 서명을 검증하여 사용자가 해당 주소를 제어한다는 것을 확인합니다.

Web3 인증에는 소셜 로그인, 지갑 로그인, 아니면 둘 다 사용해야 하나요?

대중적인 사용자층을 위해서는 소셜 로그인부터 시작하고 선택적으로 뒤에서 지갑을 생성하되, 암호화폐 네이티브 앱은 종종 직접적인 지갑 연결을 우선시하고 대체 수단으로 소셜 로그인을 추가할 수 있습니다.

사용자가 지갑으로 인증한 후 세션은 어떻게 관리하나요?

서명된 메시지를 검증한 후, 전통적인 웹 세션과 유사하게 이후 API 요청을 위한 세션 토큰이나 쿠키를 발급하여 사용자가 모든 작업마다 서명할 필요가 없도록 하세요.

임베디드 지갑이란 무엇이며 인증을 어떻게 개선하나요?

임베디드 지갑은 애플리케이션에 직접 내장되어 있어, 사용자가 Google이나 Apple ID 같은 친숙한 방법으로 인증하는 동안 뒤에서 셀프 커스터디 지갑이 생성됩니다. 이는 브라우저 확장 프로그램이나 시드 문구 관리의 필요성을 없애줍니다.

패스키는 Web3 인증을 어떻게 더 안전하게 만드나요?

패스키는 기기를 벗어나지 않는 안전한 하드웨어에 저장된 기기 종속 자격 증명을 사용하고, 피싱 공격에 저항성이 있으며, 서버와 비밀을 공유하지 않으면서도 생체 인증을 제공합니다.

계정 추상화란 무엇이며 인증에 왜 중요한가요?

계정 추상화는 가스 요금을 스폰서하고, 트랜잭션을 배치 처리하며, 소셜 복구 같은 프로그래밍 가능한 보안 기능을 구현할 수 있는 스마트 컨트랙트 계정을 가능하게 하여, 대중적인 도입을 막는 많은 장벽을 제거합니다.

사용자 인증을 위해 가스 요금을 스폰서해야 하나요?

네, 가스 요금을 스폰서하는 것은 암호화폐를 소유하지 않은 신규 사용자에게 주요 장벽을 제거해주어, 먼저 ETH를 구매할 필요 없이 앱을 체험할 수 있게 합니다.