Переваги та реалізація розподіленої ціни Оракул-машина
Щоб вирішити проблему єдиної точки відмови, один відомий оракул-машина проект використав дизайн розподіленого цінового оракула-машини. Наприклад, беручи до уваги послугу надання ціни BTC в доларах США, ця система агрегує 31 незалежний ціновий оракул-машину для надання послуг користувачам, що значно підвищує надійність і точність.
Дизайн цього агрегатора дозволяє кільком зовнішнім оракул-машинам надавати цінові дані, викликаючи певні методи для реагування на запити користувачів. Ці зовнішні оракул-машини зазвичай є незалежними EOA-рахунками, які можуть надавати дані не тільки для BTC/USD, а й для інших валютних пар, таких як ETH/USD.
На рівні смарт-контрактів система впровадила сувору механіку верифікації. Спочатку буде зчитано поточний стан контракту та проведено ряд перевірок, а потім здійснено необхідні підготовчі роботи. Далі система перевіряє підписані дані, щоб забезпечити їхню справжність та цілісність. Нарешті, буде перевірено сортировку спостережуваних значень і вибрано медіану як остаточну ціну, при цьому забезпечуючи, щоб ця ціна не перевищувала встановлений поріг.
Щоб ще більше підвищити надійність даних, деякі програми також використовують цю Оракул-машину для перехресної перевірки з іншими джерелами цін. Наприклад, шляхом порівняння цін, які вказують різні оракули, щоб переконатися, що відхилення знаходиться в прийнятних межах.
Зручність реєстраційного центру Оракул-машини
Щоб спростити процес запиту цін на різні токени, виник Центр реєстрації оракулів. Цей механізм можна зрозуміти як агрегатор кількох джерел цінових котирувань, що значно знижує складність операцій для користувачів. Через Центр реєстрації оракулів користувачі можуть безпосередньо отримувати дані про ціни різних токенів, не налаштовуючи окремі джерела цінових котирувань для кожного токена.
! Chainlink (частина 2) із серії Oracle Explainer](https://img-cdn.gateio.im/webp-social/moments-28d519adb5b491a0596a00eed45731eb.webp)
Багаторівнева механіка агрегування цін
Ціна даних системи Оракул-машина зазвичай проходить через кілька рівнів агрегації, які в основному включають агрегацію джерел даних, агрегацію операторів вузлів та агрегацію мережі Оракул-машина.
Найбазовіші цінові дані надходять з великих централізованих та децентралізованих торгових платформ. Деякі професійні постачальники даних збирають та інтегрують ці первинні дані, враховуючи обсяги торгівлі, ліквідність та інші фактори для проведення зважених розрахунків, формуючи перший рівень агрегації джерел даних.
Другий рівень агрегації здійснюється операторами вузлів Оракул-машини. Вони отримують інформацію про ціни від кількох незалежних сервісів агрегації даних, виключаючи аномальні значення за допомогою методів, таких як знаходження медіани, щоб підвищити надійність даних.
Останній рівень є агрегатом всієї мережі оракул-машин. Звичайний спосіб полягає в тому, щоб після отримання заздалегідь визначеної кількості відповідей від вузлів взяти медіану цінових даних, наданих цими вузлами, як остаточну ціну. Варто зазначити, що не кожен раз результати агрегації оновлюються миттєво в ланцюзі, а потрібно задовольнити певні умови спрацьовування, такі як порогове відхилення або порогове значення серцевого ритму.
! Chainlink, частина 2 серії Oracle Explainer](https://img-cdn.gateio.im/social/moments-cec5b2c5581a3e9abce8f2d60b198374656574839201
) Сценарії застосування та обмеження
Ця система оракул-машини легко інтегрується, має високий рівень безпеки, але через затримку в механізмі оновлення цін оновлення може відбуватися з частотою від кількох хвилин до 24 годин. Тому вона більш підходить для сценаріїв застосування, де вимоги до актуальності цін не є високими. Це також відображає обмеження цієї системи, яка може не задовольнити потреби всіх типів застосувань.
При виборі рішення оракул-машини розробники повинні зважити їх переваги та обмеження, щоб зробити відповідний вибір відповідно до специфічних вимог застосування.
! Chainlink Частина 2 серії Oracle Explainer]###https://img-cdn.gateio.im/webp-social/moments-d9aeeaf87bcbb44e785c6ac67b5d0877.webp(
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Як розподілена оракул-машина підвищує надійність цінових даних
Переваги та реалізація розподіленої ціни Оракул-машина
Щоб вирішити проблему єдиної точки відмови, один відомий оракул-машина проект використав дизайн розподіленого цінового оракула-машини. Наприклад, беручи до уваги послугу надання ціни BTC в доларах США, ця система агрегує 31 незалежний ціновий оракул-машину для надання послуг користувачам, що значно підвищує надійність і точність.
Дизайн цього агрегатора дозволяє кільком зовнішнім оракул-машинам надавати цінові дані, викликаючи певні методи для реагування на запити користувачів. Ці зовнішні оракул-машини зазвичай є незалежними EOA-рахунками, які можуть надавати дані не тільки для BTC/USD, а й для інших валютних пар, таких як ETH/USD.
На рівні смарт-контрактів система впровадила сувору механіку верифікації. Спочатку буде зчитано поточний стан контракту та проведено ряд перевірок, а потім здійснено необхідні підготовчі роботи. Далі система перевіряє підписані дані, щоб забезпечити їхню справжність та цілісність. Нарешті, буде перевірено сортировку спостережуваних значень і вибрано медіану як остаточну ціну, при цьому забезпечуючи, щоб ця ціна не перевищувала встановлений поріг.
Щоб ще більше підвищити надійність даних, деякі програми також використовують цю Оракул-машину для перехресної перевірки з іншими джерелами цін. Наприклад, шляхом порівняння цін, які вказують різні оракули, щоб переконатися, що відхилення знаходиться в прийнятних межах.
Зручність реєстраційного центру Оракул-машини
Щоб спростити процес запиту цін на різні токени, виник Центр реєстрації оракулів. Цей механізм можна зрозуміти як агрегатор кількох джерел цінових котирувань, що значно знижує складність операцій для користувачів. Через Центр реєстрації оракулів користувачі можуть безпосередньо отримувати дані про ціни різних токенів, не налаштовуючи окремі джерела цінових котирувань для кожного токена.
! Chainlink (частина 2) із серії Oracle Explainer](https://img-cdn.gateio.im/webp-social/moments-28d519adb5b491a0596a00eed45731eb.webp)
Багаторівнева механіка агрегування цін
Ціна даних системи Оракул-машина зазвичай проходить через кілька рівнів агрегації, які в основному включають агрегацію джерел даних, агрегацію операторів вузлів та агрегацію мережі Оракул-машина.
Найбазовіші цінові дані надходять з великих централізованих та децентралізованих торгових платформ. Деякі професійні постачальники даних збирають та інтегрують ці первинні дані, враховуючи обсяги торгівлі, ліквідність та інші фактори для проведення зважених розрахунків, формуючи перший рівень агрегації джерел даних.
Другий рівень агрегації здійснюється операторами вузлів Оракул-машини. Вони отримують інформацію про ціни від кількох незалежних сервісів агрегації даних, виключаючи аномальні значення за допомогою методів, таких як знаходження медіани, щоб підвищити надійність даних.
Останній рівень є агрегатом всієї мережі оракул-машин. Звичайний спосіб полягає в тому, щоб після отримання заздалегідь визначеної кількості відповідей від вузлів взяти медіану цінових даних, наданих цими вузлами, як остаточну ціну. Варто зазначити, що не кожен раз результати агрегації оновлюються миттєво в ланцюзі, а потрібно задовольнити певні умови спрацьовування, такі як порогове відхилення або порогове значення серцевого ритму.
! Chainlink, частина 2 серії Oracle Explainer](https://img-cdn.gateio.im/social/moments-cec5b2c5581a3e9abce8f2d60b198374656574839201
) Сценарії застосування та обмеження
Ця система оракул-машини легко інтегрується, має високий рівень безпеки, але через затримку в механізмі оновлення цін оновлення може відбуватися з частотою від кількох хвилин до 24 годин. Тому вона більш підходить для сценаріїв застосування, де вимоги до актуальності цін не є високими. Це також відображає обмеження цієї системи, яка може не задовольнити потреби всіх типів застосувань.
При виборі рішення оракул-машини розробники повинні зважити їх переваги та обмеження, щоб зробити відповідний вибір відповідно до специфічних вимог застосування.
! Chainlink Частина 2 серії Oracle Explainer]###https://img-cdn.gateio.im/webp-social/moments-d9aeeaf87bcbb44e785c6ac67b5d0877.webp(