การสร้าง vanity address ทำงานยังไง
ที่อยู่ Bitcoin derive แบบ deterministic จาก private key ให้เลขสุ่ม 256-bit ใดๆ (private key) คุณ derive public key ที่ตรงกันด้วย elliptic-curve multiplication hash public key นั้นด้วย SHA256 ตามด้วย RIPEMD-160 encode ผลด้วย format specifier และ checksum และได้ที่อยู่ Bitcoin ความสัมพันธ์เป็นทางเดียว: ไปจาก private key เป็นที่อยู่ได้เสมอ แต่ไม่เคยย้อนจากที่อยู่เป็น private key
vanity address คือที่อยู่ Bitcoin ปกติที่ string ที่ได้บังเอิญเริ่มด้วย pattern ที่เลือก — เช่น bc1qcafe… หรือ bc1qsats… ไม่มีเทคนิค cryptographic พิเศษ generator สร้าง keypair สุ่ม derive ที่อยู่ เช็คว่าเริ่มด้วย prefix ที่เลือกไหม และถ้าไม่ ทิ้งทั้ง key และลองใหม่ เป็นการค้นหา brute-force ล้วนๆ
ชุดตัวอักษร bech32
Native SegWit address (เริ่มด้วย bc1q) ใช้ bech32 encoding ซึ่งใช้ชุดตัวอักษร 32 ตัว: qpzry9x8gf2tvdw0s3jn54khce6mua7l ตัวอักษร 1, b, i, o ถูกกันออกเพื่อลด error ในการถอดรหัส นั่นหมายความว่าไม่ใช่ทุก string ที่คุณอยากได้เป็นไปได้ — หา cafe ได้ แต่ไม่ใช่ coin (ตัว i ถูกกันออก)
prefix ที่คุณพิมพ์ในเครื่องมือนี้ถูกเช็คกับชุดตัวอักษรที่อนุญาตก่อนเริ่มค้นหา
เวลาค้นหาที่คาด
ทุกตัวอักษรของ prefix คูณเวลาค้นหาที่คาดด้วย 32 (เพราะมี bech32 character 32 ตัวที่แต่ละตำแหน่ง) จำนวน attempt คาดหาคู่:
- 1 ตัว: ~32 ครั้ง — เกือบทันที
- 2 ตัว: ~1,024 ครั้ง — ต่ำกว่าวินาที
- 3 ตัว: ~32,768 ครั้ง — ไม่กี่วินาที
- 4 ตัว: ~1,048,576 ครั้ง — สิบวินาทีถึงไม่กี่นาที
- 5 ตัว: ~33,554,432 ครั้ง — อาจหลายนาทีหรือนานกว่า
เครื่องมือนี้ cap การค้นหาที่ 10 ล้าน attempt เพื่อปกป้อง battery และ CPU สำหรับ prefix ยาวกว่า 4 ตัวอักษร คุณอาจชน cap โดยไม่เจอคู่ ในกรณีนั้นลองใหม่ — ด้วยการสุ่ม อาจโชคดีเร็วกว่าในการรันถัดไป
นัยด้านความปลอดภัย
vanity address เหมือนกัน cryptographic กับที่อยู่ Bitcoin อื่นๆ private key ที่ควบคุมคือ secp256k1 private key มาตรฐาน ไม่มีอะไรพิเศษหรืออ่อนเรื่อง cryptography — ความต่างเดียวคือที่อยู่ผ่าน attempt มากกว่าก่อนที่อันหนึ่งจะตรง prefix
รันทั้งหมดในเบราว์เซอร์
การสร้าง keypair ทั้งหมดเกิดใน JavaScript ที่รัน local ใน tab เบราว์เซอร์คุณ private key ไม่เคยถูกส่งไปเซิร์ฟเวอร์ใดๆ เครื่องมือนี้ไม่มี back-end คุณตัดเน็ตก่อนคลิก Start และ generator จะยังทำงาน
อย่างไรก็ตาม key ที่สร้างในเบราว์เซอร์มีข้อควรระวังว่าคุณภาพของการสร้างเลขสุ่มขึ้นกับ API crypto.getRandomValues() ของเบราว์เซอร์ ซึ่งมี CSPRNG-backed บนเบราว์เซอร์สมัยใหม่ทุกตัว อย่าใช้เครื่องมือนี้ในเบราว์เซอร์หรือสภาพแวดล้อมที่คุณไม่ไว้ใจ
เซฟ private key ก่อนออกจากหน้า
เมื่อคุณออกจากหน้า refresh หรือปิด tab private key หายไป ไม่มีการกู้ เครื่องมือไม่เก็บอะไรใน localStorage — key ไม่คงอยู่ ออกแบบแบบนี้: การเก็บ private key local สร้างความเสี่ยงต่างกัน (browser extension การเข้าถึง storage) tradeoff คือคุณแบกความรับผิดชอบในการคัดลอก key ไปที่ปลอดภัยทันที
อย่าใส่เงินที่อยู่จนกว่าจะทดสอบแล้ว
ก่อนส่งจำนวนมีความหมายไปยัง vanity address import private key เข้ากระเป๋า (Sparrow Wallet และ Electrum ทั้งคู่รองรับ WIF key import) verify ว่าสร้างที่อยู่เดียวกันได้ และทดสอบ round trip: รับจำนวนเล็ก แล้วใช้กลับ หลัง confirm ว่า private key ควบคุมที่อยู่แล้วเท่านั้นใช้มันสำหรับอะไรจริงจัง
vanity address ไม่ซ่อน balance
ที่อยู่ Bitcoin ที่ “สวย” หรือจำได้ไม่ทำให้มันเป็นส่วนตัวกว่า — จริงๆ ที่อยู่ distinctive อย่าง bc1qsatoshi… จำได้มากกว่าที่อยู่ดูสุ่มในสายตาผู้สังเกต ถ้าความเป็นส่วนตัวเป็นเรื่อง ใช้ที่อยู่สดสำหรับแต่ละการรับมากกว่า vanity address จำได้ที่สามารถใช้เชื่อม transaction ของคุณ
กรณีใช้
ที่อยู่บริจาค ที่อยู่บริจาคจำได้ (bc1qbuild…, bc1qopen…) ง่ายสำหรับผู้สนับสนุนในการจดจำและ verify กว่า string สุ่ม นี่คือกรณีใช้ vanity address ที่ legitimate ที่สุด — คุณเป็นคนเดียวที่ใช้จ่ายจากมัน ดังนั้นคุณแบกภาระจัดการ key เอง
Identity และ attribution นักพัฒนาหรือบุคคลสาธารณะบางคนใช้ vanity address สม่ำเสมอเป็น public Bitcoin identity คล้าย ENS name บน Ethereum ข้อควรระวังเดียวกันเรื่องการใช้ที่อยู่ซ้ำและความเป็นส่วนตัวใช้
การเรียนและทดลอง การสร้าง vanity address เป็นวิธีลงมือเพื่อเข้าใจ pipeline key → pubkey → hash → address derivation การดู counter เพิ่มและเข้าใจทำไม prefix 4 ตัวช้าทำให้ธรรมชาติ probabilistic ของที่อยู่ Bitcoin จับต้องได้
format WIF
private key export ใน Wallet Import Format (WIF) ซึ่งเป็น encoding มาตรฐานสำหรับ private key ดิบในกระเป๋า Bitcoin WIF encode แบบ Base58Check ด้วย prefix byte 0x80 (mainnet) และ flag compression 0x01 ต่อท้ายก่อน encode กระเป๋าส่วนใหญ่ รวม Sparrow, Bitcoin Core, และ Electrum สามารถ import WIF key ตรง
เวอร์ชัน hex ของ key แสดงด้วยสำหรับผู้ใช้ขั้นสูงที่ต้องทำงานกับ byte ดิบหรือใช้ library ที่คาด hex input