Сегодня я вернулся к разделу о ликвидациях в whitepaper и перечитал то, что уже успел разобрать в этой серии.
Тут стоит быть точным. В самом документе Babylon сказано, что ликвидации проходят через заранее определённый (whitelisted) набор ликвидаторов, которые следят за ценой и состоянием vault, а не через полностью открытый набор.
Первое моё прочтение слова «trustless» подразумевало, что оно применяется одинаково ко всей системе, включая ликвидации.
Но не совсем так. Собственная логика расходования vault, unstake, liquidate, slash криптографически принудительно исполняется. Однако набор ликвидаторов, которые наблюдают за условием-триггером, внесён в whitelist. Разные гарантии — одно и то же слово, которым это описывают.
То есть ликвидация — это не «сначала падение цены, потом ликвидация». Это падение цены; затем о нём сообщает оракул; кто-то из whitelisted-набора замечает это и действует; и только после этого включается криптографическое принуждение.
Документ прямо об этом говорит — не скрывает. Но зависимость от оракула и whitelist незаметно находятся выше по цепочке относительно того, что все называют trustless.
Я не знаю, как именно определяется и обновляется этот whitelist ликвидаторов со временем. Не нашёл, чтобы это было прямо расписано.
Во время достаточно резкого движения цены — насколько вообще важна криптография vault, если whitelisted-ликвидаторы, которые следят за триггером, медленные, малочисленные или если оракул отстаёт? 👍
#baby $BABY @BabylonLabs_io
Тут стоит быть точным. В самом документе Babylon сказано, что ликвидации проходят через заранее определённый (whitelisted) набор ликвидаторов, которые следят за ценой и состоянием vault, а не через полностью открытый набор.
Первое моё прочтение слова «trustless» подразумевало, что оно применяется одинаково ко всей системе, включая ликвидации.
Но не совсем так. Собственная логика расходования vault, unstake, liquidate, slash криптографически принудительно исполняется. Однако набор ликвидаторов, которые наблюдают за условием-триггером, внесён в whitelist. Разные гарантии — одно и то же слово, которым это описывают.
То есть ликвидация — это не «сначала падение цены, потом ликвидация». Это падение цены; затем о нём сообщает оракул; кто-то из whitelisted-набора замечает это и действует; и только после этого включается криптографическое принуждение.
Документ прямо об этом говорит — не скрывает. Но зависимость от оракула и whitelist незаметно находятся выше по цепочке относительно того, что все называют trustless.
Я не знаю, как именно определяется и обновляется этот whitelist ликвидаторов со временем. Не нашёл, чтобы это было прямо расписано.
Во время достаточно резкого движения цены — насколько вообще важна криптография vault, если whitelisted-ликвидаторы, которые следят за триггером, медленные, малочисленные или если оракул отстаёт? 👍
#baby $BABY @BabylonLabs_io