---
title: "เส้นทางการสืบทอดคีย์ของกระเป๋า: มาตรฐาน การค้นหา และการกู้คืน"
description: "เรียนรู้ว่าเส้นทางการสืบทอดคีย์ของกระเป๋าเลือกกุญแจลูกแบบกำหนดเองอย่างไร ระดับที่ถูกทำให้hardenedและข้อกำหนดบัญชีแตกต่างกันอย่างไร และวิธีตรวจสอบพาธในระหว่างการกู้คืน"
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` เริ่มจากโหนดส่วนตัวระดับ master `m` แล้วผ่านคีย์ลูกห้าระดับ apostrophe ระบุคีย์ลูก BIP-32 แบบ hardened เส้นทางเป็นเพียงข้อมูลกำหนดตำแหน่ง ไม่ใช่คีย์ส่วนตัว ไม่ได้เข้ารหัส seed ไม่ได้ระบุยอดคงเหลือบนบล็อกเชนด้วยตัวเอง และกู้คืนสิ่งใดไม่ได้หากไม่มีข้อมูลรากกับอัลกอริทึมการสืบทอดที่ถูกต้อง

สำหรับกระเป๋าแบบ BIP-44 แม่แบบคือ `m / purpose' / coin_type' / account' / change / address_index` แต่ละระดับมีความหมายที่กำหนดไว้ ไม่ใช่ป้ายกำกับตามอำเภอใจ `purpose` เลือกข้อตกลงของกระเป๋า `coin_type` แยก namespace ของสินทรัพย์ที่จดทะเบียน `account` แยกบัญชีเชิงตรรกะ `change` โดยทั่วไปแยกที่อยู่รับภายนอก (`0`) จากที่อยู่เงินทอนภายใน (`1`) และ `address_index` เลือกคีย์ปลายทางหนึ่งรายการ BIP-44 ใช้ hardened กับสามระดับแรกและใช้ non-hardened กับสองระดับสุดท้าย เพื่อให้คีย์สาธารณะแบบขยายระดับบัญชีสร้างที่อยู่รับและเงินทอนได้โดยไม่ต้องมีคีย์ส่วนตัว

วลีช่วยจำเดียวกันอาจนำไปสู่ชุดที่อยู่หลายชุดซึ่งถูกต้องแต่ไม่เกี่ยวข้องกัน สำหรับ Bitcoin เส้นทางแบบคีย์เดียวที่พบบ่อย ได้แก่ `m/44'/0'/account'/change/index` สำหรับ P2PKH, `m/49'/0'/account'/change/index` สำหรับ P2WPKH ที่ซ้อนใน P2SH, `m/84'/0'/account'/change/index` สำหรับ native SegWit P2WPKH และ `m/86'/0'/account'/change/index` สำหรับ Taproot P2TR แบบคีย์เดียว กระเป๋ายังต้องทราบวิธีสร้างเอาต์พุตหรือสคริปต์ เส้นทางเพียงอย่างเดียวจึงไม่ใช่นโยบายกระเป๋า Bitcoin ที่ครบถ้วน

ระบบนิเวศอื่นนำสัญกรณ์บางส่วนไปใช้โดยไม่ได้รับประกันว่าความหมายจะเหมือนกัน Ether จดทะเบียนเป็นชนิดเหรียญ BIP-44 `60` และ `m/44'/60'/0'/0/index` เป็นข้อตกลงที่พบบ่อยสำหรับ externally owned account แต่ซอฟต์แวร์กระเป๋าเคยใช้โครงสร้างบัญชีหลายแบบ คีย์ EVM เดียวกันอาจให้ที่อยู่บัญชีเดียวกันในหลายเครือข่าย EVM แม้ยอดคงเหลือและประวัติรายการจะแยกตามเชน ส่วนคีย์ BLS ของผู้ตรวจสอบ Ethereum ใช้ ERC-2333 และ ERC-2334 แทน BIP-32 เส้นทาง `m/12381/3600/account/use` ไม่มี apostrophe และใช้ร่วมกับต้นไม้ BIP-32 ไม่ได้ การกู้คืนจึงต้องทราบ implementation เส้นโค้ง seed หรือ passphrase ข้อตกลงเส้นทาง เครือข่าย และวิธีสร้างที่อยู่ที่ถูกต้อง ไม่ใช่เพียงสตริงที่ดูสมเหตุผล

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

