---
title: "지갑 파생 경로: 표준, 탐색 및 복구"
description: "지갑 파생 경로가 결정론적 하위 키를 선택하는 방법, 하드닝된 수준과 계정 규칙이 어떻게 다른지, 복구 중 경로를 확인하는 방법을 배우세요."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 지갑 파생 경로: 표준, 탐색 및 복구

> 교육 참고용이며 투자 조언이 아닙니다. 투자에는 손실이 발생할 수 있습니다.

<a id="answer"></a>

## 핵심 답변

지갑 파생 경로는 결정론적 키 파생 알고리즘이 키 트리에서 어느 노드를 선택할지 알려주는 순서화된 자식 인덱스입니다. 일반적인 BIP-32 표기법에서 `m/84'/0'/0'/0/7`는 마스터 개인 노드 `m`에서 시작해 다섯 자식 노드를 거칩니다. 아포스트로피는 강화된 BIP-32 자식을 표시합니다. 경로는 라우팅 메타데이터일 뿐 개인 키가 아니며, 시드를 암호화하거나 자체적으로 블록체인 잔액을 식별하지 않습니다. 올바른 루트 정보와 파생 알고리즘 없이는 아무것도 복구할 수 없습니다.

BIP-44 스타일 지갑의 경우, 템플릿은 `m / purpose' / coin_type' / account' / change / address_index`입니다. 각 레벨에는 임의의 라벨이 아닌 정해진 의미가 있습니다. `purpose`는 지갑 방식을 선택하고, `coin_type`는 등록된 자산 네임스페이스를 구분하며, `account`는 논리적 계정을 구분하고, `change`는 일반적으로 외부 수신 주소(`0`)와 내부 잔돈 주소(`1`)를 구분하며, `address_index`는 하나의 리프를 선택합니다. BIP-44는 처음 세 레벨을 강화(harden)하고 마지막 두 레벨은 강화되지 않은 상태로 남겨두어 계정 확장 공개 키가 개인 키를 보유하지 않고도 수신 및 잔돈 주소를 파생할 수 있도록 합니다.

같은 니모닉도 유효하지만 서로 관련 없는 여러 주소 집합으로 이어질 수 있습니다. Bitcoin의 일반적인 단일 키 경로에는 P2PKH용 `m/44'/0'/account'/change/index`, P2SH에 중첩된 P2WPKH용 `m/49'/0'/account'/change/index`, 네이티브 SegWit P2WPKH용 `m/84'/0'/account'/change/index`, 단일 키 Taproot P2TR용 `m/86'/0'/account'/change/index`가 있습니다. 지갑은 출력 또는 스크립트 구성도 알아야 하므로, 경로만으로는 완전한 Bitcoin 지갑 정책이 되지 않습니다.

다른 생태계는 동일한 의미를 보장하지 않은 채 이 표기법의 일부를 재사용합니다. Ether는 BIP-44 코인 유형 `60`으로 등록되어 있고 `m/44'/60'/0'/0/index`는 일반적인 외부 소유 계정 규칙이지만, 지갑 구현에서는 여러 계정 구조가 사용되었습니다. 동일한 EVM 키는 여러 EVM 네트워크에서 같은 계정 주소를 생성할 수 있으나 잔액과 거래 내역은 체인별입니다. Ethereum 검증자 BLS 키는 BIP-32 대신 ERC-2333과 ERC-2334를 사용합니다. 해당 `m/12381/3600/account/use` 경로에는 아포스트로피가 없고 BIP-32 트리와 상호 운용되지 않습니다. 따라서 복구에는 그럴듯한 문자열이 아니라 정확한 구현, 곡선, 시드 또는 패스프레이즈, 경로 규칙, 네트워크와 주소 생성 방식이 필요합니다.

<a id="mechanism"></a>

## 파생 경로 식별 및 검증 방법

### 1. 루트 정보와 파생 알고리즘 확인

