지갑을 dApp에 연결하는 방법은 무엇입니까? (웹3 기본)

지갑 통합 메커니즘 이해

1. 분산형 애플리케이션은 암호화 ID를 사용하여 사용자를 인증하고 거래에 서명합니다. 이 ID는 개인 키를 보유하고 디지털 서명을 관리하는 지갑에 있습니다.

2. MetaMask, Phantom 또는 Trust Wallet과 같은 지갑은 Ethereum Provider API(EIP-1193)로 알려진 표준화된 인터페이스를 노출하여 dApp이 이를 감지하고 통신할 수 있도록 합니다.

3. dApp이 초기화되면 window.ethereum 또는 브라우저 확장이나 모바일 지갑에 의해 삽입된 유사한 공급자 개체가 있는지 확인합니다.

4. 그러한 개체가 없으면 설치를 요청하거나 모바일 사용자를 위한 지갑 연결 모달을 제안하는 대체 논리가 트리거됩니다.

5. 일단 감지되면 dApp은 ethereum.request({ method: 'eth_requestAccounts' }) 를 사용하여 사용자 계정에 액세스할 수 있는 권한을 요청하여 안전한 사용자 승인 핸드셰이크를 시작합니다.

연결 상태 및 이벤트 처리

1. 지갑 연결은 고정되어 있지 않습니다. 계정 전환, 네트워크 전환 또는 연결 끊김으로 인해 변경될 수 있습니다. dApp은 'accountsChanged' , 'chainChanged' 및 'disconnect' 와 같은 이벤트를 수신해야 합니다.

2. 사용자가 다른 계정을 선택하거나 액세스 권한을 제거하면 'accountsChanged' 이벤트가 발생합니다. 권한이 취소되면 새 주소 배열이나 빈 배열을 전달합니다.

3. 'chainChanged' 이벤트는 네트워크 간 전환(예: 이더리움 메인넷에서 Seplia로)을 알립니다. 애플리케이션은 이에 따라 계약 인스턴스를 다시 로드하거나 다시 초기화해야 합니다.

4. 연결 끊김은 특히 지갑 잠금 또는 확장 기능 비활성화 후에 자동으로 발생할 수 있으므로 ethereum.isConnected() 를 통한 주기적인 상태 확인은 UI 일관성을 유지하는 데 도움이 됩니다.

5. 지속적인 상태 관리를 위해서는 선택한 체인 ID와 계정 주소를 메모리나 로컬 저장소에 저장해야 하지만 개인 키나 시드 문구는 저장하지 않아야 합니다.

비밀을 노출하지 않고 거래에 서명하기

1. 모든 거래 서명은 dApp의 JavaScript 컨텍스트가 아닌 지갑 환경 내에서 발생합니다. dApp은 원시 트랜잭션 매개변수를 구성하고 이를 ethereum.request({ method: 'eth_sendTransaction', params: [...] }) 에 전달합니다.

2. 지갑은 수신자, 가치, 가스 추정치 및 데이터 페이로드를 보여주는 확인 UI를 렌더링합니다. 사용자는 개인 키를 외부 코드에 노출하지 않고 승인하거나 거부합니다.

3. 로그인 질문이나 거버넌스 투표와 같은 오프체인 메시지의 경우 dApp은 personal_sign 또는 eth_signTypedData_v4를 사용하여 암호화로 검증 가능한 서명을 요청합니다.

4. 형식화된 데이터 서명은 구조화된 도메인 분리를 시행하고 도메인별 솔트 및 버전 관리를 통해 체인 또는 애플리케이션 전반에서 재생을 방지합니다.

5. 온체인 또는 백엔드 서비스의 서명 확인은 ecrecover 또는 동등한 암호화 기본 요소를 사용하여 서명 및 메시지 해시에서 서명자의 주소를 파생시킵니다.

모바일 및 비확장 시나리오를 위한 WalletConnect 프로토콜

1. WalletConnect v2는 릴레이 서버와 페어링 URI를 사용하여 dApp과 지갑 간에 엔드투엔드 암호화 세션을 설정합니다. 브라우저 삽입을 완전히 방지합니다.

2. dApp은 필수 체인, 메소드 및 메타데이터가 포함된 세션 제안을 생성한 다음 페어링 URI가 포함된 QR 코드를 표시합니다.

3. 사용자는 세션을 승인하기 전에 제안을 검증하는 Rainbow 또는 Coinbase Wallet과 같은 호환되는 지갑 앱으로 QR 코드를 스캔합니다.

4. 일단 연결되면 모든 JSON-RPC 요청은 페어링 중에 협상되고 세션별로 순환되는 암호화 키를 사용하여 릴레이 네트워크를 통해 흐릅니다.

5. 세션 지속성은 클라이언트 측에서 관리됩니다. 어느 쪽이든 session.disconnect() 를 호출하면 취소가 발생하여 연관된 모든 키가 무효화되고 저장된 메타데이터가 지워집니다.

자주 묻는 질문

Q1: dApp이 연결 중에 내 개인 키를 읽을 수 있나요? A1. 아니요. 지갑은 개인 키를 dApp에 노출하지 않습니다. 서명은 항상 지갑의 보안 경계 내에서 발생합니다.

Q2: 네트워크를 전환할 때마다 지갑에서 승인을 요청하는 이유는 무엇입니까? A2. 각 EVM 호환 체인에는 고유한 네임스페이스와 계정 파생 경로가 있습니다. 권한은 체인별로 범위가 지정되므로 명시적인 재승인이 필요합니다.

Q3: 연결 후 브라우저 캐시를 지우면 어떻게 되나요? A3. dApp이 WalletConnect를 통해 세션 복구를 구현하거나 지갑 주소 및 체인 ID와 같은 중요하지 않은 식별자를 별도로 저장하지 않으면 연결 상태가 손실됩니다.

Q4: Etherscan에서 검증되지 않은 dApp에 연결해도 안전한가요? A4. 아니요. 확인되지 않은 dApp은 악성 스크립트를 삽입하거나 지갑 프롬프트를 스푸핑할 수 있습니다. 항상 계약 주소를 확인하고, 도메인 적법성을 확인하고, 어디에서나 시드 문구를 입력하지 마세요.