mọi cơ chế tôi đã đi qua cho đến bây giờ trong loạt bài này—ngưỡng thanh lý, phần chênh lệch công bằng, tất cả—thầm giả định một điều rằng mọi thứ hoạt động đúng trong hậu trường: giá. chẳng có phép toán nào có ý nghĩa nếu nguồn cấp giá cung cấp cho nó là sai, và điều đó đáng để nhìn thẳng vào thay vì coi là đương nhiên.
các lệnh kích hoạt thanh lý dựa trên một nguồn cấp giá BTC/USD cắt ngang một ngưỡng so với khoản nợ phải trả. phép tính khoản thanh toán công bằng, xác định xem một vault bị tịch thu có vượt quá số tiền thực sự phải trả hay không, cũng chạy trên kiểu định giá tương tự—cộng thêm một nguồn cấp WBTC/USD để dùng khi phần dư được thanh toán bằng đúng loại tài sản đó. đây không phải là các chi tiết phụ gắn thêm vào thiết kế. chúng là phần chịu lực. lấy sai giá vào đúng thời điểm sai thì bạn sẽ nhận một vụ thanh lý lẽ ra không nên xảy ra, hoặc một khoản thanh toán công bằng làm thiệt người mà thực tế chưa bao giờ ở dưới mực nước.
điểm khiến điều này khác với phần còn lại của thiết kế mà tôi đã trình bày là: mọi thứ khác cho đến nay đều có thể được xác minh bằng mật mã hoặc trực tiếp bằng bitcoin script—hashlock, các proof, timelock—những thứ bạn có thể kiểm tra là đúng chỉ bằng cách nhìn vào chúng. còn giá thì không. giá theo định nghĩa là thứ ở bên ngoài. đó là công việc của một oracle để báo cáo điều gì đang diễn ra ngoài thế giới thực, và chẳng có thiết kế hợp đồng thông minh nào thay đổi sự thật rằng hợp đồng đang tin vào một con số mà nó không thể tự mình kiểm chứng theo thực tế.
đây là lúc mà cách đóng khung “không cần tin cậy” trở nên thực sự khó giữ vững nếu không kèm điều kiện. mọi thứ xảy ra phía trước liquidation đều được cưỡng chế bởi các phép toán có thể kiểm tra được trên chuỗi. bản thân ngòi kích hoạt thanh lý lại phụ thuộc vào một feed báo cáo từ bên ngoài hệ thống, và mức độ mà oracle đó được bảo đảm ra sao trở thành, một cách âm thầm, một trong những giả định tin cậy quan trọng nhất trong toàn bộ tầng.
vậy thì ở đây việc thiết lập oracle có được đem ra thảo luận với cùng mức độ soi xét như các phần mật mã không? hay nó trượt qua dưới radar vì “price feed” nghe có vẻ thông thường hơn so với hashlock và zk proof.
#baby @BabylonLabs_io $BABY
các lệnh kích hoạt thanh lý dựa trên một nguồn cấp giá BTC/USD cắt ngang một ngưỡng so với khoản nợ phải trả. phép tính khoản thanh toán công bằng, xác định xem một vault bị tịch thu có vượt quá số tiền thực sự phải trả hay không, cũng chạy trên kiểu định giá tương tự—cộng thêm một nguồn cấp WBTC/USD để dùng khi phần dư được thanh toán bằng đúng loại tài sản đó. đây không phải là các chi tiết phụ gắn thêm vào thiết kế. chúng là phần chịu lực. lấy sai giá vào đúng thời điểm sai thì bạn sẽ nhận một vụ thanh lý lẽ ra không nên xảy ra, hoặc một khoản thanh toán công bằng làm thiệt người mà thực tế chưa bao giờ ở dưới mực nước.
điểm khiến điều này khác với phần còn lại của thiết kế mà tôi đã trình bày là: mọi thứ khác cho đến nay đều có thể được xác minh bằng mật mã hoặc trực tiếp bằng bitcoin script—hashlock, các proof, timelock—những thứ bạn có thể kiểm tra là đúng chỉ bằng cách nhìn vào chúng. còn giá thì không. giá theo định nghĩa là thứ ở bên ngoài. đó là công việc của một oracle để báo cáo điều gì đang diễn ra ngoài thế giới thực, và chẳng có thiết kế hợp đồng thông minh nào thay đổi sự thật rằng hợp đồng đang tin vào một con số mà nó không thể tự mình kiểm chứng theo thực tế.
đây là lúc mà cách đóng khung “không cần tin cậy” trở nên thực sự khó giữ vững nếu không kèm điều kiện. mọi thứ xảy ra phía trước liquidation đều được cưỡng chế bởi các phép toán có thể kiểm tra được trên chuỗi. bản thân ngòi kích hoạt thanh lý lại phụ thuộc vào một feed báo cáo từ bên ngoài hệ thống, và mức độ mà oracle đó được bảo đảm ra sao trở thành, một cách âm thầm, một trong những giả định tin cậy quan trọng nhất trong toàn bộ tầng.
vậy thì ở đây việc thiết lập oracle có được đem ra thảo luận với cùng mức độ soi xét như các phần mật mã không? hay nó trượt qua dưới radar vì “price feed” nghe có vẻ thông thường hơn so với hashlock và zk proof.
#baby @BabylonLabs_io $BABY