Chia nhỏ seed hay dùng multisig: so sánh Shamir, SLIP-39 và SSKR
"Cần nhiều mảnh mới chuyển được tiền" mô tả hai cách thiết lập rất khác nhau. Cách thứ nhất là seed được chia nhỏ: một bí mật duy nhất được cắt thành các phần bằng Chia sẻ bí mật Shamir hoặc một tiêu chuẩn xây dựng trên nó như SLIP-39 hay SSKR. Cách thứ hai là multisig: nhiều khóa độc lập, và chính blockchain từ chối chuyển tiền nếu không đủ số khóa ký.
Cả hai đều phân tán rủi ro, nhưng chúng bảo vệ trước những mối nguy khác nhau, và nhầm lẫn giữa chúng dẫn đến những thiết lập yếu hơn vẻ bề ngoài.
Chia sẻ bí mật Shamir hoạt động thế nào
Chia sẻ bí mật Shamir, được Adi Shamir công bố năm 1979, chia một bí mật thành n phần sao cho bất kỳ t phần nào cũng khôi phục được nó, còn ít hơn t phần thì không tiết lộ gì cả. Trong cách chia 2 trên 3, bất kỳ hai phần nào cũng khôi phục được bí mật, và một phần duy nhất không cho kẻ tấn công biết bất cứ điều gì.
Hai tiêu chuẩn ví phổ biến được xây dựng trên nó:
- SLIP-39 của SatoshiLabs mã hóa mỗi phần thành một cụm 20 hoặc 33 từ và hỗ trợ nhóm (ví dụ: "hai trong ba phần của tôi, hoặc một phần từ gia đình và một phần từ luật sư"). Đây là tiêu chuẩn mà bản sao lưu Shamir của Trezor sử dụng.
- SSKR (Sharded Secret Key Reconstruction) của Blockchain Commons làm cùng việc đó với cách mã hóa riêng, được một số thiết bị ký ngoại tuyến sử dụng.
Các phần SLIP-39 không thể thay thế cho một cụm từ BIP-39 thông thường. Các ví hỗ trợ SLIP-39 thường không thể chuyển một cụm 24 từ sẵn có thành các phần; bản sao lưu phải được tạo theo cách đó ngay từ đầu.
Vấn đề: khóa được ghép lại để ký
Shamir là một kỹ thuật sao lưu. Các phần bảo vệ bí mật khi nó đang được cất giữ. Nhưng một phần không thể ký gì cả. Để chi tiêu, các phần được ghép lại và khóa đầy đủ được dựng lại — trên một thiết bị, thành một khối.
Điều đó có nghĩa là vào lúc ký, một ví được sao lưu bằng Shamir vẫn là ví một khóa. Nếu thiết bị đó bị xâm nhập, hoặc người ghép khóa bị cưỡng ép, việc chia nhỏ không giúp được gì. Thường thì khóa được ghép một lần rồi nằm trên một ví phần cứng duy nhất.
Multisig hoạt động theo hướng ngược lại. Mỗi người ký có khóa riêng, được tạo riêng biệt, và các khóa không bao giờ gặp nhau. Mỗi khóa ký trên thiết bị của riêng nó, và blockchain kiểm tra xem có đủ chữ ký hợp lệ hay không. Không có thời điểm nào một thiết bị nắm giữ tất cả. Ví MPC và multisig trình bày cách tiếp cận thứ ba, trong đó khóa được chia bằng mật mã học thay vì quy tắc do chuỗi thực thi.
Đừng cắt 24 từ của bạn làm ba
Một cách tự làm hấp dẫn là viết tám từ đầu lên một thẻ, tám từ tiếp theo lên thẻ khác và tám từ cuối lên thẻ thứ ba. Đây không phải là Shamir, và nó có hai vấn đề.
Thứ nhất, đây không phải là cơ chế ngưỡng. Bạn cần cả ba mảnh, nên mất bất kỳ thẻ nào cũng là mất ví.
Thứ hai, mỗi mảnh làm lộ một phần bí mật. Mỗi từ BIP-39 mang 11 bit; một cụm 24 từ chứa 256 bit ngẫu nhiên cộng với 8 bit tổng kiểm tra. Một thẻ tám từ tiết lộ 88 trong số 256 bit đó. Người giữ một thẻ vẫn phải đoán 168 bit, vẫn ngoài tầm với — nhưng người giữ hai thẻ chỉ còn phải đoán 80 bit, thấp hơn nhiều so với biên an toàn mà cụm từ được thiết kế. Với cụm 12 từ (128 bit), hai trong ba mảnh bốn từ chỉ còn lại 40 bit, có thể dò bằng vét cạn trên phần cứng thông thường.
Với Shamir thật sự, một phần dưới ngưỡng không làm lộ gì. Với một cụm từ bị cắt, mỗi mảnh lại khiến việc của kẻ tấn công dễ hơn. Nếu muốn chia seed, hãy dùng một tiêu chuẩn đúng nghĩa; các thực hành tốt nhất cho cụm từ khôi phục đề cập các lựa chọn phổ biến hơn như sao lưu bằng kim loại và cất ở nhiều nơi riêng biệt.
Đánh đổi: mức độ hiển thị và các chuỗi
Mỗi cách tiếp cận đều có ưu điểm thật sự:
- Dấu vết trên chuỗi. Shamir vô hình trên chuỗi: ví trông và hoạt động như bất kỳ ví một khóa nào, trên mọi chuỗi. Multisig thì hiển thị — một giao dịch chi multisig trên Bitcoin để lộ script của nó, và trên các chuỗi dựa trên tài khoản, kho tiền là một hợp đồng thông minh hoặc chương trình mà ai cũng có thể xem.
- Hỗ trợ chuỗi. Shamir dùng được với mọi chuỗi mà ví của bạn hỗ trợ, vì nó chỉ liên quan đến bản sao lưu. Multisig phụ thuộc từng chuỗi: Bitcoin dùng script, các chuỗi EVM dùng tài khoản hợp đồng thông minh, Solana dùng một chương trình, và mỗi loại có phí và giới hạn riêng.
- Bảo vệ điều gì. Shamir bảo vệ bản sao lưu khỏi bị mất và bị đánh cắp. Multisig bảo vệ từng giao dịch, vì không thiết bị nào có thể tự ký một mình.
Hai cách này không loại trừ nhau; điều quan trọng là biết mỗi cách xử lý rủi ro nào.
SSP nằm ở đâu
SSP là multisig 2 trên 2. SSP Wallet, tiện ích mở rộng trình duyệt, và SSP Key, ứng dụng điện thoại, mỗi bên tự tạo cụm từ khôi phục 24 từ của riêng mình. Trên các chuỗi UTXO như Bitcoin, địa chỉ kho tiền được tạo từ một script multisig 2 trên 2 chứa một khóa công khai của mỗi bên, và mọi giao dịch đều cần cả hai chữ ký. Hai khóa không bao giờ được ghép lại trên cùng một thiết bị.
SSP không triển khai Shamir, SLIP-39 hay SSKR. Bạn sao lưu hai cụm 24 từ thông thường, và để khôi phục kho tiền từ đầu cần cả hai, nên hai bản sao lưu quan trọng như nhau. 2 trên 2, 2 trên 3 hay M trên N giải thích sự đánh đổi đó, và thừa kế và truy cập khẩn cấp hướng dẫn cách bảo đảm người khác có thể khôi phục tiền nếu một ngày nào đó cần đến.
Tóm tắt thẳng thắn
Chia seed và dùng multisig đều cần nhiều mảnh, nhưng cho những thời điểm khác nhau. Các tiêu chuẩn dựa trên Shamir như SLIP-39 và SSKR bảo vệ một bản sao lưu: các phần dưới ngưỡng không làm lộ gì, và ví vẫn vô hình và không phụ thuộc chuỗi. Nhưng khóa đầy đủ được dựng lại để ký, nên việc ký vẫn có một điểm lỗi duy nhất. Multisig giữ các khóa riêng biệt không bao giờ gặp nhau và để chuỗi thực thi quy tắc, đổi lại là bị hiển thị và phụ thuộc từng chuỗi.
Tránh tự tay cắt một cụm từ thành nhiều mảnh: nó cần đủ mọi mảnh và mỗi mảnh làm lộ các bit bí mật. SSP dùng multisig 2 trên 2 với hai cụm 24 từ riêng biệt và không cung cấp tính năng chia seed — vì vậy hãy giữ an toàn cả hai bản sao lưu.
