Пророковіці, що передають поза ланцюгом дані (курси валют, погода тощо), надають їх у блокчейн. Це здається простим завданням, але насправді існує два абсолютно різні підходи: один — активне передавання даних, інший — запит за потребою.

**Пуш-орієнтований пророковіці — режим трансляції**

Це найпопулярніший нині метод, подібний до системи Data Feeds у Chainlink. Вузли пророковіці автоматично працюють за заданими умовами, наприклад, кожні 5 хвилин або при коливанні ціни понад 0.5%, вони миттєво передають нові дані в ланцюг.

Звучить непогано? Насправді є дві переваги — розробники DApp не мусять морочитися з логікою запитів, вони просто читають готові дані з ланцюга; користувачі отримують дані швидше, оскільки вони вже там і чекають.

Але за все потрібно платити. Проблема у витратах: кожного разу, коли виконується оновлення за умовою, потрібно сплачувати Gas, незалежно від того, чи використовують ці дані насправді. Уявіть підтримку 1000 RWA-активів, що оновлюються кожні кілька хвилин — Gas-вартості стають астрономічними. Для пар із низьким обсягом торгів це особливо марнотратно.

**Pull-орієнтований пророковіці — режим запиту за потребою**

Проекти на кшталт Tellor(TRB) досліджують інший шлях: коли контракт має потребу в даних, він сам їх запитує. Це очевидна перевага — якщо ніхто не використовує, то й не витрачає грошей, оплата відбувається лише за фактом потреби, що значно розширює масштабованість.

Обидва підходи мають свої плюси і мінуси, все залежить від конкретних сценаріїв застосування.