니모닉 형식, 단어 목록, 선택적 패스프레이즈, 원시 시드 또는 확장 키와 지갑을 만든 소프트웨어나 하드웨어 구현을 모두 기록하십시오. BIP-39는 `128`~`256`비트의 엔트로피를 니모닉으로 표현하고, 그 니모닉과 정확한 패스프레이즈로부터 `512-bit` 시드를 파생합니다. 패스프레이즈가 달라질 때마다 문법적으로는 유효하지만 서로 다른 시드가 생성됩니다. 이후 BIP-32는 시드에서 secp256k1 확장 키를 파생합니다. 다른 지갑 계열은 다른 니모닉 체계, 곡선, 키 파생 함수 또는 마스터 키 규칙을 사용할 수 있으므로 단어가 같다고 루트가 같다고 볼 수 없습니다.

### 2. 표준, 네트워크 및 키 용도 확인

대상이 Bitcoin 결제 키인지, EVM 외부 소유 계정인지, 검증자 키인지, 다중서명 서명자인지, 계약 관리자인지, 또는 다른 권한인지를 판단하십시오. 체인과 네트워크, 적용 가능한 표준과 버전, 키 곡선, 출력 또는 주소 유형, 지갑 애플리케이션을 기록하십시오. SLIP-0044 코인 유형 등록은 네임스페이스를 할당하지만, 해당 자산의 모든 지갑이 BIP-44를 따르는지, 프로젝트를 지지하는지, 또는 다른 체인이 동일한 키를 다른 곳에서 파생하는 것을 방지하는지를 증명하지는 않습니다.

### 3. 각 경로 요소의 정확한 해석

`/`를 부모-자식 경계로 간주하고 모든 인덱스, 깊이, 하드닝 마커를 보존하십시오. BIP-32 하에서는 일반 자식이 `0`부터 `2^31 - 1`까지의 인덱스를 사용하고, 하드닝된 자식은 `2^31`부터 `2^32 - 1`까지의 인덱스를 사용하며, 일반적으로 `'`, `h`, 또는 `H`로 작성됩니다. 따라서 `7'`는 일반 자식 `7`가 아니라 자식 번호 `2^31 + 7`를 인코딩합니다. 가져오기 인터페이스가 루트를 어떻게 나타내는지, 전체 경로를 허용하는지 또는 상대적 접미사를 허용하는지, 내보낸 확장 키가 이미 그 경로의 일부 아래에 있는지 확인하십시오.

### 4. 경로와 주소 또는 출력 의미의 연결

BIP-44 계열 Bitcoin 지갑에서는 `purpose`, `coin_type`, `account`, `change`, `address_index`를 확인한 뒤 의도된 스크립트 유형과 네트워크를 독립적으로 검증하십시오. BIP-49, BIP-84, BIP-86은 호환되지 않는 출력 유형이 한 계정에 조용히 섞이지 않도록 서로 다른 purpose 값을 사용합니다. 다중서명 또는 디스크립터 지갑에서는 각 키 출처, 마스터 지문, 파생 접미사, 임계값, 키 순서, 스크립트 구성 및 체크섬을 보존해야 합니다. 경로 하나만으로는 전체 정책을 재구성할 수 없습니다.

### 5. 계정 및 주소 탐색 재현

하나의 빈 기본 계정만으로 손실을 추정하지 마십시오. BIP-44 탐색은 계정을 순서대로 확인하고 외부 체인을 스캔하며, `20` 연속 미사용 주소의 주소 갭 제한을 사용합니다. 그 갭을 넘어 주소를 생성했거나, 내부 분기를 비정상적으로 사용했거나, 계정을 건너뛰었거나, 독자적인 레이아웃을 적용한 지갑은 기본 스캔으로 찾지 못할 수 있습니다. 신뢰할 수 있는 보기 전용 데이터나 오프라인 파생만으로 검색하고, 명확한 범위를 설정하며, 검색한 모든 분기를 문서화하고, 니모닉이나 확장 개인 키를 웹사이트에 업로드하지 마십시오.

### 6. 잔액에 의존하기 전 지갑 식별 정보 검증

마스터 지문, 계정 수준 확장 공개키(적절한 경우), 전체 출처 경로, 그리고 이전에 기록된 수신 및 변경 주소 여러 개를 비교하십시오. Bitcoin의 경우 예상 출력 스크립트 또는 디스크립터를 유도하고, 사용된 출력까지 포함하여 거래 기록을 확인하기 위해 올바른 네트워크를 조회하십시오. 계정 기반 체인의 경우 정확한 `chainId`, 주소, 토큰 계약, 그리고 과거 활동을 검증하십시오. 잔액이 비어 있는 것은 약한 증거입니다: 주소가 잘못되었거나, 네트워크나 인덱스가 다르거나, 자산이 이미 이동했을 수 있습니다.

