Càng đọc về thiết kế “vault” (khoá/đĩa lưu trữ) Bitcoin, tôi càng nhận ra ấn tượng ban đầu của mình đã quá đơn giản.
Ban đầu, tôi cho rằng nó hoạt động theo kiểu này: nạp BTC, khoá lại, vay dựa trên nó, xong.
Rồi tôi biết rằng phần nạp có thể được chia ra giữa nhiều vault, và điều đó đã thay đổi hoàn toàn cách tôi nghĩ về việc thanh lý (liquidations).
Thay vì nhét toàn bộ BTC của bạn vào một vault duy nhất, thiết kế có thể tách nó thành:
* Một vault nhỏ hơn, nhằm hấp thụ một lượng bị tịch thu (seize) dự kiến.
* Một vault lớn hơn, vẫn được bảo vệ trừ khi thực sự cần đến.
Điều này quan trọng vì mỗi vault tương ứng với một Bitcoin UTXO duy nhất (một “đầu ra giao dịch chưa chi tiêu”). Nếu thanh lý nhắm vào một vault, nó không thể chỉ lấy một phần của UTXO đó—nó phải tương tác với vault như một tổng thể.
Sự đánh đổi (tradeoff) ở đây khá thú vị.
Một cách bố trí vault được thiết kế tốt có thể làm giảm lượng BTC bị phơi bày trong các đợt thanh lý nhỏ hơn. Nhưng điều đó cũng có nghĩa là kích thước ban đầu của vault trở thành một phần quan trọng của quản lý rủi ro. Nếu vị thế của bạn thay đổi theo thời gian, cấu trúc ban đầu có thể không còn tối ưu.
Điều tôi thích ở thiết kế này là nó tận dụng đúng mô hình UTXO “native” của Bitcoin thay vì cố gắng lách/đi vòng qua nó. Đồng thời, nó cũng nhắc tôi rằng việc hiểu cơ chế quan trọng chẳng kém gì việc hiểu lợi suất (yield).
Bất kỳ ai dự định sử dụng hình thức cho vay dựa trên tài sản đảm bảo bằng Bitcoin có lẽ nên dành nhiều thời gian để tìm hiểu kiến trúc vault tương tự như thời gian so sánh APY.
Bạn muốn có thêm linh hoạt kèm theo độ phức tạp cao hơn, hay một mô hình đơn giản hơn với ít bộ phận chuyển động hơn?
@BabylonLabs_io #BABY $BABY $BEETS $RAY
Ban đầu, tôi cho rằng nó hoạt động theo kiểu này: nạp BTC, khoá lại, vay dựa trên nó, xong.
Rồi tôi biết rằng phần nạp có thể được chia ra giữa nhiều vault, và điều đó đã thay đổi hoàn toàn cách tôi nghĩ về việc thanh lý (liquidations).
Thay vì nhét toàn bộ BTC của bạn vào một vault duy nhất, thiết kế có thể tách nó thành:
* Một vault nhỏ hơn, nhằm hấp thụ một lượng bị tịch thu (seize) dự kiến.
* Một vault lớn hơn, vẫn được bảo vệ trừ khi thực sự cần đến.
Điều này quan trọng vì mỗi vault tương ứng với một Bitcoin UTXO duy nhất (một “đầu ra giao dịch chưa chi tiêu”). Nếu thanh lý nhắm vào một vault, nó không thể chỉ lấy một phần của UTXO đó—nó phải tương tác với vault như một tổng thể.
Sự đánh đổi (tradeoff) ở đây khá thú vị.
Một cách bố trí vault được thiết kế tốt có thể làm giảm lượng BTC bị phơi bày trong các đợt thanh lý nhỏ hơn. Nhưng điều đó cũng có nghĩa là kích thước ban đầu của vault trở thành một phần quan trọng của quản lý rủi ro. Nếu vị thế của bạn thay đổi theo thời gian, cấu trúc ban đầu có thể không còn tối ưu.
Điều tôi thích ở thiết kế này là nó tận dụng đúng mô hình UTXO “native” của Bitcoin thay vì cố gắng lách/đi vòng qua nó. Đồng thời, nó cũng nhắc tôi rằng việc hiểu cơ chế quan trọng chẳng kém gì việc hiểu lợi suất (yield).
Bất kỳ ai dự định sử dụng hình thức cho vay dựa trên tài sản đảm bảo bằng Bitcoin có lẽ nên dành nhiều thời gian để tìm hiểu kiến trúc vault tương tự như thời gian so sánh APY.
Bạn muốn có thêm linh hoạt kèm theo độ phức tạp cao hơn, hay một mô hình đơn giản hơn với ít bộ phận chuyển động hơn?
@BabylonLabs_io #BABY $BABY $BEETS $RAY
