каждый механизм, который я разобрал в этой серии до сих пор — порог ликвидации, справедливый излишек, всё это — тихо предполагает, что где-то на фоне всё работает корректно. цена. вся эта математика не значит ничего, если подача цены, которая её питает, неверна, и на это действительно стоит посмотреть вместо того, чтобы принимать как должное.
ликвидация срабатывает, когда BTC/USD-ценовой оракул пересекает порог относительно долга, который должен быть выплачен. расчёт справедливого платежа — определение того, превысил ли изъятый сейф то, что на самом деле было должно — опирается на тот же принцип ценообразования плюс WBTC/USD-датчик на случай, когда излишек должен быть урегулирован именно в этом конкретном активе. это не второстепенные детали, прикрученные к дизайну. они несущие. ошибись с ценой в неправильный момент — и получишь ликвидацию, которая не должна была произойти, или справедливый платеж, который недоплачивает тому, кто фактически никогда не был в просадке.
чем это отличается от остального дизайна, который я освещал: всё остальное до этого можно было проверить напрямую криптографией или биткоин-скриптом — хэшлоки, доказательства, таймлоки, вещи, правильность которых можно удостоверить просто взглянув на них. цена — это не так. цена по определению внешняя величина: оракул должен сообщить о событии в внешнем мире, и сколько бы ни было хитроумного дизайна смарт-контрактов, он всё равно полагается на число, которое контракт не может независимо верифицировать с реальностью.
вот где рамка «без доверия» становится действительно сложнее удерживать без оговорок. всё, что находится выше по цепочке от ликвидации, обеспечивается математикой, которую можно проверять on-chain. сама же триггер-система ликвидации зависит от фида, который сообщает о происходящем снаружи, и то, как именно закреплён этот оракул, тихо становится одним из самых важных предположений о доверии во всём стеке.
поэтому: обсуждается ли настройка оракула здесь с той же тщательностью, что и криптографические части, или она проскальзывает мимо, потому что «price feed» звучит рутинно по сравнению с хэшлоками и zk-доказательствами.
#baby @BabylonLabs_io $BABY
ликвидация срабатывает, когда BTC/USD-ценовой оракул пересекает порог относительно долга, который должен быть выплачен. расчёт справедливого платежа — определение того, превысил ли изъятый сейф то, что на самом деле было должно — опирается на тот же принцип ценообразования плюс WBTC/USD-датчик на случай, когда излишек должен быть урегулирован именно в этом конкретном активе. это не второстепенные детали, прикрученные к дизайну. они несущие. ошибись с ценой в неправильный момент — и получишь ликвидацию, которая не должна была произойти, или справедливый платеж, который недоплачивает тому, кто фактически никогда не был в просадке.
чем это отличается от остального дизайна, который я освещал: всё остальное до этого можно было проверить напрямую криптографией или биткоин-скриптом — хэшлоки, доказательства, таймлоки, вещи, правильность которых можно удостоверить просто взглянув на них. цена — это не так. цена по определению внешняя величина: оракул должен сообщить о событии в внешнем мире, и сколько бы ни было хитроумного дизайна смарт-контрактов, он всё равно полагается на число, которое контракт не может независимо верифицировать с реальностью.
вот где рамка «без доверия» становится действительно сложнее удерживать без оговорок. всё, что находится выше по цепочке от ликвидации, обеспечивается математикой, которую можно проверять on-chain. сама же триггер-система ликвидации зависит от фида, который сообщает о происходящем снаружи, и то, как именно закреплён этот оракул, тихо становится одним из самых важных предположений о доверии во всём стеке.
поэтому: обсуждается ли настройка оракула здесь с той же тщательностью, что и криптографические части, или она проскальзывает мимо, потому что «price feed» звучит рутинно по сравнению с хэшлоками и zk-доказательствами.
#baby @BabylonLabs_io $BABY