Друзі, чи стикалися ви з такими проблемами в DeFi? Платформа кредитування була незрозуміло ліквідована, оскільки дані про ціни оновлювалися на кілька секунд; Прослизання в он-чейн-транзакціях стає абсурдним через затримку з підходом ціни. За цими, здавалося б, випадковими ризиками стоїть одна й та сама проблема — традиційна модель Oracle Data Push не змогла встигати за швидкістю DeFi.

Але останнім часом відбулася цікава зміна: індустрія перейшла від «безперервного push» до «on-demand pull». Що означає ця трансформація? Чому це змінює правила гри? Давай добре поговоримо.

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

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

Це революційно для певних типів застосувань. Уявіть собі децентралізовану платформу безперервних контрактів, де кожна транзакція та коригування позиції потребують точних цін у реальному часі. З режимом pull можна отримати найточніші дані без витрат — що немислимо в епоху push.