Hôm nay đã quay lại các thông số kiến trúc kỹ thuật cho @BabylonLabs_io để xem cách các lần thoát (vault exits) thực sự được thực thi trên Bitcoin L1 mà không có native covenants.
Đáng để hiểu rõ cơ chế ở đây. Bitcoin hiện chưa có native covenants (OP_COVENANT).
Vậy làm thế nào một Trustless Bitcoin Vault cưỡng chế timelocks và slashing mà không có một smart contract VM?
Nó dựa vào các cây giao dịch Taproot được ký trước (pre-signed) được dựng vào đúng khoảnh khắc bạn khóa BTC.
Giả định ban đầu của tôi là khi timelock hết hạn hoặc điều kiện slashing được kích hoạt, giao dịch sẽ tự động “hạ cánh” trơn tru trên Bitcoin L1.
Không phải tự động.
Vì các giao dịch này được ký trước từ trước, phí thợ đào của chúng (sat/vB) được thiết kế dựa trên bối cảnh phí tại thời điểm tạo vault.
Nếu mempool của Bitcoin L1 gặp một cú tăng tắc nghẽn lớn trong lúc thị trường sụp đổ—tăng từ 15 sat/vB lên 250+ sat/vB—một giao dịch pre-signed để unbonding hoặc slashing có thể bị kẹt trong mempool trừ khi các cơ chế tăng phí như CPFP (Child-Pays-For-Parent) hoặc RBF được kích hoạt kịp thời.
Phần mật mã đằng sau EOTS và các đường dẫn chi tiêu script của Taproot là hoàn toàn trustless và kín khít.
Nhưng việc thực thi trên Bitcoin L1 luôn phụ thuộc vào kinh tế phí trong mempool.
Nếu phí gas L1 tăng vọt trong một sự kiện thanh lý thị trường, thì cam kết mật mã còn quan trọng không nếu giao dịch bị xếp hàng sau hàng nghìn ordinal và các lần chuyển?
Đó là điểm tinh tế giữa tính đúng về mặt mật mã và mức độ ưu tiên trong mempool.
Khi đánh giá kiến trúc $BABY vault, theo bạn đâu là nút thắt lớn nhất trong tình trạng tắc nghẽn cao của L1? #baby $BABY
Đáng để hiểu rõ cơ chế ở đây. Bitcoin hiện chưa có native covenants (OP_COVENANT).
Vậy làm thế nào một Trustless Bitcoin Vault cưỡng chế timelocks và slashing mà không có một smart contract VM?
Nó dựa vào các cây giao dịch Taproot được ký trước (pre-signed) được dựng vào đúng khoảnh khắc bạn khóa BTC.
Giả định ban đầu của tôi là khi timelock hết hạn hoặc điều kiện slashing được kích hoạt, giao dịch sẽ tự động “hạ cánh” trơn tru trên Bitcoin L1.
Không phải tự động.
Vì các giao dịch này được ký trước từ trước, phí thợ đào của chúng (sat/vB) được thiết kế dựa trên bối cảnh phí tại thời điểm tạo vault.
Nếu mempool của Bitcoin L1 gặp một cú tăng tắc nghẽn lớn trong lúc thị trường sụp đổ—tăng từ 15 sat/vB lên 250+ sat/vB—một giao dịch pre-signed để unbonding hoặc slashing có thể bị kẹt trong mempool trừ khi các cơ chế tăng phí như CPFP (Child-Pays-For-Parent) hoặc RBF được kích hoạt kịp thời.
Phần mật mã đằng sau EOTS và các đường dẫn chi tiêu script của Taproot là hoàn toàn trustless và kín khít.
Nhưng việc thực thi trên Bitcoin L1 luôn phụ thuộc vào kinh tế phí trong mempool.
Nếu phí gas L1 tăng vọt trong một sự kiện thanh lý thị trường, thì cam kết mật mã còn quan trọng không nếu giao dịch bị xếp hàng sau hàng nghìn ordinal và các lần chuyển?
Đó là điểm tinh tế giữa tính đúng về mặt mật mã và mức độ ưu tiên trong mempool.
Khi đánh giá kiến trúc $BABY vault, theo bạn đâu là nút thắt lớn nhất trong tình trạng tắc nghẽn cao của L1? #baby $BABY
