Bitcoin Improvement Proposal (BIP) là tập hợp các tài liệu kỹ thuật được công khai nhằm đề xuất, thảo luận và chuẩn hóa những cải tiến trong hệ sinh thái Bitcoin. BIP có thể đề cập đến nhiều khía cạnh khác nhau, từ tính năng mới của mạng lưới đến cách thức xử lý giao dịch. SegWit và cơ chế Replace-by-Fee (RBF) là những ví dụ tiêu biểu được hình thành, mô tả thông qua các đề xuất BIP.
SatoshiLabs Improvement Proposal (SLIP) có vai trò tương tự BIP nhưng được SatoshiLabs xây dựng và quản lý. Các đề xuất này được sử dụng cho những tiêu chuẩn hoặc cấu trúc kỹ thuật mang tính chuyên biệt, đặc biệt trong lĩnh vực ví phần cứng. SLIP cũng có thể bổ trợ cho các tiêu chuẩn BIP bằng cách mô tả chi tiết hơn về cấu trúc, cách tổ chức và vận hành của ví.
Trong thực tế, thiết bị Trezor và phần mềm Trezor Suite áp dụng nhiều tiêu chuẩn được quy định trong BIP và SLIP. Những tiêu chuẩn này tạo nền tảng cho cách ví tạo khóa, quản lý tài khoản, sao lưu và khôi phục tài sản, đồng thời giúp các thành phần trong hệ sinh thái có thể hoạt động theo những quy tắc kỹ thuật thống nhất.
Trezor hiện ưu tiên sử dụng thuật ngữ “bản sao lưu ví” thay cho “mã khôi phục”. Tuy nhiên, do nội dung này hướng đến nhóm độc giả có nền tảng kỹ thuật, thuật ngữ “mã khôi phục” vẫn được giữ lại nhằm phù hợp với ngữ cảnh chuyên môn.
Ví điện tử phân cấp có tính xác định
Ví điện tử phân cấp có tính xác định là nền tảng quan trọng trong cách các ví tiền điện tử hiện đại tạo và quản lý nhiều địa chỉ từ một nguồn khóa duy nhất. Thay vì phải sao lưu riêng từng khóa, mô hình này sử dụng cấu trúc có quy tắc để tạo ra chuỗi khóa và địa chỉ theo thứ tự xác định. Nhờ đó, người dùng có thể quản lý nhiều tài khoản, địa chỉ và tài sản trên cùng một ví nhưng vẫn duy trì khả năng sao lưu, khôi phục thuận tiện.
BIP32 – Cấu trúc ví xác định phân cấp
BIP32 đặt nền tảng cho mô hình ví xác định phân cấp (HD wallet), trong đó toàn bộ hệ thống khóa được xây dựng theo một cấu trúc cây bắt nguồn từ hạt giống chính. Từ khóa gốc, ví có thể tạo ra các khóa riêng và khóa công khai ở nhiều cấp khác nhau dựa trên chuỗi chỉ số được xác định trước. Chuỗi này được gọi là đường dẫn BIP32 và thường có dạng:
m / index1 / index2 / ... / indexn
Cách tổ chức này giúp một hạt giống duy nhất có thể quản lý nhiều nhánh khóa và địa chỉ mà không cần tạo bản sao lưu riêng cho từng khóa.
Dẫn xuất hardened và non-hardened
BIP32 chia quá trình tạo khóa con thành hai phương thức là dẫn xuất hardened và dẫn xuất non-hardened. Trong đường dẫn BIP32, một cấp được đánh dấu bằng dấu nháy đơn ' sẽ sử dụng cơ chế hardened. Chẳng hạn:
m / 44' / 0' / 1' / 1 / 33
Trong ví dụ trên, ba cấp đầu tiên sử dụng hardened derivation, còn hai cấp cuối sử dụng non-hardened derivation.
Với khóa non-hardened, có thể xác định mối quan hệ giữa khóa công khai của cha và khóa công khai của con, không cần biết khóa riêng. Đồng thời, khóa công khai của các nhánh con có thể được tạo từ khóa công khai mở rộng của cha. Đây là cơ sở để xây dựng watch-only wallet, cho phép theo dõi số dư và giao dịch mà không cần quyền chi tiêu.
Hardened derivation hạn chế khả năng suy luận mối quan hệ khóa theo cách trên, từ đó tạo thêm lớp bảo vệ cho cấu trúc phân cấp. Một rủi ro đáng lưu ý là khi khóa công khai mở rộng của tài khoản kết hợp với khóa riêng non-hardened cấp thấp hơn bị lộ, khóa riêng của tài khoản cha có thể bị suy ra. Vì vậy, các cấp quan trọng như cấp tài khoản thường sử dụng hardened derivation để cô lập các nhánh khóa và hạn chế tác động khi một khóa con bị xâm phạm.
BIP39 – Chuỗi từ khôi phục và hạt giống ví
BIP39 quy định cách tạo và sử dụng chuỗi từ khôi phục để hình thành hạt giống cho ví xác định. Tiêu chuẩn này tạo cầu nối giữa thông tin mà người dùng có thể ghi nhớ hoặc lưu trữ dưới dạng từ và hạt giống nhị phân được sử dụng bên trong ví.
Quy trình BIP39 gồm hai bước chính:
- Tạo chuỗi từ khôi phục từ dữ liệu entropy ban đầu.
- Chuyển chuỗi từ thành hạt giống nhị phân dùng cho BIP32, đồng thời có thể kết hợp thêm mật khẩu tùy chọn trong quá trình tạo hạt giống.
Nhờ cơ chế này, một chuỗi từ có thể được sử dụng để tái tạo cùng một hệ thống khóa khi khôi phục ví trên thiết bị tương thích.
BIP43 – Quy định trường purpose trong đường dẫn
BIP32 cho phép xây dựng cây khóa với nhiều cách tổ chức khác nhau, nhưng chính sự linh hoạt này cũng có thể khiến các ví sử dụng cấu trúc không thống nhất. BIP43 đưa ra quy ước về purpose, tức cấp đầu tiên trong đường dẫn sau khóa gốc, nhằm xác định tiêu chuẩn được sử dụng cho những cấp tiếp theo.
Cấu trúc cơ bản được biểu diễn như sau:
m / purpose'
Giá trị purpose cho biết ví đang tuân theo một chuẩn dẫn xuất cụ thể. Chẳng hạn, đường dẫn bắt đầu bằng m/44'/... cho biết cấu trúc phía sau được tổ chức theo BIP44.
BIP44 – Cấu trúc ví đa tài khoản và đa tiền tệ
BIP44 xây dựng một mô hình ví HD dựa trên BIP32 và BIP43, giúp chuẩn hóa cách tổ chức nhiều loại tiền điện tử, tài khoản và địa chỉ trong cùng một ví. Với các địa chỉ Bitcoin P2PKH, đường dẫn có dạng:
m / 44' / coin_type' / account' / change / address
Mỗi thành phần đảm nhận một vai trò riêng trong hệ thống phân cấp. coin_type xác định loại tiền, account phân tách các tài khoản, change phân biệt địa chỉ nhận tiền và địa chỉ tiền thừa, còn address xác định vị trí của địa chỉ trong từng nhánh.
Các giá trị tương ứng với coin_type được đăng ký và quản lý theo SLIP44, giúp các ví có thể sử dụng một quy ước thống nhất khi hỗ trợ nhiều loại tài sản.
BIP49 – Dẫn xuất địa chỉ P2WPKH lồng trong P2SH
BIP49 mở rộng mô hình ví HD để hỗ trợ dạng địa chỉ SegWit P2WPKH-in-P2SH. Với Bitcoin, loại địa chỉ này thường có tiền tố 3.
Đường dẫn được sử dụng là
m / 49' / coin_type' / account' / change / address
Cấu trúc phân cấp tương tự BIP44, nhưng purpose được thay đổi thành 49' nhằm xác định loại địa chỉ và phương thức dẫn xuất tương ứng.
BIP84 – Dẫn xuất địa chỉ SegWit gốc P2WPKH
BIP84 quy định cách tổ chức ví HD dành cho các địa chỉ P2WPKH SegWit gốc, chẳng hạn địa chỉ Bitcoin bắt đầu bằng bc1.
Đường dẫn tiêu chuẩn gồm
m / 84' / coin_type' / account' / change / address
Về cấu trúc, BIP84 kế thừa mô hình của BIP44 nhưng sử dụng 84' để nhận diện loại địa chỉ P2WPKH native SegWit.
Trezor hỗ trợ P2WPKH, tuy nhiên cấu trúc BIP84 hiện không được Trezor Suite triển khai theo nội dung tham chiếu này.
SLIP132 – Đăng ký version bytes cho khóa HD
SLIP132 là tiêu chuẩn dùng để đăng ký các version bytes liên quan đến khóa HD dựa trên BIP32. Các byte này giúp phần mềm nhận biết loại khóa mở rộng hoặc cấu trúc địa chỉ đang được sử dụng, từ đó hạn chế nguy cơ nhầm lẫn giữa những định dạng có đặc điểm tương tự.
Ở cấp độ kỹ thuật, version bytes được sử dụng trong quá trình mã hóa Base58Check. Với một địa chỉ, cấu trúc tổng quát có thể biểu diễn như sau
address = Base58Check ( <versionBytes> <transactionCommitment> )
Trong đó, transactionCommitment có thể là hash của khóa công khai đối với P2PKH hoặc hash của script đối với P2SH.
Version bytes và địa chỉ không phải là dữ liệu được ghi trực tiếp lên blockchain. Chúng được quy ước và xử lý ở tầng phần mềm bởi ví, sàn giao dịch và các dịch vụ liên quan. Khi một phần mềm thay đổi quy ước nhưng các dịch vụ khác chưa cập nhật kịp thời, người dùng có thể gặp tình trạng nhầm lẫn định dạng hoặc phát sinh lỗi khi giao dịch.
Một ví dụ là trường hợp P2SH của Litecoin từng thay đổi tiền tố địa chỉ từ 3 sang M nhằm tránh nhầm lẫn với định dạng địa chỉ tương ứng trên Bitcoin. Trong những tình huống như vậy, phần mềm hoặc công cụ chuyển đổi phù hợp có thể được sử dụng để đưa địa chỉ về định dạng mà hệ thống đích có thể nhận diện.
SLIP32 – Định dạng tuần tự hóa mở rộng cho ví BIP32
SLIP32 đề xuất một định dạng tuần tự hóa mở rộng dựa trên tiêu chuẩn BIP32, nhằm giải quyết một số điểm hạn chế trong định dạng ban đầu. Điểm thay đổi đáng chú ý là định dạng mới lưu trữ toàn bộ đường dẫn BIP32 của nút được xuất, giúp xác định chính xác vị trí của khóa trong cây phân cấp. Đồng thời, trường fingerprint được loại bỏ khỏi định dạng.
Theo tài liệu tham chiếu, SLIP32 chưa được triển khai và được định hướng thay thế cho SLIP132.
SLIP44 – Danh mục mã coin cho BIP44
SLIP44 quy định các giá trị coin_type được sử dụng trong BIP44 và những tiêu chuẩn dẫn xuất có cấu trúc tương tự. Mỗi loại tiền điện tử được gán một giá trị riêng để ví có thể xác định đúng nhánh khóa tương ứng trong hệ thống phân cấp.
Một số giá trị tiêu biểu gồm Bitcoin = 0, các mạng thử nghiệm = 1 và Litecoin = 2. Việc thống nhất các mã này giúp các ví hỗ trợ nhiều loại tài sản tổ chức đường dẫn dẫn xuất theo cùng một quy ước.
SLIP48 – Cấu trúc khóa HD cho các mạng dựa trên Graphene
SLIP48 đưa ra phương thức xây dựng ví xác định phân cấp dành cho các blockchain sử dụng nền tảng Graphene, chẳng hạn BitShares, Steem, Peerplays và MUSE. Do đặc điểm riêng của nhóm mạng này, cấu trúc BIP44 tiêu chuẩn không phải lúc nào cũng phù hợp.
SLIP48 sử dụng một hệ thống phân cấp riêng với đường dẫn
m / 48' / network' / role' / account-index' / key-index'
Các cấp trong đường dẫn lần lượt giúp xác định mạng, vai trò, tài khoản và vị trí của khóa trong hệ thống. Cách tổ chức này cho phép mô hình HD được điều chỉnh phù hợp hơn với đặc điểm quản lý khóa của các mạng dựa trên Graphene.
SLIP14 – Ví xác định dùng để kiểm thử khả năng chịu tải
SLIP14 là tài liệu mang tính tham khảo, tập trung vào một mô hình ví xác định được thiết kế phục vụ mục đích kiểm thử khả năng chịu tải và xử lý các trường hợp đặc biệt.
Trong quá trình phát triển ví xác định cho Trezor, đội ngũ phát triển nhận thấy lịch sử giao dịch trên blockchain có thể bao gồm nhiều dạng giao dịch khác nhau. Điều này khiến việc kiểm tra toàn bộ các tình huống có thể phát sinh trở nên phức tạp.
Để đơn giản hóa quá trình kiểm thử, các nhà phát triển Trezor đã xây dựng những XPUB đặc biệt chứa nhiều loại giao dịch khác nhau. Các XPUB này tạo ra dữ liệu kiểm thử đa dạng, giúp đánh giá cách ví xử lý lịch sử giao dịch và phát hiện những trường hợp ngoại lệ trong quá trình vận hành.
Các ứng dụng mở rộng của hệ thống phân cấp xác định
Hệ thống phân cấp xác định được ứng dụng phổ biến trong việc tạo và quản lý khóa cho tài sản số. Khi kết hợp với các tiêu chuẩn SLIP, cấu trúc này còn hỗ trợ nhiều nhu cầu khác như mã hóa dữ liệu, lưu trữ thông tin, xác thực dịch vụ, trao đổi khóa và xây dựng phương án sao lưu có tính dự phòng cao. Mỗi tiêu chuẩn đảm nhận một chức năng riêng nhưng vẫn dựa trên nguyên tắc dẫn xuất khóa từ hệ thống gốc, giúp các ứng dụng được quản lý và khôi phục theo một cấu trúc thống nhất.
SLIP10 – Tạo khóa từ hạt giống chính cho nhiều loại đường cong
SLIP10 quy định phương thức tạo cặp khóa riêng và khóa công khai từ hạt giống chính khi sử dụng các loại đường cong elliptic khác với secp256k1.
Trong Trezor, hệ thống khóa được khởi tạo từ chuỗi từ khôi phục gồm 12 đến 24 từ, có thể kết hợp thêm mật khẩu tùy chọn. Theo BIP39, thông tin này được chuyển đổi thành một hạt giống có độ dài 512 bit. Từ hạt giống đó, Trezor có thể tạo các khóa chính riêng biệt tương ứng với từng loại đường cong.
Cơ chế dẫn xuất của SLIP10 được xây dựng theo nguyên tắc tương tự BIP32. Tuy nhiên, đối với những đường cong khác, SLIP10 sử dụng giá trị salt riêng thay cho giá trị được sử dụng trong BIP32. Cách này giúp hạn chế nguy cơ một khóa riêng bị sử dụng đồng thời cho nhiều đường cong elliptic có đặc tính toán học khác nhau.
SLIP11 – Mã hóa dữ liệu bằng hệ thống phân cấp xác định
SLIP11 mô tả phương thức sử dụng hệ thống phân cấp xác định để tạo khóa cho quá trình mã hóa đối xứng các cặp khóa – giá trị.
Khóa mã hóa được tạo và giữ bên trong ví phần cứng, không cần xuất ra thiết bị bên ngoài. Tùy trường hợp, người dùng có thể phải xác nhận thao tác mã hóa hoặc giải mã trực tiếp trên màn hình thiết bị. Cơ chế này được sử dụng làm nền tảng cho một số tiêu chuẩn khác, trong đó có SLIP15 và SLIP16.
SLIP15 – Lưu trữ và mã hóa siêu dữ liệu Bitcoin
SLIP15 quy định cách tổ chức và bảo vệ siêu dữ liệu liên quan đến Bitcoin, chẳng hạn tên tài khoản hoặc thông tin gắn nhãn giao dịch. Tiêu chuẩn này đặc biệt hữu ích với ví HD và các loại ví phần cứng, nơi dữ liệu bổ sung cần được lưu trữ an toàn, không làm ảnh hưởng đến khóa tài sản.
Trong Trezor Suite, SLIP15 được sử dụng để mã hóa dữ liệu nhãn của tài khoản. Mỗi tài khoản có thể được gắn với một tệp siêu dữ liệu và khóa mã hóa riêng, giúp tách biệt dữ liệu giữa các tài khoản.
Đường dẫn được sử dụng là
m / 10015' / 0'
SLIP16 – Cấu trúc lưu trữ và mã hóa mật khẩu
SLIP16 đề xuất một cơ chế mã hóa dành cho thiết bị phần cứng có khả năng lưu trữ mật khẩu một cách an toàn. Thay vì lưu trực tiếp thông tin nhạy cảm, thiết bị sử dụng hệ thống khóa phân cấp để bảo vệ dữ liệu được lưu trữ.
Cấu trúc đường dẫn được sử dụng là
m / 10016' / 0
Cơ chế này được ứng dụng trong giải pháp quản lý mật khẩu của Trezor, cho phép tận dụng nền tảng bảo mật của ví phần cứng để bảo vệ các thông tin xác thực.
SLIP13 – Xác thực dịch vụ bằng khóa phân cấp xác định
SLIP13 mở rộng hệ thống phân cấp xác định sang lĩnh vực xác thực danh tính. Thay vì chỉ phục vụ việc tạo khóa cho tài sản số, cấu trúc khóa có thể được sử dụng để chứng minh quyền truy cập với nhiều dịch vụ khác nhau như website hoặc hệ thống shell từ xa.
Mỗi dịch vụ có thể sử dụng một nhánh khóa riêng, giúp người dùng tạo thông tin xác thực khác nhau nhưng vẫn dựa trên cùng một hệ thống khóa gốc. Trezor có thể sử dụng cơ chế này để hỗ trợ đăng nhập và xác thực với nhiều dịch vụ.
Đường dẫn mẫu của SLIP13 là
m / 13' / A' / B' / C' / D'
SLIP17 – Trao đổi khóa ECDH dựa trên hệ thống phân cấp xác định
SLIP17 mô tả cách triển khai Elliptic Curve Diffie-Hellman (ECDH) kết hợp với hệ thống phân cấp xác định. Phương thức này cho phép hai bên thiết lập một bí mật chung dựa trên khóa của họ, phục vụ các hoạt động mã hóa và giải mã dữ liệu.
Việc áp dụng cấu trúc phân cấp mang lại lợi thế về khả năng sao lưu. Tương tự ví xác định, các khóa phục vụ ECDH có thể được tái tạo từ hệ thống sao lưu gốc thay vì phải sao lưu riêng từng khóa.
Đường dẫn mẫu được sử dụng là
m / 17' / A' / B' / C' / D'
SLIP39 – Chia sẻ bí mật Shamir cho bản sao lưu ví
SLIP39 đưa ra phương pháp tiêu chuẩn hóa dựa trên Shamir's Secret Sharing để tạo và phân chia bản sao lưu ví. Thay vì phụ thuộc vào một chuỗi từ duy nhất như BIP39, thông tin khôi phục có thể được chia thành nhiều phần riêng biệt.
Các phần này có thể được phân bổ cho nhiều vị trí hoặc người giữ khác nhau. Khi khôi phục, chỉ cần tập hợp đủ số lượng phần theo ngưỡng đã thiết lập để tái tạo thông tin cần thiết. Cách tiếp cận này giúp giảm rủi ro mất quyền truy cập khi một bản sao lưu duy nhất bị thất lạc hoặc hư hỏng.
SLIP39 được triển khai lần đầu trong firmware 2.1.3 dành cho Trezor Model T, mở ra phương án sao lưu nhiều phần dành cho người dùng muốn tăng khả năng dự phòng và phân tách rủi ro khi bảo quản ví.
---> Xem thêm: Nguyên tắc cơ bản của Trezor và cách bảo vệ tài sản số
Tiêu chuẩn giao dịch
Các tiêu chuẩn giao dịch quy định cách Bitcoin và các blockchain liên quan xây dựng, nhận diện, xử lý giao dịch. Những BIP và SLIP trong nhóm này góp phần chuẩn hóa định dạng địa chỉ, cơ chế xác thực, SegWit và các phương thức điều chỉnh giao dịch sau khi phát đi. Đây cũng là cơ sở để ví phần cứng và phần mềm có thể xử lý nhiều loại giao dịch theo cùng một quy tắc kỹ thuật.
BIP16 – Pay to Script Hash
BIP16 giới thiệu mô hình Pay to Script Hash (P2SH), cho phép người gửi chuyển tiền đến một mã băm đại diện cho script thay vì phải cung cấp toàn bộ điều kiện chi tiêu ngay trong giao dịch. Trên Bitcoin, P2SH thường được nhận biết qua các địa chỉ bắt đầu bằng số 3. P2SH có nhiều ứng dụng quan trọng, trong đó nổi bật là giao dịch MultiSig và một số hình thức triển khai SegWit.
BIP141 – Segregated Witness ở lớp đồng thuận
BIP141 đưa Segregated Witness (SegWit) vào Bitcoin thông qua một soft fork, đồng thời đặt nền tảng cho nhiều cải tiến quan trọng trong hệ thống giao dịch.
Một trong những tác động đáng chú ý của SegWit là xử lý vấn đề transaction malleability, vốn gây trở ngại cho một số giải pháp mở rộng như Lightning Network. BIP141 cũng xác định các dạng giao dịch mới gồm P2WPKH, P2WPKH-in-P2SH, P2WSH và P2WSH-in-P2SH. Theo nội dung tham chiếu, Trezor hỗ trợ P2WPKH, P2WPKH-in-P2SH trong số các định dạng này.
BIP173 – Định dạng địa chỉ Bech32 cho SegWit
BIP173 đề xuất Bech32, một định dạng mã hóa địa chỉ dành cho các đầu ra SegWit gốc. So với những định dạng địa chỉ trước đó, Bech32 được thiết kế với cách biểu diễn riêng, giúp việc nhận diện và xử lý địa chỉ SegWit trở nên thống nhất hơn. Định dạng này được sử dụng phổ biến với các địa chỉ SegWit native, chẳng hạn địa chỉ Bitcoin bắt đầu bằng bc1.
SLIP173 – Đăng ký tiền tố Bech32 cho các loại tiền điện tử
SLIP173 mở rộng cơ chế đăng ký được sử dụng với BIP173 sang các loại tiền điện tử khác Bitcoin. Tiêu chuẩn này quản lý các human-readable part (HRP), tức phần tiền tố có thể đọc được bằng mắt người trong địa chỉ Bech32. Việc quy định riêng tiền tố cho từng mạng giúp phần mềm nhận diện loại tiền và hạn chế nguy cơ người dùng nhầm lẫn địa chỉ giữa các blockchain khác nhau.
BIP125 – Cơ chế Replace-by-Fee
BIP125 quy định chính sách báo hiệu cho Replace-by-Fee (RBF), cho phép một giao dịch chưa được xác nhận báo hiệu rằng nó có thể được thay thế bởi một giao dịch khác với mức phí cao hơn. Cơ chế này hữu ích khi giao dịch đang chờ xác nhận và người dùng muốn tăng mức phí để cải thiện khả năng được đưa vào một block sớm hơn. Việc thay thế chỉ có thể thực hiện khi giao dịch đáp ứng các điều kiện liên quan đến chính sách RBF.
Kết luận
BIP và SLIP là nền tảng quan trọng góp phần định hình cách ví điện tử tạo khóa, quản lý tài sản, xử lý giao dịch, bảo vệ dữ liệu. Hiểu được vai trò của từng tiêu chuẩn giúp người dùng có thêm cơ sở khi tìm hiểu cơ chế hoạt động và lựa chọn giải pháp lưu trữ phù hợp. Với nhu cầu sử dụng ví phần cứng an toàn, bạn có thể tham khảo các mẫu ví lạnh chính hãng tại Storevilanh, đồng thời tìm hiểu kỹ đặc điểm của từng thiết bị trước khi mua.
Storevilanh cung cấp các dòng ví lạnh Ledger và Trezor chính hãng, phù hợp với nhu cầu lưu trữ, quản lý tài sản số lâu dài. Sản phẩm được kiểm tra nguồn gốc, đi kèm chính sách bảo hành và hỗ trợ trong quá trình sử dụng. Người mua có thể lựa chọn nhiều mẫu ví theo nhu cầu bảo mật, tính năng và ngân sách. Liên hệ Storevilanh để được tư vấn mẫu ví phù hợp và đặt hàng nhanh chóng.
