#termmax @TermMax
Tôi đã xem bảng oracle của TermMax và cứ quay lại một chi tiết: nhiều nguồn cấp dữ liệu thế chấp có heartbeat (nhịp cập nhật) trong 24 giờ, trong khi giao thức lại sử dụng các mức giá đó để định giá thế chấp và thực hiện thanh lý. Điều đó không có nghĩa là giá bị “cũ” trong 24 giờ; mà có nghĩa là lộ trình thanh lý phụ thuộc vào việc định giá bên ngoài được làm mới nhanh đến mức nào.
Tôi đọc lại tài liệu oracle. TermMax sử dụng RedStone làm nguồn chính cho nhiều tài sản, với Chainlink làm phương án dự phòng, và hệ thống bảo vệ các thay đổi từ nguồn oracle bằng cơ chế timelock. Điều này là hợp lý: việc thay đổi một nguồn giá quan trọng không nên diễn ra tức thời. Nhưng nó tạo ra một mâu thuẫn.
Giao thức làm cho việc thanh lý trở nên xác định (deterministic) trong khi thị trường thì liên tục. Một vị thế có thể vượt ngưỡng thế chấp giữa các lần cập nhật oracle, nhưng quyết định về khả năng thanh toán vẫn được điều tiết bởi định giá đã được chấp nhận gần nhất. Trong các thị trường trật tự, khoảng trống đó là nhỏ. Khi thị trường căng thẳng, khoảng trống đó lại trở thành một phần của quá trình thanh lý.
Điều này đọng lại trong tôi. Dự phòng oracle giúp giảm rủi ro khi một nguồn cấp dữ liệu bị lỗi, nhưng không loại bỏ rủi ro về mặt thời gian. Phương án dự phòng có thể cải thiện khả năng sẵn sàng, nhưng không đảm bảo rằng định giá phản ánh đúng thị trường ngay khi thế chấp bị suy giảm.
Vì vậy, mối phụ thuộc “ẩn” không chỉ đơn thuần là TermMax dựa vào oracle. Độ tin cậy của thanh lý phụ thuộc vào hành vi theo thời gian của tầng định giá. Câu hỏi là liệu các bộ đệm thế chấp có được hiệu chỉnh cho độ trễ đó không—hay thiết kế thanh lý đang âm thầm “được gánh” bởi độ tươi của oracle.
$ONG
$ENA
$HEMI
#BitcoinBestWeekSinceMarch2023 #SpotGoldHitsHighestSinceMay15 #SamsungToAnnounceNewShareholderReturnPlanFriday #TrumpPressesCongressToPassClarityAct
Tôi đã xem bảng oracle của TermMax và cứ quay lại một chi tiết: nhiều nguồn cấp dữ liệu thế chấp có heartbeat (nhịp cập nhật) trong 24 giờ, trong khi giao thức lại sử dụng các mức giá đó để định giá thế chấp và thực hiện thanh lý. Điều đó không có nghĩa là giá bị “cũ” trong 24 giờ; mà có nghĩa là lộ trình thanh lý phụ thuộc vào việc định giá bên ngoài được làm mới nhanh đến mức nào.
Tôi đọc lại tài liệu oracle. TermMax sử dụng RedStone làm nguồn chính cho nhiều tài sản, với Chainlink làm phương án dự phòng, và hệ thống bảo vệ các thay đổi từ nguồn oracle bằng cơ chế timelock. Điều này là hợp lý: việc thay đổi một nguồn giá quan trọng không nên diễn ra tức thời. Nhưng nó tạo ra một mâu thuẫn.
Giao thức làm cho việc thanh lý trở nên xác định (deterministic) trong khi thị trường thì liên tục. Một vị thế có thể vượt ngưỡng thế chấp giữa các lần cập nhật oracle, nhưng quyết định về khả năng thanh toán vẫn được điều tiết bởi định giá đã được chấp nhận gần nhất. Trong các thị trường trật tự, khoảng trống đó là nhỏ. Khi thị trường căng thẳng, khoảng trống đó lại trở thành một phần của quá trình thanh lý.
Điều này đọng lại trong tôi. Dự phòng oracle giúp giảm rủi ro khi một nguồn cấp dữ liệu bị lỗi, nhưng không loại bỏ rủi ro về mặt thời gian. Phương án dự phòng có thể cải thiện khả năng sẵn sàng, nhưng không đảm bảo rằng định giá phản ánh đúng thị trường ngay khi thế chấp bị suy giảm.
Vì vậy, mối phụ thuộc “ẩn” không chỉ đơn thuần là TermMax dựa vào oracle. Độ tin cậy của thanh lý phụ thuộc vào hành vi theo thời gian của tầng định giá. Câu hỏi là liệu các bộ đệm thế chấp có được hiệu chỉnh cho độ trễ đó không—hay thiết kế thanh lý đang âm thầm “được gánh” bởi độ tươi của oracle.
$ONG
$ENA
$HEMI
#BitcoinBestWeekSinceMarch2023 #SpotGoldHitsHighestSinceMay15 #SamsungToAnnounceNewShareholderReturnPlanFriday #TrumpPressesCongressToPassClarityAct