## วิธีระบุและตรวจสอบเส้นทางการสืบทอดคีย์

### 1. ระบุข้อมูลรากและอัลกอริทึมการสืบทอดคีย์

บันทึกรูปแบบวลีช่วยจำ รายการคำ passphrase ที่อาจใช้ seed ดิบหรือคีย์แบบขยาย และ implementation ของซอฟต์แวร์หรือฮาร์ดแวร์ที่สร้างกระเป๋า BIP-39 แปลง entropy ขนาด `128` ถึง `256` บิตเป็นวลีช่วยจำ และสร้าง seed ขนาด `512-bit` จากวลีช่วยจำร่วมกับ passphrase ที่ตรงทุกตัวอักษร passphrase ทุกค่าจะให้ seed ที่ถูกต้องตามรูปแบบแต่แตกต่างกัน จากนั้น BIP-32 จึงสืบทอดคีย์ secp256k1 แบบขยายจาก seed กระเป๋าตระกูลอื่นอาจใช้รูปแบบวลีช่วยจำ เส้นโค้ง ฟังก์ชันสืบทอดคีย์ หรือกฎ master key ต่างกัน คำที่ตรงกันจึงไม่ได้พิสูจน์ว่า root ตรงกัน

### 2. ระบุมาตรฐาน เครือข่าย และหน้าที่ของคีย์

ระบุว่าเป้าหมายเป็นคีย์รับชำระ Bitcoin, externally owned account ของ EVM, คีย์ผู้ตรวจสอบ, ผู้ลงนาม multisig, ผู้ดูแลสัญญา หรือสิทธิ์ประเภทอื่น บันทึกเชนและเครือข่าย มาตรฐานกับเวอร์ชัน เส้นโค้งของคีย์ ประเภทเอาต์พุตหรือที่อยู่ และแอปกระเป๋า การจดทะเบียนชนิดเหรียญใน SLIP-0044 เป็นเพียงการจัดสรร namespace ไม่ได้พิสูจน์ว่ากระเป๋าทุกใบของสินทรัพย์นั้นใช้ BIP-44 ไม่ใช่การรับรองโครงการ และไม่ได้ห้ามเชนอื่นสืบทอดคีย์เดียวกัน

### 3. แยกความหมายของแต่ละส่วนในเส้นทางอย่างแม่นยำ

ถือว่า `/` เป็นขอบเขตระหว่างโหนดแม่กับโหนดลูก และรักษาดัชนี ความลึก และเครื่องหมาย hardened ทุกตัว ใน BIP-32 คีย์ลูกปกติใช้ดัชนี `0` ถึง `2^31 - 1` ส่วนคีย์ลูกแบบ hardened ใช้ `2^31` ถึง `2^32 - 1` และมักเขียนด้วย `'`, `h` หรือ `H` ดังนั้น `7'` จึงเข้ารหัสหมายเลขลูก `2^31 + 7` ไม่ใช่ลูกปกติ `7` ตรวจสอบว่า interface นำเข้าแทน root อย่างไร รับเส้นทางเต็มหรือ suffix แบบสัมพัทธ์ และคีย์แบบขยายที่ส่งออกอยู่ต่ำกว่าบางส่วนของเส้นทางนั้นแล้วหรือไม่

### 4. เชื่อมเส้นทางกับความหมายของที่อยู่หรือเอาต์พุต

สำหรับกระเป๋า Bitcoin ในตระกูล BIP-44 ให้ยืนยัน `purpose`, `coin_type`, `account`, `change` และ `address_index` แล้วตรวจประเภทสคริปต์กับเครือข่ายแยกต่างหาก BIP-49, BIP-84 และ BIP-86 จงใจใช้ค่า purpose ต่างกัน เพื่อไม่ให้เอาต์พุตที่เข้ากันไม่ได้ปรากฏปะปนในบัญชีเดียว สำหรับกระเป๋า multisig หรือ descriptor ต้องเก็บ key origin, master fingerprint, suffix การสืบทอด, threshold, ลำดับคีย์, วิธีสร้างสคริปต์ และ checksum เส้นทางเดียวไม่สามารถสร้างนโยบายทั้งหมดกลับมาได้

