Дизайн та реалізація розподіленої системи цінових оракулів

Щоб вирішити проблему єдиної точки відмови, деякі оракул-машини використовують розподілену архітектуру. Наприклад, система, що агрегує 31 незалежний ціновий оракул для надання надійних даних про ціну біткоїна в доларах США.

Цей агрегатор має контрактний дизайн, який дозволяє кільком офлайн оракулам через виклик методу transmit надавати цінові дані у відповідь на запити користувачів. Ці офлайн оракли зазвичай є зовнішніми обліковими записами (EOA), які можуть надавати дані не тільки для пари біткойн/долар, але також можуть обслуговувати інші валютні пари, такі як ефір/долар.

Контракт на ланцюгу проходить ряд суворих етапів перевірки, обробляючи дані, які надає Оракул-машина:

1. Спочатку зчитайте поточний стан контракту та проведіть попередню перевірку.
2. Провести необхідні підготовчі роботи.
3. Використовуйте функцію ecrecover() для перевірки даних кожного підпису, щоб переконатися, що хеш-значення є хешем _report. У той же час перевірте, чи є роль підписувача Підписувачем, і запобігайте дублюванню підписів.
4. Перевірте правильність спостережень і виберіть з них медіану. Переконайтеся, що медіана не виходить за межі встановленого порогового діапазону.
5. Записати відповідь оракул-машини у s_transmissions та провести подальшу перевірку.

! Chainlink (частина 2) із серії Oracle Explainer](https://img-cdn.gateio.im/webp-social/moments-855e7db6fb0607a91a3fa63b51fcc2c9.webp)

Деякі системи можуть ще більше розширити цей процес верифікації, наприклад, порівнюючи, чи знаходиться відхилення цін, наданих різними Оракул-машинами, в межах прийнятного діапазону, щоб підвищити надійність даних.

Щоб спростити процес отримання цін на різні токени, деякі платформи ввели концепцію Реєстру Датчиків. Це можна розглядати як агрегатор PriceFeeds, який уже об'єднав кілька priceFeed. Використовуючи Реєстр Датчиків, розробники можуть безпосередньо читати дані про ціни, не налаштовуючи priceFeed для кожного токена окремо, що значно знижує витрати на управління та підвищує гнучкість.

! Chainlink (частина 2) із серії Oracle Explainer](https://img-cdn.gateio.im/webp-social/moments-28d519adb5b491a0596a00eed45731eb.webp)

У механізмі встановлення цін деякі сучасні системи оракулів-цін використовують багаторівневу стратегію агрегації даних:

1. Агрегація джерел даних: збирайте необроблені дані про ціни з основних централізованих і децентралізованих бірж.
2. Агрегація операторів вузлів: незалежні оператори вузлів отримують дані від кількох постачальників послуг агрегації даних та обробляють їх.
3. Оракул-машина мережеве агрегування: агрегування даних на рівні всієї мережі, зазвичай з використанням методів обчислення медіани та інших.

! Chainlink, частина 2 серії Oracle Explainer](https://img-cdn.gateio.im/social/moments-cec5b2c5581a3e9abce8f2d60b198374656574839201

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

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

! Chainlink Частина 2 серії Oracle Explainer])https://img-cdn.gateio.im/webp-social/moments-d9aeeaf87bcbb44e785c6ac67b5d0877.webp(