Hôm nay tôi đã xem lại tài liệu về các Kho Bitcoin Không Cần Tin Cậy (TBV) sau khi hoàn tất thêm một vòng thử nghiệm trên testnet công khai.
Hai con số đặt cạnh nhau khiến tôi dừng lại.
Một Kho chỉ mất khoảng 6–10 phút để hoàn tất việc phối hợp ngoài chuỗi (off-chain coordination) khi đã đủ điều kiện. Tuy nhiên, toàn bộ quá trình peg-in vẫn mất khoảng 2 giờ vì nó phải chờ 12 xác nhận khối Bitcoin Signet. (Tài liệu Babylon Labs)
Ban đầu, tôi cho rằng đây đơn giản là cái giá của một mạng lưới chậm.
Nếu giai đoạn phối hợp chỉ mất vài phút, tại sao không cho người dùng vay ngay và hoàn tất xác nhận của Bitcoin sau đó? Trải nghiệm người dùng sẽ mượt mà hơn rất nhiều. Tôi quay lại tài liệu với đúng giả định đó.
Điều tôi đã bỏ sót là hai khoảng thời gian chờ này đang bảo vệ cho hai loại rủi ro hoàn toàn khác nhau.
Khung 6–10 phút tồn tại để Nhà Cung Cấp Kho (Vault Provider), Người Giữ Kho Ứng Dụng (Application Vault Keeper) và Thử Thách Viên Phổ Quát (Universal Challenger) có thể chuẩn bị và xác thực toàn bộ đồ thị giao dịch đã được ký trước (pre-signed transaction graph). Còn 12 lần xác nhận khối Bitcoin, tuy nhiên, không phải để bảo vệ những người tham gia. Chúng đang bảo vệ chính khoản thế chấp bằng cách chỉ cho Kho trở nên hoạt động sau khi Bitcoin tự xác nhận rằng việc peg-in đủ an toàn. (Tài liệu Babylon Labs)
Đó là khoảnh khắc tôi nhận ra mình đã đo hiệu năng theo cách sai.
Tôi cứ nhìn vào tổng thời gian chờ, trong khi giao thức chủ động tách nó thành hai lớp độc lập: thời gian cần để con người phối hợp và thời gian cần để Bitcoin đạt xác nhận cuối cùng. Lớp thứ nhất có thể được tối ưu nhờ phần mềm và hạ tầng tốt hơn. Lớp thứ hai gần như không thể rút ngắn nếu Bitcoin vẫn phải là nguồn sự thật tối hậu.
Chi tiết đó hoàn toàn thay đổi cách tôi nghĩ về BitcoinFi.
Chúng ta thường hỏi:
“Giao thức này nhanh đến mức nào?”
Có lẽ câu hỏi đúng hơn là:
“Bao nhiêu trong thời gian chờ là độ trễ hệ thống thực sự, và bao nhiêu là cái giá phải trả khi từ chối thay thế Bitcoin bằng một giả định tin cậy mới?”
@BabylonLabs_io $ON $BABY #baby
Hai con số đặt cạnh nhau khiến tôi dừng lại.
Một Kho chỉ mất khoảng 6–10 phút để hoàn tất việc phối hợp ngoài chuỗi (off-chain coordination) khi đã đủ điều kiện. Tuy nhiên, toàn bộ quá trình peg-in vẫn mất khoảng 2 giờ vì nó phải chờ 12 xác nhận khối Bitcoin Signet. (Tài liệu Babylon Labs)
Ban đầu, tôi cho rằng đây đơn giản là cái giá của một mạng lưới chậm.
Nếu giai đoạn phối hợp chỉ mất vài phút, tại sao không cho người dùng vay ngay và hoàn tất xác nhận của Bitcoin sau đó? Trải nghiệm người dùng sẽ mượt mà hơn rất nhiều. Tôi quay lại tài liệu với đúng giả định đó.
Điều tôi đã bỏ sót là hai khoảng thời gian chờ này đang bảo vệ cho hai loại rủi ro hoàn toàn khác nhau.
Khung 6–10 phút tồn tại để Nhà Cung Cấp Kho (Vault Provider), Người Giữ Kho Ứng Dụng (Application Vault Keeper) và Thử Thách Viên Phổ Quát (Universal Challenger) có thể chuẩn bị và xác thực toàn bộ đồ thị giao dịch đã được ký trước (pre-signed transaction graph). Còn 12 lần xác nhận khối Bitcoin, tuy nhiên, không phải để bảo vệ những người tham gia. Chúng đang bảo vệ chính khoản thế chấp bằng cách chỉ cho Kho trở nên hoạt động sau khi Bitcoin tự xác nhận rằng việc peg-in đủ an toàn. (Tài liệu Babylon Labs)
Đó là khoảnh khắc tôi nhận ra mình đã đo hiệu năng theo cách sai.
Tôi cứ nhìn vào tổng thời gian chờ, trong khi giao thức chủ động tách nó thành hai lớp độc lập: thời gian cần để con người phối hợp và thời gian cần để Bitcoin đạt xác nhận cuối cùng. Lớp thứ nhất có thể được tối ưu nhờ phần mềm và hạ tầng tốt hơn. Lớp thứ hai gần như không thể rút ngắn nếu Bitcoin vẫn phải là nguồn sự thật tối hậu.
Chi tiết đó hoàn toàn thay đổi cách tôi nghĩ về BitcoinFi.
Chúng ta thường hỏi:
“Giao thức này nhanh đến mức nào?”
Có lẽ câu hỏi đúng hơn là:
“Bao nhiêu trong thời gian chờ là độ trễ hệ thống thực sự, và bao nhiêu là cái giá phải trả khi từ chối thay thế Bitcoin bằng một giả định tin cậy mới?”
@BabylonLabs_io $ON $BABY #baby