В децентрализованных системах данные часто рассматриваются как доступные или недоступные. Если значение опубликовано в цепочке, предполагается, что его можно использовать. На практике это предположение является тем местом, где многие системы тихо накапливают риск.
Доступность только отвечает на вопрос, существуют ли данные. Надежность отвечает на вопрос, можно ли им доверять в условиях стресса.
Оракулы редко выходят из строя, отключаясь. Чаще они продолжают предоставлять данные, которые являются неполными, задержанными или недостаточно проверенными. Умные контракты все еще выполняются правильно, но на входах, которые больше не отражают реальность. К тому времени, как несоответствие становится видимым, позиции уже были скорректированы вокруг него.
Это различие имеет значение, потому что скорость сама по себе не предотвращает сбой.
APRO подходит к проектированию оракулов, придавая приоритет порядку проверки, избыточности и согласованности над частотой обновлений. Данные не считаются надежными просто потому, что они приходят быстро. Они должны пройти через слои валидации, которые учитывают задержку, агрегацию и крайние условия.
Компромисс тонок. Дополнительная проверка вводит сложность и может снизить кажущуюся отзывчивость. Но она также уменьшает тихое отклонение — состояние, когда системы работают нормально, в то время как предположения медленно расходятся с реальностью.
Инфраструктура редко оценивается по производительности в спокойные периоды. Она оценивается по поведению под давлением. Оракулы, которые оптимизируют только доступность, как правило, показывают лучшие результаты прямо перед появлением условий сбоя.
Надежные данные не объявляют о себе громко. Их ценность становится очевидной только тогда, когда рынки волатильны, сети перегружены, и время имеет большее значение, чем немедленность. В эти моменты правильность превосходит скорость.
\u003cm-11/\u003e \u003cc-13/\u003e \u003ct-15/\u003e
