Багато хто вважає, що дані оракула, отримані з ланцюга, є актуальними в реальному часі, але ця ідея може призвести до помилок.

Візьмемо, наприклад, децентралізовані оракули типу APRO — вони дозволяють будь-кому виступати в ролі валідатора даних, подаючи звіти в ланцюг за допомогою підпису та таймстампу. Звучить демократично, але є один важливий нюанс: дійсність цих звітів обмежена 24 годинами.

Інакше кажучи, якщо ваш смарт-контракт підтвердив звіт, це не означає, що дані є актуальними. Таймстамп може бути з вчорашнього дня або навіть позавчора. Підтвердження валідності і актуальність даних — це зовсім різні речі.

Як це використовувати? Смарт-контракти можуть мати чотири підходи:

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

Другий — історичний запит — отримання ціни на конкретний таймстамп. Добре підходить для аудиту або розрахункових перевірок, гарантує цілісність даних.

Третій — розділення оновлення ціни та бізнес-логіки — обробляти їх окремо. Аналогічно push-режиму традиційних оракулів, більш гнучко і економно щодо Gas.

Четвертий — читання існуючих даних з ланцюга — найризикованіший підхід. Якщо ніхто не подає нових звітів, ви можете отримати ціну кілька місяців тому. Можна використовувати в окремих сценаріях, але потрібно бути дуже обережним.

Головне — ніколи не плутайте "валідовано" і "актуальні дані". Навіть якщо звіт APRO прострочений на 24 години, підпис все одно може бути валідним, але ваше застосування вже може базуватися на історичних даних.

Це відображає сутність децентралізованих оракулів — вони повертають право визначати актуальність даних саме застосункам. Вам потрібно обирати відповідну стратегію отримання даних відповідно до вашого бізнес-сценарію. Більша влада — більша відповідальність.