### 5. ทำซ้ำกระบวนการค้นหาบัญชีและที่อยู่

อย่าสรุปว่าสินทรัพย์สูญหายเพียงเพราะบัญชีเริ่มต้นว่าง การค้นหา BIP-44 ตรวจบัญชีตามลำดับและสแกนแขนงภายนอก โดยใช้ address gap ที่มีที่อยู่ไม่เคยใช้ต่อเนื่อง `20` รายการ กระเป๋าที่สร้างที่อยู่เลยช่วงนี้ ใช้แขนงภายในผิดจากปกติ ข้ามบัญชี หรือใช้โครงสร้างเฉพาะ อาจไม่ถูกพบในการสแกนปริยาย ค้นหาด้วยข้อมูล watch-only ที่เชื่อถือได้หรือสืบทอดแบบออฟไลน์เท่านั้น กำหนดขอบเขตชัดเจน บันทึกทุกแขนงที่ตรวจ และอย่าอัปโหลดวลีช่วยจำหรือคีย์ส่วนตัวแบบขยายไปยังเว็บไซต์

### 6. ตรวจสอบตัวระบุกระเป๋าก่อนอ้างอิงยอดคงเหลือ

เปรียบเทียบ master fingerprint, คีย์สาธารณะแบบขยายระดับบัญชีเมื่อเหมาะสม, origin path เต็ม และที่อยู่รับกับที่อยู่เงินทอนที่เคยบันทึกไว้หลายรายการ สำหรับ Bitcoin ให้สืบทอดสคริปต์เอาต์พุตหรือ descriptor ที่คาดไว้ แล้วสอบถามประวัติธุรกรรมจากเครือข่ายที่ถูกต้อง รวมถึงเอาต์พุตที่ใช้จ่ายแล้ว สำหรับเชนแบบบัญชี ให้ยืนยัน `chainId` ที่อยู่ สัญญาโทเค็น และกิจกรรมย้อนหลัง ยอดคงเหลือว่างเป็นหลักฐานที่อ่อน เพราะที่อยู่อาจผิด เครือข่ายหรือดัชนีอาจต่างกัน หรือสินทรัพย์อาจถูกย้ายไปแล้ว

### 7. กู้คืนหรือย้ายผ่านกระบวนการที่ควบคุมได้

ใช้ซอฟต์แวร์ที่ตรวจสอบแล้วและเข้ากันได้ในสภาพแวดล้อมที่เชื่อถือได้ ควรนำเข้า descriptor แบบ watch-only หรือคีย์สาธารณะระดับบัญชีเพื่อค้นหาก่อนเปิดเผยข้อมูลสำหรับลงนาม ทดสอบการลงนามและการกู้คืนด้วยบัญชีแยกหรือธุรกรรมมูลค่าน้อย แล้วกระทบยอดที่อยู่ที่สืบทอด ประวัติบนเชน ความเป็นเจ้าของเอาต์พุต ค่าธรรมเนียม และสถานะสุดท้าย หากเคยป้อนความลับในเครื่องมือกู้คืนที่ไม่น่าเชื่อถือ ให้ถือว่ารั่วไหลและย้ายสินทรัพย์ บทบาทสัญญา การอนุมัติ หน้าที่ผู้ตรวจสอบ และสิทธิ์กู้คืนทั้งหมดไปยัง root ใหม่ แทนการใช้กระเป๋าที่กู้คืนต่อ

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

## ตัวอย่างการคำนวณ

### การแยกเส้นทาง Bitcoin แบบ hardened

