Tôi muốn nói về $BABY trước khi đi Long vào $BLESS . Vì vậy, ban đầu tôi cho rằng thiết kế peg-out của Babylon chủ yếu nhằm chứng minh rằng việc rút tiền là hợp lệ.
nhưng sau khi truy vết đường đi của yêu cầu chi tiết hơn, tôi nghĩ rằng đó chỉ là phần nhìn thấy của cỗ máy.
Phần phụ thuộc lặng lẽ hơn nằm ở người gửi ký quỹ từ rất lâu trước khi bất kỳ BTC nào được đổi lấy.
tại thời điểm tạo Vault, người gửi ký quỹ giữ một khóa Chữ ký Một lần Winternitz (Winternitz One-Time Signature key) và các hiện vật liên quan cho người đi nhận (claimer). Nếu nhà cung cấp Vault sau đó mất tích, bị kẹt, hoặc đơn giản là không thực hiện, thì phần vật liệu này sẽ hỗ trợ đường tự-đòi (self-claim) của người gửi ký quỹ.
trên Bitcoin, giao dịch Assert sử dụng các chữ ký WOTS để ràng buộc yêu cầu với dữ liệu bằng chứng được cam kết trước đó. Vì WOTS được thiết kế là chỉ dùng một lần, nên khóa không phải là một mật mã có thể tái sử dụng. Nó giống như một khóa khẩn cấp được niêm phong: dùng được một lần, nhưng chỉ khi nó vẫn còn tồn tại tại thời điểm khóa cuối cùng cần được mở.
Một bên giám quản (custodian) có thể làm cho mọi thứ trông mượt mà hơn. Phê duyệt lối thoát (exit) nội bộ, cập nhật số dư, rồi nhả BTC. Xong việc.
Babylon loại bỏ “phím tắt” dựa trên niềm tin đó, nhưng hóa đơn vẫn phải được thanh toán.
ở đây, chi phí chuyển sang việc lưu trữ khóa khôi phục dài hạn.
Tôi nghĩ vấn đề này sẽ trở nên lớn hơn khi các Trustless Bitcoin Vault được giữ mở trong nhiều tháng. Có lẽ phần khó không phải là các bằng chứng Groth16 hay kịch bản (scripting) của Bitcoin. Có thể đó là điều gì đó kém hào nhoáng hơn rất nhiều: liệu người dùng có thể giữ an toàn một tệp tin hơi “cồng kềnh” mà không làm mất nó, không bị rò rỉ, hay không quên rằng nó dùng để làm gì.
dùng rộng rãi thực sự có thể sẽ kiểm tra trí nhớ con người trước khi nó kiểm tra mật mã.
@BabylonLabs_io #baby $BABY
nhưng sau khi truy vết đường đi của yêu cầu chi tiết hơn, tôi nghĩ rằng đó chỉ là phần nhìn thấy của cỗ máy.
Phần phụ thuộc lặng lẽ hơn nằm ở người gửi ký quỹ từ rất lâu trước khi bất kỳ BTC nào được đổi lấy.
tại thời điểm tạo Vault, người gửi ký quỹ giữ một khóa Chữ ký Một lần Winternitz (Winternitz One-Time Signature key) và các hiện vật liên quan cho người đi nhận (claimer). Nếu nhà cung cấp Vault sau đó mất tích, bị kẹt, hoặc đơn giản là không thực hiện, thì phần vật liệu này sẽ hỗ trợ đường tự-đòi (self-claim) của người gửi ký quỹ.
trên Bitcoin, giao dịch Assert sử dụng các chữ ký WOTS để ràng buộc yêu cầu với dữ liệu bằng chứng được cam kết trước đó. Vì WOTS được thiết kế là chỉ dùng một lần, nên khóa không phải là một mật mã có thể tái sử dụng. Nó giống như một khóa khẩn cấp được niêm phong: dùng được một lần, nhưng chỉ khi nó vẫn còn tồn tại tại thời điểm khóa cuối cùng cần được mở.
Một bên giám quản (custodian) có thể làm cho mọi thứ trông mượt mà hơn. Phê duyệt lối thoát (exit) nội bộ, cập nhật số dư, rồi nhả BTC. Xong việc.
Babylon loại bỏ “phím tắt” dựa trên niềm tin đó, nhưng hóa đơn vẫn phải được thanh toán.
ở đây, chi phí chuyển sang việc lưu trữ khóa khôi phục dài hạn.
Tôi nghĩ vấn đề này sẽ trở nên lớn hơn khi các Trustless Bitcoin Vault được giữ mở trong nhiều tháng. Có lẽ phần khó không phải là các bằng chứng Groth16 hay kịch bản (scripting) của Bitcoin. Có thể đó là điều gì đó kém hào nhoáng hơn rất nhiều: liệu người dùng có thể giữ an toàn một tệp tin hơi “cồng kềnh” mà không làm mất nó, không bị rò rỉ, hay không quên rằng nó dùng để làm gì.
dùng rộng rãi thực sự có thể sẽ kiểm tra trí nhớ con người trước khi nó kiểm tra mật mã.
@BabylonLabs_io #baby $BABY