### 7. 통제된 절차를 통한 복구 또는 이전

신뢰할 수 있는 환경에서 검증된 호환 소프트웨어를 사용하십시오. 서명 자료를 노출하기 전에 보기 전용 디스크립터나 계정 공개 키를 가져와 탐색하는 방식을 우선하십시오. 격리된 계정이나 소액 거래로 서명과 복구를 시험한 뒤 파생 주소, 온체인 기록, 출력 소유권, 수수료 및 최종 상태를 대조하십시오. 신뢰할 수 없는 복구 도구에 비밀을 입력했다면 유출된 것으로 보고, 복구한 지갑을 계속 쓰지 말고 모든 자산, 계약 역할, 승인, 검증자 임무 및 복구 권한을 새 루트로 이전하십시오.

<a id="example"></a>

## 계산 예시

### Bitcoin 강화 파생 경로 해석

`m/84'/0'/2'/1/17`을 예로 들면 각 필드는 네이티브 SegWit purpose `84'`, Bitcoin 코인 유형 `0'`, 계정 `2'`, 내부 또는 거스름돈 분기 `1`, 주소 인덱스 `17`을 뜻합니다. BIP-32 강화 인덱스에는 `2^31 = 2,147,483,648`을 더하므로 직렬화된 자식 번호는 `84' = 2,147,483,732`, `0' = 2,147,483,648`, `2' = 2,147,483,650`입니다. 마지막 두 인덱스는 일반 인덱스 `1`과 `17`로 남습니다. 아포스트로피 하나를 빼면 같은 표기의 변형이 아니라 다른 하위 트리가 선택됩니다.

### 사용된 주소를 놓치는 주소 간격

외부 분기에서 인덱스 `0`과 `5`의 주소가 사용되었고, 이후 지갑이 `6`부터 `25`까지 스캔하여 사용되지 않은 주소 `20`개를 연속으로 찾았다고 가정합니다. BIP-44 주소 간격 규칙에 따라 탐색은 `25`에서 멈추므로 인덱스 `26`의 사용된 주소는 중지 조건 뒤에 있어 누락됩니다. 기록된 명시적 한도까지 스캔을 넓히면 찾을 수 있지만, 근본 원인은 원본 지갑이 중간 활동 없이 표준 간격을 넘어 주소를 생성한 것입니다.

### 범위를 정한 복구 검색량 계산

복구 기록만으로 Bitcoin purpose `4`종(`44'`, `49'`, `84'`, `86'`), 계정 `3`개, 분기 `2`개, 첫 `20`개 인덱스 중 어느 것인지 확정할 수 없다고 가정합니다. 초기 검색량은 `4 × 3 × 2 × 20 = 480`개의 말단 후보입니다. 익숙한 주소 하나를 찾으면 후보 경로는 식별되지만 지갑 전체가 복구되었다는 뜻은 아닙니다. 거스름돈, 이후 인덱스, 다른 계정, 디스크립터 세부사항과 거래 내역도 확인해야 합니다. 검색 차원을 명시하면 복구를 재현할 수 있고 무제한 시행착오를 막을 수 있습니다.

### 계정 xpub가 일반 공개 데이터가 아닌 이유

비강화 BIP-32 자식 키의 개인 스칼라는 `child = parent + tweak (mod n)` 관계를 가집니다. 법이 `101`인 단순 예에서 계정 확장 공개 키로 드러난 파생 데이터가 `tweak = 37`을 결정하고 대응하는 자식 개인 스칼라 `12`가 유출되었다면 `parent = 12 - 37 mod 101 = 76`입니다. 실제 BIP-32는 secp256k1 군의 위수와 HMAC 파생값을 사용하지만 대수적 결과는 같습니다. 부모 `xpub`와 대응하는 비강화 후손 개인 키 하나가 함께 노출되면 부모 확장 개인 키와 그 하위 트리가 드러날 수 있습니다. 강화 계정 경계는 이 실패를 제한하기 위해 설계됩니다.

<a id="risks"></a>

## 위험 및 검토 누락

