Ребята, вы когда-нибудь сталкивались с подобными проблемами в DeFi? Кредитная платформа была необъяснимо ликвидирована, потому что данные о ценах обновлялись на несколько секунд; Проскальзывания в он-чейневых транзакциях становятся абсурдными из-за задержки с подачей цены. За этими, казалось бы, случайными рисками, все они указывают на одну и ту же проблему — традиционная модель Oracle Data Push не смогла поспевать за скоростью DeFi.

Но в последнее время произошло интересное изменение: отрасль перешла от «непрерывного давления» к «по запросу». Что означает эта трансформация? Почему это меняет правила игры? Давайте хорошенько поговорим.

Давайте сначала поговорим о том, как играть в режим push. Каков современный подход большинства оракулов — отправлять данные в цепочку в фиксированное время и в определённую точку, 24 часа в сутки? Звучит хорошо, данные действительно всегда доступны. Но возникает вопрос: во-первых, пользуетесь ли вы им или нет, плата за газ всё равно надо заплатить, и кто в итоге заплатит? или протокол и пользователя; Во-вторых, существует потолок на частоте push, который не может удовлетворить некоторые высокочастотные приложения, одержимые миллисекундным уровнем реального времени.

Давайте снова посмотрим на режим притягивания. Концепция проста: в тот момент, когда приложению нужны данные — например, когда пользователь делает заказ, клиринговый чек — проактивно запрашивает обновлённую оценку. Преимущества этой логики «тратить время на это» очевидны. Во-первых, вам не нужно платить за простой, а затраты на цепочке можно значительно снизить; Во-вторых, каждый запрос можно настроить по запросу, идеально соответствуя деталям текущей ситуации.

Это революционно для определённых типов приложений. Представьте себе децентрализованную платформу вечных контрактов, где каждая сделка и корректировка позиции требуют точных цен в реальном времени. В режиме pull можно получить самые точные данные без траты денег — что немыслимо в эпоху пуша.