동일한 MetaMask 지갑 내에서 두 번째 계정을 만드는 방법은 무엇입니까?

MetaMask 계정 구조 이해

1. MetaMask는 다른 시드 문구를 사용하여 동일한 확장 인스턴스 내에 두 번째 지갑 생성을 지원하지 않습니다.

2. 각 MetaMask 설치는 계층적 결정론적(HD) 파생 경로를 통해 무한한 수의 계정을 생성하는 하나의 12단어 복구 문구와 연결됩니다.

3. 사용자가 일반적으로 "두 번째 계정"이라고 부르는 것은 실제로 독립 지갑이 아닌 동일한 시드 문구 아래에 있는 추가 HD 파생 주소입니다.

4. 이러한 계정은 동일한 개인 키 루트를 공유하며 원래 니모닉을 통해서만 복구할 수 있습니다. 즉, 시드가 손상되면 모든 계정이 노출됩니다.

5. 인터페이스를 사용하면 지갑당 최대 100개의 계정을 추가할 수 있으며 각 계정에는 자체 공개 주소와 잔액 추적 기능이 있습니다.

MetaMask에 새 계정 추가

1. MetaMask를 열고 올바른 네트워크(예: Ethereum Mainnet 또는 Seplia)에 있는지 확인하세요.

2. 오른쪽 상단에 있는 계정 아이콘을 클릭한 후 드롭다운 메뉴에서 "계정 만들기"를 선택하세요.

3. 새 계정의 사용자 정의 이름을 입력합니다. 이 라벨은 온체인 효과는 없지만 로컬 식별에 도움이 됩니다.

4. 생성을 확인합니다. MetaMask는 m/44'/60'/0'/n 경로 증분을 사용하여 기존 시드에서 파생된 새 주소를 즉시 생성합니다.

5. 새로 추가된 계정은 계정 전환기에 다른 계정과 함께 표시되며 자체 거래 내역 탭을 받습니다.

여러 계정의 보안 영향

1. 모든 계정은 동일한 보안 속성을 상속받습니다. 시드 문구가 유출되면 모든 관련 주소가 취약해집니다.

2. 개별 계정의 개인 키는 UI에 노출되지 않으며 브라우저의 로컬 저장소 내에서 암호화된 상태로 유지됩니다.

3. 이러한 계정 간 자산 전송에는 표준 네트워크 수수료가 발생하며 누구에게나 볼 수 있는 일반적인 온체인 전송으로 나타납니다.

4. DeFi 상호 작용용 계정과 NFT 발행용 계정 등 다양한 목적으로 별도의 계정을 사용하면 조직의 명확성이 향상되지만 암호화 격리는 없습니다.

5. 특정 계정의 개인 키를 내보내도 마스터 시드에서 분리되지 않습니다. 내보낸 키는 여전히 원래 니모닉으로 추적됩니다.

일반적인 오해가 명확해졌습니다

1. "두 번째 계정"은 다중 서명 지갑이 아니며 스마트 계약 논리 또는 외부 서명자를 포함하지 않습니다.

2. 계정 간 전환은 dApp이 eth_requestAccounts를 통해 계정 전환을 명시적으로 요청하지 않는 한 연결된 dApp의 신원 인식을 변경하지 않습니다.

3. MetaMask에서 계정을 삭제하면 해당 로컬 레이블과 트랜잭션 캐시만 제거됩니다. 주소는 온체인에 남아 있고 복구 가능합니다.

4. 개인 키 또는 JSON 파일을 MetaMask로 가져오면 고급 경로 구성을 사용하여 수동으로 다시 파생되지 않는 한 항상 HD 트리 외부에 독립형 지갑이 생성됩니다.

5. Ledger 또는 Trezor와 같은 하드웨어 지갑 통합은 다르게 작동합니다. 이는 MetaMask의 내부 HD 생성을 사용하지 않으며 각 서명 작업에 대해 명시적인 장치 확인이 필요합니다.

자주 묻는 질문

Q: 하나의 MetaMask 확장 프로그램에서 두 개의 다른 시드 문구를 사용할 수 있습니까? 아니요. MetaMask는 브라우저 프로필당 하나의 시드 문구만 허용합니다. 여러 개의 독립 지갑을 관리하려면 별도의 브라우저 프로필이나 다른 브라우저를 사용하세요.

Q: 새로 생성된 계정은 첫 번째 계정으로 전송된 토큰을 자동으로 받게 됩니까? 아니요. 각 계정에는 고유한 공개 주소가 있습니다. 주소 A로 전송된 토큰은 명시적으로 전송되지 않는 한 주소 B에 표시되지 않습니다.

Q: 두 개의 MetaMask 계정의 잔액을 하나로 병합할 수 있습니까? 예. 한 계정에서 다른 계정으로 표준 블록체인 전송을 시작하면 됩니다. 이를 위해서는 가스 요금을 지불해야 하며 원장에 불변의 기록이 남습니다.

Q: 계정을 더 많이 만들면 피싱 공격에 대한 노출이 늘어나나요? 본질적으로 아닙니다. 그러나 레이블이 지정된 여러 계정을 관리하면 승인 중에 실수로 잘못된 주소를 선택하여 운영 위험이 증가할 수 있습니다.