Các bạn ơi, mình không thể ngừng nghĩ về một câu hỏi: Rốt cuộc điều gì khiến một vault “cross-chain” nếu BTC không bao giờ rời khỏi Bitcoin?🤔
@BabylonLabs_io
Câu hỏi đó cứ kéo mình quay lại tài liệu peg-in. Mình cứ nghĩ câu trả lời sẽ nằm ở chỗ Bitcoin và Ethereum đã “giao tiếp” với nhau như thế nào. Nhưng không phải vậy.
Trên giấy tờ thì luồng này không có gì quá lạ. BTC được khóa trong một Taproot script trong khi vault được đăng ký trên Ethereum. Rồi mình nhận ra hashlock nối cả hai phía của quy trình, và một chi tiết khác bắt đầu nổi bật. Vault không trở nên hoạt động cho đến khi mọi người tham gia bắt buộc đã ký xong toàn bộ “đồ thị giao dịch” (transaction graph). Mọi đường thanh toán (redemption path), mọi phản hồi khi có thách thức (challenge response), thậm chí cả đường hoàn tiền (refund path) cũng đã được thống nhất trước khi vault thực sự có thể được sử dụng. Mình dừng lại ở đó một chút vì không chắc đó chỉ là chi tiết triển khai hay chính là điểm cốt lõi của thiết kế. Nhìn càng lâu, mình càng thấy dường như giao thức đang cố ý dồn việc phối hợp sang giai đoạn đầu thay vì để lại cho thời điểm sau.
Mấy bạn, mình đã đọc lại luồng peg-in vì vẫn có điều gì đó chưa khớp. Mình đã giả định rằng sẽ cần các phê duyệt mới mỗi khi tiền cuối cùng được chuyển đi. Không phải vậy. Hầu hết các quyết định đó đã được đưa ra từ trước, trước cả khi vault tồn tại theo nghĩa thực tế. Điều này thay đổi khi nào việc phối hợp (coordination) diễn ra.
Đường hoàn tiền là thứ cuối cùng làm mình đổi góc nhìn. Nếu việc thiết lập không bao giờ hoàn tất hoặc bí mật không bao giờ được tiết lộ, người gửi vẫn có thể thu hồi BTC thông qua một Bitcoin-side hash timelock mà không cần phụ thuộc vào bất kỳ người tham gia nào khác. Mình cứ nghĩ về điều đó một lúc. Mình tự hỏi tại sao lại để quá ít quyết định cho tương lai. Mình cứ băn khoăn vì sao phải quyết định trước quá nhiều…. Tại sao phải chốt mọi đường chi hợp lệ (mọi lộ trình chi tiêu hợp pháp) trước khi vault thậm chí còn chưa hoạt động? Có lẽ giao thức không chủ yếu tối ưu để chuyển tài sản giữa hai mạng theo kiểu “sau đó mới xử lý”. Có lẽ nó đang cố làm cho sự không chắc chắn trở nên khó đưa vào hơn.
Vậy,
Giảm các quyết định trong tương lai chỉ là một cách khác để giảm niềm tin sao?👀
#baby $BABY $BTC
@BabylonLabs_io
Câu hỏi đó cứ kéo mình quay lại tài liệu peg-in. Mình cứ nghĩ câu trả lời sẽ nằm ở chỗ Bitcoin và Ethereum đã “giao tiếp” với nhau như thế nào. Nhưng không phải vậy.
Trên giấy tờ thì luồng này không có gì quá lạ. BTC được khóa trong một Taproot script trong khi vault được đăng ký trên Ethereum. Rồi mình nhận ra hashlock nối cả hai phía của quy trình, và một chi tiết khác bắt đầu nổi bật. Vault không trở nên hoạt động cho đến khi mọi người tham gia bắt buộc đã ký xong toàn bộ “đồ thị giao dịch” (transaction graph). Mọi đường thanh toán (redemption path), mọi phản hồi khi có thách thức (challenge response), thậm chí cả đường hoàn tiền (refund path) cũng đã được thống nhất trước khi vault thực sự có thể được sử dụng. Mình dừng lại ở đó một chút vì không chắc đó chỉ là chi tiết triển khai hay chính là điểm cốt lõi của thiết kế. Nhìn càng lâu, mình càng thấy dường như giao thức đang cố ý dồn việc phối hợp sang giai đoạn đầu thay vì để lại cho thời điểm sau.
Mấy bạn, mình đã đọc lại luồng peg-in vì vẫn có điều gì đó chưa khớp. Mình đã giả định rằng sẽ cần các phê duyệt mới mỗi khi tiền cuối cùng được chuyển đi. Không phải vậy. Hầu hết các quyết định đó đã được đưa ra từ trước, trước cả khi vault tồn tại theo nghĩa thực tế. Điều này thay đổi khi nào việc phối hợp (coordination) diễn ra.
Đường hoàn tiền là thứ cuối cùng làm mình đổi góc nhìn. Nếu việc thiết lập không bao giờ hoàn tất hoặc bí mật không bao giờ được tiết lộ, người gửi vẫn có thể thu hồi BTC thông qua một Bitcoin-side hash timelock mà không cần phụ thuộc vào bất kỳ người tham gia nào khác. Mình cứ nghĩ về điều đó một lúc. Mình tự hỏi tại sao lại để quá ít quyết định cho tương lai. Mình cứ băn khoăn vì sao phải quyết định trước quá nhiều…. Tại sao phải chốt mọi đường chi hợp lệ (mọi lộ trình chi tiêu hợp pháp) trước khi vault thậm chí còn chưa hoạt động? Có lẽ giao thức không chủ yếu tối ưu để chuyển tài sản giữa hai mạng theo kiểu “sau đó mới xử lý”. Có lẽ nó đang cố làm cho sự không chắc chắn trở nên khó đưa vào hơn.
Vậy,
Giảm các quyết định trong tương lai chỉ là một cách khác để giảm niềm tin sao?👀
#baby $BABY $BTC