Trước đây tôi nghĩ rằng một lớp giám sát gian lận chỉ mạnh như những người vận hành được giao để theo dõi nó.
Rồi tôi phát hiện ra luồng thử thách từ phía người gửi tiền trong Trustless Bitcoin Vaults (TBV).
Universal Challengers (Những người thách thức phổ quát) giám sát các yêu cầu (claims) về Bitcoin trên nhiều ứng dụng và phát lệnh thách thức khi chúng phát hiện một bằng chứng (proof) không hợp lệ.
Các Relevant Application Vault Keepers (người giữ hòm kho ứng dụng liên quan) cũng có thể tham gia cơ chế thách thức đối với những vault mà họ đã đồng ký (co-signed) các đồ thị giao dịch (transaction graphs).
Nhưng người gửi tiền không bị buộc phải cho rằng luôn có một trong các người vận hành đó sẽ hành động.
Các hiện vật BABE (BABE artifacts) được lưu lại khi peg-in giúp người gửi tiền, hoặc bất kỳ bên nào họ ủy quyền, có thể tạo và phát lệnh thách thức phía Bitcoin nếu một yêu cầu không hợp lệ được đăng.
Họ không cần phải đăng ký với tư cách là Universal Challenger hoặc Application Vault Keeper chỉ để bảo vệ chính vault của mình.
Đó là một sự khác biệt quan trọng.
Bất kỳ ai cũng có thể giám sát các claims và đối chiếu chúng với trạng thái Ethereum.
Nhưng việc thách thức không phải là một lời kêu gọi công khai chung chung.
Nó đòi hỏi các hiện vật (artifacts) và đường dẫn giao dịch (transaction paths) đặc thù của vault, có sẵn cho các người vận hành liên quan và cho người gửi tiền.
Vì vậy, lớp người vận hành cung cấp giám sát liên tục trên nhiều vault, trong khi người gửi tiền vẫn giữ một lớp phòng thủ độc lập cuối cùng nếu các bên tham gia không phản hồi.
Tuy nhiên, sự độc lập không làm cho phương án dự phòng tự động diễn ra.
Ai đó phải phát hiện claim không hợp lệ, lưu giữ các hiện vật BABE đúng và hành động trong khoảng thời gian assert timelock.
Nếu mọi Universal Challenger, các bên tham gia giao thức liên quan và người gửi tiền đều vẫn offline trong suốt khoảng thời gian đó, Babylon sẽ ghi nhận giao dịch không-payout (không chi trả) của Security Council như một “phương án chặn cuối” trước khi quá trình chi trả hoàn tất.
Việc cho phép người gửi tiền thách thức có loại bỏ hoàn toàn sự phụ thuộc vào bất kỳ nhà vận hành giám sát cụ thể nào không, hay bảo mật vẫn phụ thuộc vào ít nhất một bên có năng lực theo dõi và hành động kịp thời??
Việc cho phép người gửi tiền thách thức có tạo ra sự độc lập thực sự không?
#baby $SOON @BabylonLabs_io $BABY $ON
Rồi tôi phát hiện ra luồng thử thách từ phía người gửi tiền trong Trustless Bitcoin Vaults (TBV).
Universal Challengers (Những người thách thức phổ quát) giám sát các yêu cầu (claims) về Bitcoin trên nhiều ứng dụng và phát lệnh thách thức khi chúng phát hiện một bằng chứng (proof) không hợp lệ.
Các Relevant Application Vault Keepers (người giữ hòm kho ứng dụng liên quan) cũng có thể tham gia cơ chế thách thức đối với những vault mà họ đã đồng ký (co-signed) các đồ thị giao dịch (transaction graphs).
Nhưng người gửi tiền không bị buộc phải cho rằng luôn có một trong các người vận hành đó sẽ hành động.
Các hiện vật BABE (BABE artifacts) được lưu lại khi peg-in giúp người gửi tiền, hoặc bất kỳ bên nào họ ủy quyền, có thể tạo và phát lệnh thách thức phía Bitcoin nếu một yêu cầu không hợp lệ được đăng.
Họ không cần phải đăng ký với tư cách là Universal Challenger hoặc Application Vault Keeper chỉ để bảo vệ chính vault của mình.
Đó là một sự khác biệt quan trọng.
Bất kỳ ai cũng có thể giám sát các claims và đối chiếu chúng với trạng thái Ethereum.
Nhưng việc thách thức không phải là một lời kêu gọi công khai chung chung.
Nó đòi hỏi các hiện vật (artifacts) và đường dẫn giao dịch (transaction paths) đặc thù của vault, có sẵn cho các người vận hành liên quan và cho người gửi tiền.
Vì vậy, lớp người vận hành cung cấp giám sát liên tục trên nhiều vault, trong khi người gửi tiền vẫn giữ một lớp phòng thủ độc lập cuối cùng nếu các bên tham gia không phản hồi.
Tuy nhiên, sự độc lập không làm cho phương án dự phòng tự động diễn ra.
Ai đó phải phát hiện claim không hợp lệ, lưu giữ các hiện vật BABE đúng và hành động trong khoảng thời gian assert timelock.
Nếu mọi Universal Challenger, các bên tham gia giao thức liên quan và người gửi tiền đều vẫn offline trong suốt khoảng thời gian đó, Babylon sẽ ghi nhận giao dịch không-payout (không chi trả) của Security Council như một “phương án chặn cuối” trước khi quá trình chi trả hoàn tất.
Việc cho phép người gửi tiền thách thức có loại bỏ hoàn toàn sự phụ thuộc vào bất kỳ nhà vận hành giám sát cụ thể nào không, hay bảo mật vẫn phụ thuộc vào ít nhất một bên có năng lực theo dõi và hành động kịp thời??
Việc cho phép người gửi tiền thách thức có tạo ra sự độc lập thực sự không?
#baby $SOON @BabylonLabs_io $BABY $ON
🔘 Yes, no fixed operator
100%
🔘 No, action is still needed
0%
3 phiếu bầu • Cuộc bỏ phiếu đã kết thúc