Проектирование и реализация распределенной системы цен Машина Oracle

Чтобы решить проблему единой точки отказа, некоторые сервисы Машина Oracle используют распределенный дизайн. Например, система, предоставляющая услуги по агрегированию цены биткойна в долларах, объединила 31 независимую цену Машина Oracle для предоставления надежных данных пользователям.

Дизайн контракта этого агрегатора позволяет нескольким оффчейн Машина Oracle предоставлять данные о ценах, вызывая метод transmit, чтобы реагировать на запросы пользователей. Эти оффчейн Машина Oracle обычно являются внешними учетными записями (EOA), которые могут предоставлять данные не только для пары Биткойн/Доллар, но и для других валютных пар, таких как Эфириум/Доллар.

Ончейн-контракты обрабатывают данные, предоставленные оракулами, с помощью ряда строгих этапов проверки:

1. Сначала прочитайте текущее состояние контракта и проведите предварительную проверку.
2. Провести необходимые подготовительные работы.
3. Используйте функцию ecrecover() для проверки каждого подписанных данных, чтобы убедиться, что значение hash является хэшом _report. Также проверьте, является ли роль подписавшегося Signer и предотвратите повторную подпись.
4. Проверьте, упорядочены ли наблюдаемые значения, и выберите медиану. Убедитесь, что эта медиана не превышает установленный предел.
5. Запишите ответ Машины Oracle в s_transmissions и проведите дальнейшую проверку.

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

Некоторые системы расширяют этот процесс проверки, например, сравнивая, находятся ли отклонения цен, предоставляемые различными оракулами, в допустимых пределах для повышения надежности данных.

Для упрощения процесса получения цен на различные токены некоторые платформы ввели концепцию Реестра Лент. Это можно рассматривать как агрегатор Лент Цен, который уже интегрировал несколько Лент Цен. Используя Реестр Лент, разработчики могут напрямую считывать ценовые данные, не устанавливая Ленту Цен для каждого токена отдельно, что значительно снижает затраты на управление и увеличивает гибкость.

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

В механизме ценообразования некоторые современные системы ценовых Машина Oracle используют многоуровневую стратегию агрегирования данных:

1. Агрегация источников данных: сбор исходных ценовых данных с крупных централизованных и децентрализованных торговых платформ.
2. Агрегация операторов узлов: независимые операторы узлов получают данные и обрабатывают их от нескольких поставщиков услуг агрегации данных.
3. Агрегация сети Oracle: агрегация данных на уровне всей сети, обычно с использованием таких методов, как вычисления медианы.

! Chainlink Часть 2 из серии Oracle Explainer](https://img-cdn.gateio.im/webp-social/moments-cec5b2c5581a3e9abce8f2d60b1980b1.webp)

Этот многоуровневый агрегатный механизм помогает повысить точность и надежность данных. Однако из-за таких механизмов триггера обновления, как порог отклонения и порог сердцебиения, обновления цен в некоторых системах могут быть относительно медленными, варьируясь от нескольких минут до нескольких часов. Хотя этот дизайн усиливает безопасность, он также ограничивает использование в сценариях, чувствительных к ценам в реальном времени.

В целом, системы распределённых ценовых Машина Oracle обладают значительными преимуществами в предоставлении надёжных данных, однако при выборе и использовании их всё равно необходимо учитывать их особенности в зависимости от конкретных потребностей приложения.

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