พิจารณา `m/84'/0'/2'/1/17` แต่ละส่วนหมายถึง purpose สำหรับ native SegWit `84'` ชนิดเหรียญ Bitcoin `0'` บัญชี `2'` แขนงภายในหรือเงินทอน `1` และดัชนีที่อยู่ `17` เนื่องจากดัชนีแบบ hardened ของ 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` การตก apostrophe หนึ่งตัวจะเลือกต้นไม้ย่อยคนละชุด ไม่ใช่เพียงการเขียนอีกแบบหนึ่ง

### ช่วงว่างที่ทำให้ไม่พบที่อยู่ซึ่งเคยใช้

สมมติว่าแขนงภายนอกเคยใช้ที่อยู่ดัชนี `0` และ `5` จากนั้นกระเป๋าสแกนดัชนี `6` ถึง `25` และพบที่อยู่ซึ่งไม่เคยใช้ต่อเนื่อง `20` รายการ ตามกฎ address gap ของ BIP-44 การค้นหาจะหยุดที่ `25` ที่อยู่ซึ่งเคยใช้ที่ดัชนี `26` จึงอยู่หลังเงื่อนไขหยุดและไม่ถูกพบ การขยายการสแกนถึงขอบเขตที่ระบุและบันทึกไว้ช่วยค้นหาได้ แต่สาเหตุคือกระเป๋าต้นทางสร้างที่อยู่เลยช่วงว่างมาตรฐานโดยไม่มีการใช้งานคั่นกลาง

### การนับขอบเขตการค้นหาเพื่อกู้คืน

บันทึกการกู้คืนไม่ได้ระบุว่าใช้ purpose ของ Bitcoin ใน `4` กลุ่มใด (`44'`, `49'`, `84'` หรือ `86'`) รวมทั้งบัญชีใดจาก `3` บัญชี แขนงใดจาก `2` แขนง และดัชนีใดใน `20` รายการแรก การค้นหารอบแรกจึงมีคีย์ปลายทางที่เป็นไปได้ `4 × 3 × 2 × 20 = 480` รายการ การพบที่อยู่ที่คุ้นเคยระบุได้เพียงเส้นทางผู้สมัคร ไม่ได้ยืนยันว่าพบทั้งกระเป๋า ยังต้องตรวจเงินทอน ดัชนีถัดไป บัญชีอื่น descriptor และประวัติรายการ การกำหนดทุกมิติให้ชัดทำให้ทำซ้ำการกู้คืนได้และไม่ต้องลองอย่างไร้ขอบเขต

### เหตุใด xpub ระดับบัญชีจึงไม่ใช่ข้อมูลสาธารณะทั่วไป

สำหรับคีย์ลูก BIP-32 แบบ non-hardened ค่าสเกลาร์ส่วนตัวสัมพันธ์กันตาม `child = parent + tweak (mod n)` ในตัวอย่างอย่างง่ายโมดูโล `101` หากข้อมูลการสืบทอดจากคีย์สาธารณะแบบขยายระดับบัญชีกำหนด `tweak = 37` และค่าสเกลาร์ส่วนตัวของคีย์ลูก `12` รั่วไหล จะได้ `parent = 12 - 37 mod 101 = 76` BIP-32 จริงใช้ลำดับกรุป secp256k1 และค่า HMAC แต่ผลทางพีชคณิตเหมือนกัน คือ `xpub` ระดับแม่ร่วมกับคีย์ส่วนตัวลูกหลานแบบ non-hardened ที่ตรงกันอาจเปิดเผยคีย์ส่วนตัวแบบขยายระดับแม่และต้นไม้ย่อยได้ ขอบเขตบัญชีแบบ hardened ช่วยจำกัดความเสียหายนี้

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

## ความเสี่ยงและข้อบกพร่องในการตรวจสอบ

- **วลีช่วยจำหรือ passphrase ไม่ถูกต้อง:** การเปลี่ยนคำหนึ่งคำ ลำดับคำ กฎ Unicode normalization หรือ passphrase จะสร้าง root key อีกชุดที่อาจดูเหมือนถูกต้อง
- **รูปแบบการสืบทอดคีย์ไม่ถูกต้อง:** การใช้ BIP-32 กับกระเป๋าที่ใช้รูปแบบวลีช่วยจำ เส้นโค้ง KDF หรืออัลกอริทึม master key อื่น จะได้คีย์ที่ไม่เกี่ยวข้องกัน
- **เครือข่ายหรือชนิดเหรียญไม่ถูกต้อง:** root key ที่ถูกต้องใน namespace อื่นยังสร้างที่อยู่ที่ดูสมเหตุผลได้ ขณะที่เชนเป้าหมายยังไม่ได้รับการค้นหา
- **purpose หรือสคริปต์ไม่ถูกต้อง:** การสลับ `44'`, `49'`, `84'` หรือ `86'` อาจทำให้ไม่พบประเภทเอาต์พุต Bitcoin ที่มีเงินอยู่จริง
- **ไม่มีเครื่องหมาย hardened:** `7`, `7'`, `7h` และ `7H` อาจถูกตีความต่างกันหรือถูกปฏิเสธ และคีย์ลูกแบบ hardened กับแบบปกติใช้แทนกันไม่ได้
- **ดัชนีบัญชีไม่ถูกต้อง:** การตรวจเฉพาะบัญชี `0'` อาจทำให้พลาดเงินหรือสิทธิ์ในบัญชีลำดับถัดไป
- **สับสนแขนงภายนอกกับแขนงเงินทอน:** การสแกนเฉพาะแขนง `0` อาจพลาดเอาต์พุตเงินทอนในแขนง `1` หรือโครงสร้างแขนงเฉพาะของกระเป๋า
- **ดัชนีที่อยู่ไม่ถูกต้อง:** การพบที่อยู่แรกที่คุ้นเคยไม่ได้พิสูจน์ว่าดัชนีถัดไป ดัชนีที่ข้าม หรือที่อยู่นำเข้าถูกตรวจครบแล้ว
- **ข้อผิดพลาดจากช่วงว่างของที่อยู่:** ที่อยู่ภายนอกที่ไม่เคยใช้ต่อเนื่อง `20` รายการอาจทำให้การสแกน BIP-44 หยุดก่อนการใช้งานแบบไม่เป็นมาตรฐานในภายหลัง
- **บัญชีถูกข้าม:** การค้นหาบัญชีตามลำดับอาจหยุดที่บัญชีซึ่งไม่เคยใช้และไม่ไปถึงบัญชีที่สร้างภายหลัง
- **นโยบาย Bitcoin ไม่ครบถ้วน:** หากไม่มี descriptor สคริปต์ เกณฑ์ ลำดับคีย์ fingerprint และ checksum เส้นทางเพียงอย่างเดียวอาจสร้างเอาต์พุตที่มีเงินอยู่เดิมไม่ได้
- **ข้อตกลงเฉพาะของกระเป๋า:** แอปอาจใช้โครงสร้างแบบเก่า แบบ proprietary หรือเพื่อการย้ายข้อมูลที่เครื่องมือกู้คืนทั่วไปไม่ได้ระบุไว้
- **การรั่วไหลจากคีย์สาธารณะแบบขยาย:** `xpub` อาจเปิดเผยกลุ่มที่อยู่ ประวัติ ยอดคงเหลือ และที่อยู่ลูกแบบ non-hardened ในอนาคต
- **การเปิดเผยคีย์ส่วนตัวแบบขยายเกินจำเป็น:** การนำเข้า `xprv` อาจเปิดเผยทั้งต้นไม้ย่อย ไม่ใช่เพียง leaf เดียวที่ต้องใช้ในการทำรายการ
- **คีย์แม่ BIP-32 ถูกเปิดเผย:** `xpub` ระดับแม่ร่วมกับคีย์ส่วนตัวลูกแบบ non-hardened ที่ตรงกันหนึ่งคีย์ อาจเปิดเผยคีย์ส่วนตัวแบบขยายระดับแม่และต้นไม้ย่อยทั้งหมด
- **เชื่อรูปแบบที่อยู่มากเกินไป:** ที่อยู่ที่ถูกต้องตามรูปแบบไม่ได้พิสูจน์ว่า seed เส้นทาง เครือข่าย สคริปต์ หรือผู้ถือสิทธิ์ถูกต้อง
- **สับสนเชนที่ใช้ที่อยู่เดียวกัน:** คีย์ EVM เดียวอาจให้ที่อยู่เดียวกันในหลายเครือข่าย แต่ยอดคงเหลือ nonce โทเค็น และความเสี่ยงแยกจากกัน
- **ซอฟต์แวร์กู้คืนที่เป็นอันตราย:** เว็บไซต์ ส่วนขยาย เครื่องมือแชร์หน้าจอ ตัวตรวจ clipboard keylogger หรืออุปกรณ์ปลอมอาจขโมย root secret
- **สับสนการ import กับ sweep:** การ import ยังเก็บสิทธิ์เดิมไว้ ส่วน sweep หรือการย้ายจะสร้างธุรกรรม จึงต้องตรวจค่าธรรมเนียมและปลายทาง
- **กู้คืนไม่ครบขอบเขต:** การพบยอดคงเหลือหนึ่งรายการโดยไม่ตรวจลายเซ็น เงินทอน สัญญาโทเค็น บทบาท การอนุมัติ คีย์ผู้ตรวจสอบ และข้อมูลสำรอง อาจทำให้สินทรัพย์ยังซ่อนอยู่หรือยังเสี่ยงอยู่

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