- **니모닉 또는 패스프레이즈 오류:** 단어 하나, 단어 순서, Unicode 정규화 규칙 또는 패스프레이즈가 다르면 겉보기에는 유효한 다른 루트 키가 생성됩니다.
- **파생 방식 오류:** 다른 니모닉 체계, 곡선, KDF 또는 마스터 키 알고리즘을 사용한 지갑에 BIP-32를 적용하면 관련 없는 키가 파생됩니다.
- **네트워크 또는 코인 유형 오류:** 다른 네임스페이스의 올바른 루트도 그럴듯한 주소를 만들 수 있지만, 목표 체인은 여전히 검색되지 않을 수 있습니다.
- **purpose 또는 스크립트 오류:** `44'`, `49'`, `84'`, `86'`를 혼동하면 실제 자금이 있는 Bitcoin 출력 유형을 놓칠 수 있습니다.
- **강화 파생 표시 누락:** `7`, `7'`, `7h`, `7H`는 소프트웨어에 따라 다르게 해석되거나 거부될 수 있으며, 강화 자식 키와 일반 자식 키는 서로 바꿀 수 없습니다.
- **계정 인덱스 오류:** 계정 `0'`만 확인하면 이후 논리 계정의 자금이나 권한을 놓칠 수 있습니다.
- **외부 분기와 거스름돈 분기 혼동:** 분기 `0`만 스캔하면 분기 `1`의 거스름돈 출력이나 지갑 고유 분기 구성을 놓칠 수 있습니다.
- **주소 인덱스 오류:** 익숙한 첫 주소가 일치해도 이후 인덱스, 건너뛴 인덱스 또는 가져온 주소까지 확인했다는 뜻은 아닙니다.
- **주소 간격으로 인한 누락:** 사용되지 않은 외부 주소가 `20`개 연속되면 표준 BIP-44 스캔이 이후의 비표준 사용 지점 전에 멈출 수 있습니다.
- **건너뛴 계정으로 인한 누락:** 순차 계정 탐색은 사용되지 않은 계정에서 멈춰 그 뒤에 생성된 계정을 놓칠 수 있습니다.
- **불완전한 Bitcoin 정책:** 디스크립터, 스크립트, 임계값, 키 순서, 지문 또는 체크섬이 없으면 경로만으로 자금이 들어 있는 출력을 재현하지 못할 수 있습니다.
- **지갑 고유 규칙:** 애플리케이션은 범용 복구 도구가 열거하지 않는 레거시, 독점 또는 마이그레이션 경로 구성을 사용할 수 있습니다.
- **확장 공개 키 개인정보 유출:** `xpub`는 주소 군집, 거래 내역, 잔액 및 향후 비강화 자식 주소를 노출할 수 있습니다.
- **확장 개인 키 과다 노출:** `xprv`를 가져오면 거래에 필요한 한 개의 말단 키가 아니라 전체 하위 트리가 노출될 수 있습니다.
- **BIP-32 부모 키 노출:** 부모 `xpub`와 대응하는 비강화 자식 개인 키 하나가 함께 유출되면 부모 확장 개인 키와 그 하위 트리가 복구될 수 있습니다.
- **주소 형식에 대한 과신:** 문법적으로 유효한 주소는 의도한 시드, 경로, 네트워크, 스크립트 또는 소유권을 증명하지 않습니다.
- **동일 주소의 체인 혼동:** 같은 EVM 키는 여러 네트워크에서 동일한 주소가 되지만 잔액, nonce, 토큰 및 위험은 서로 다릅니다.
- **악성 복구 소프트웨어:** 웹사이트, 확장 프로그램, 화면 공유 도구, 클립보드 감시기, 키로거 또는 위조 장치가 루트 비밀을 탈취할 수 있습니다.
- **가져오기와 스윕 혼동:** 키를 가져오면 기존 권한이 유지됩니다. 스윕이나 이전은 거래를 생성하므로 수수료와 목적지를 검토해야 합니다.
- **불완전한 복구 범위:** 잔액 하나를 찾았더라도 서명, 거스름돈, 토큰 계약, 역할, 승인, 검증자 키 및 백업을 확인하지 않으면 자산이 계속 숨겨지거나 노출될 수 있습니다.

