Người ta thường cho rằng nếu một giao thức có một nhà điều hành thì nhà điều hành đó cũng phải là bên mà bạn tin tưởng để giao tài sản của mình. Tôi càng nghiên cứu thiết kế kho lưu trữ (vault) của Babylon thì càng nhận ra hai trách nhiệm đó được cố ý tách biệt.

Một Nhà Cung Cấp Vault có một công việc quan trọng. Nó điều phối công việc ngoài chuỗi cần thiết để tạo và sau đó hoàn trả (redeem) một vault, bao gồm việc tạo bằng chứng, xử lý giao dịch đã được ký trước và phối hợp với các Application Vault Keepers. Nhưng theo tài liệu thì nó không bao giờ nắm giữ hoặc kiểm soát Bitcoin của người gửi. Các điều kiện chi tiêu được cố định ngay khi vault được tạo, khiến vai trò của nhà cung cấp mang tính vận hành hơn là giữ hộ.

Sự khác biệt đó đã thay đổi cách tôi nghĩ về cơ sở hạ tầng. Việc phối hợp là cần thiết vì các hệ thống phức tạp cần những người tham gia để duy trì các quy trình vận hành. Niềm tin là điều khác. Niềm tin quyết định ai là người cuối cùng có thể quyết định số phận của tài sản của bạn.

Kiến trúc của Babylon dường như vẽ ra một ranh giới có chủ đích giữa những ý tưởng đó. Một Nhà Cung Cấp Vault giúp giao thức hoạt động nhưng không giành được quyền hạn đối với chính BTC. Dù sau này nhà cung cấp có thể không còn sẵn sàng, tài liệu mô tả một lộ trình tự yêu cầu (self claim) của người gửi được thiết kế để cho phép người dùng tự khôi phục Bitcoin của họ một cách độc lập.

Có lẽ một dấu hiệu của thiết kế giao thức trưởng thành không phải là loại bỏ hoàn toàn các vai trò vận hành. Mà là đảm bảo rằng những vai trò đó không bao giờ trở thành các vị trí giữ hộ.

@BabylonLabs_io $BABY #baby