## ความเข้าใจผิดที่พบบ่อย

### เส้นทางการสืบทอดคีย์เป็นรหัสผ่านหรือความลับหรือไม่?

ไม่ เส้นทางอธิบายโครงสร้างที่โดยทั่วไปเปิดเผยได้และควรเก็บเป็นข้อมูลประกอบการกู้คืน แต่ไม่ทดแทนวลีช่วยจำ passphrase, seed, คีย์ส่วนตัว หรือนโยบายกระเป๋า การเผยแพร่เส้นทางอาจเปิดเผยข้อมูลการจัดโครงสร้าง แต่การมีเส้นทางเพียงอย่างเดียวไม่ได้ให้สิทธิ์ลงนาม

### วลีช่วยจำเดียวกันจะกู้คืนกระเป๋าเดียวกันโดยอัตโนมัติเสมอหรือไม่?

ไม่ ผลลัพธ์ยังขึ้นอยู่กับรูปแบบวลีช่วยจำ passphrase ที่ตรงทุกตัวอักษร การประมวลผล seed, อัลกอริทึมการสืบทอด เส้นทาง เส้นโค้ง เครือข่าย และวิธีสร้างที่อยู่หรือสคริปต์ ซอฟต์แวร์กระเป๋าอาจเลือกค่าเริ่มต้นต่างกันแม้จะรับคำชุดเดียวกัน