<a id="misconceptions"></a>

## 일반적인 오해

### 파생 경로는 비밀번호나 비밀인가요?

아니요. 경로는 일반적으로 공용 구조를 설명하며 복구 메타데이터로서 보존되어야 합니다. 경로는 니모닉, 암호 구문, 시드, 개인 키 또는 지갑 정책을 대체하지 않습니다. 경로를 공개하면 조직 정보를 드러낼 수 있지만, 경로만 가지고 있다고 해서 서명 권한이 부여되지는 않습니다.

### 같은 니모닉이면 항상 같은 지갑이 자동 복구되나요?

아니요. 결과는 또한 니모닉 체계, 정확한 암호문구, 시드 처리, 파생 알고리즘, 경로, 곡선, 네트워크, 그리고 주소 또는 스크립트 구성에 따라 달라집니다. 지갑 소프트웨어는 같은 단어를 받아들일 때도 서로 다른 기본값을 선택할 수 있습니다.

### 코인 유형이 다른 체인에서의 키 사용을 막나요?

아니요. 코인 타입은 프로토콜 허가가 아니라 파생 네임스페이스 및 호환성 규약입니다. 소프트웨어는 다른 곳에서 키를 파생하거나 재사용할 수 있으며, EVM 네트워크는 일반적으로 동일한 개인 키에 대해 동일한 계정 주소를 노출합니다.

### 복구한 계정의 빈 잔액이 자산 소실을 증명하나요?

아니요. 그것은 특정 주소와 현재 조회된 네트워크에서 잔액이 감지되지 않았음을 보여줄 뿐입니다. 잘못된 경로, 계정, 분기, 스크립트 유형, 검색 한도, 토큰 인덱싱 또는 네트워크 선택은 모두 의도된 기록을 숨길 수 있습니다.

### 복구 도구로 가능한 모든 경로를 안전하게 시도할 수 있나요?

아니요. 검색 공간이 클 수 있고, 지갑 규약이 완전히 보편적이지 않으며, 신뢰할 수 없는 도구에 루트 비밀을 노출하는 것 자체가 손실 사건입니다. 검색을 좁히기 위해 출처, 기록된 지문과 주소, 제한된 오프라인 탐색, 검증된 소프트웨어를 사용하세요.

<a id="related"></a>

## 관련 주제

- [HD 지갑](/ko/crypto/hd-wallet/)
- [시드 문구](/ko/crypto/seed-phrase/)
- [콜드 월렛](/ko/crypto/cold-wallet/)
- [하드웨어 지갑](/ko/crypto/hardware-wallet/)
- [공개 키와 개인 키](/ko/crypto/public-private-key/)

<a id="sources"></a>

## 출처

- [BIP 32: 계층적 결정론 지갑](https://bips.dev/32/) - Bitcoin Improvement Proposals (접근일: 2026-08-19)
- [BIP 39: 결정론적 키 생성을 위한 니모닉 코드](https://bips.dev/39/) - Bitcoin Improvement Proposals (접근일: 2026-08-19)
- [BIP 44: 결정론적 지갑을 위한 다중 계정 계층 구조](https://bips.dev/44/) - Bitcoin Improvement Proposals (접근일: 2026-08-19)
- [BIP 49: P2SH에 중첩된 P2WPKH 계정을 위한 파생 방식](https://bips.dev/49/) - Bitcoin Improvement Proposals (접근일: 2026-08-19)
- [BIP 84: P2WPKH 계정을 위한 파생 스킴](https://bips.dev/84/) - Bitcoin Improvement Proposals (접근일: 2026-08-19)
- [BIP 86: 단일 키 P2TR 출력용 키 파생](https://bips.dev/86/) - Bitcoin Improvement Proposals (접근일: 2026-08-19)
- [SLIP-0044: BIP-0044 용 등록된 코인 유형](https://github.com/satoshilabs/slips/blob/master/slip-0044.md) - SatoshiLabs Improvement Proposals (접근일: 2026-08-19)
- [ERC-2334: BLS12-381 결정적 계정 계층](https://eips.ethereum.org/EIPS/eip-2334) - Ethereum Improvement Proposals (접근일: 2026-08-19)

Source: https://wiki.fcontext.com/ko/crypto/derivation-path/index.mdx