### ชนิดเหรียญป้องกันการใช้คีย์บนเชนอื่นหรือไม่?

ไม่ ชนิดเหรียญเป็น namespace สำหรับการสืบทอดและเป็นข้อตกลงด้านความเข้ากันได้ ไม่ใช่สิทธิ์ที่โปรโตคอลบังคับ ซอฟต์แวร์สามารถสืบทอดหรือใช้คีย์ซ้ำที่อื่นได้ และเครือข่าย EVM มักให้ที่อยู่บัญชีเดียวกันสำหรับคีย์ส่วนตัวเดียวกัน

### บัญชีที่กู้คืนแล้วไม่มียอดคงเหลือพิสูจน์ว่าสินทรัพย์หายไปหรือไม่?

ไม่ สิ่งนี้แสดงเพียงว่าที่อยู่และเครือข่ายที่สอบถามในขณะนั้นไม่มียอดคงเหลือที่ระบบตรวจพบ เส้นทาง บัญชี แขนง ประเภทสคริปต์ ขีดจำกัดการค้นหา การทำดัชนีโทเค็น หรือเครือข่ายที่เลือกผิด ล้วนทำให้ไม่พบประวัติที่ต้องการได้

### เครื่องมือกู้คืนสามารถลองทุกเส้นทางที่เป็นไปได้อย่างปลอดภัยหรือไม่?

ไม่ พื้นที่ค้นหาอาจมีขนาดใหญ่ ข้อตกลงของกระเป๋าไม่ได้เป็นสากลทั้งหมด และการเปิดเผย root secret ให้เครื่องมือที่ไม่น่าเชื่อถือก็ถือเป็นเหตุการณ์สูญเสีย ใช้ข้อมูลที่มาของกระเป๋า fingerprint และที่อยู่ที่บันทึกไว้ การค้นหาออฟไลน์แบบมีขอบเขต และซอฟต์แวร์ที่ตรวจสอบแล้วเพื่อจำกัดการค้นหา

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

## หัวข้อที่เกี่ยวข้อง

- [กระเป๋าสตางค์ HD](/th/crypto/hd-wallet/)
- [วลีseed](/th/crypto/seed-phrase/)
- [กระเป๋าสตางค์เย็น](/th/crypto/cold-wallet/)
- [กระเป๋าสตางค์ฮาร์ดแวร์](/th/crypto/hardware-wallet/)
- [กุญแจสาธารณะและกุญแจส่วนตัว](/th/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: แผนการสืบทอดสำหรับบัญชี P2WPKH-ซ้อนใน P2SH](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/th/crypto/derivation-path/index.mdx