Этот рассказ не начинается с чего-то высокого и грандиозного, это просто совместное недовольство людей, пишущих код.



Работающих в DeFi, в игровой индустрии, создающих Web3-приложения — все сталкиваются с одной и той же проблемой: данными. Не в том дело, что данных нет, а в том, что данные изначально ненадежны. То медленно загружаются, то сами по себе ложные, то стоят так дорого, что ими никто не может воспользоваться. Даже если ваш смарт-контракт супер-крутой, если туда закинуть мусор, результат будет только катастрофой.

Итак, вопрос сводится к одному: как сделать так, чтобы блокчейн мог доверять информации из реального мира?

Начинающие заниматься этим люди не были знаменитыми. Инженеры, дата-сайентисты, кто-то из крупных компаний, кто-то давно уже крутился в крипто-круге. Все единодушно считали — без надежного слоя данных децентрализация — это пустая болтовня. Они потратили много времени, чтобы понять, почему раньше постоянно возникали проблемы: атаки, задержки, неправильные стимулы. Деньги были ограничены, итерации шли медленно, но этот опыт сформировал их подход: не спешить, нужно проверить, и ни в коем случае не говорить просто так «доверие».

Первый продукт был довольно сырой. В ранних версиях он мог только передавать ценовые данные, и часто ошибался. Внецепочечные данные не совпадали с данными на цепочке, проверить их на цепочке было дорого, задержки создавали головную боль. Команда не скрывала проблем, а прямо с ними сталкивалась. Они попробовали гибридный подход — сочетание оффчейн-вычислений и on-chain-валидации, разработали два режима: «push» и «pull». Один — для скорости, другой — для точности.

Позже они поняли, что именно эта «нечистота» дает большую гибкость.

Дальше, полагаться только на криптографию и математику стало недостаточно. Они добавили механизм верификации на базе ИИ — не ради хайпа, а чтобы усилить защиту. Модель ИИ могла в реальном времени выявлять аномальные данные, сравнивать источники, значительно повысив устойчивость системы.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • 3
  • Репост
  • Поделиться
комментарий
0/400
TommyTeacher1vip
· 7ч назад
ngl Основная проблема оракула — это доверие, garbage in garbage out, даже самые крутые контракты не спасут.
Посмотреть ОригиналОтветить0
PerennialLeekvip
· 7ч назад
Черт, это и есть путь спасения oracle. Засовывать мусорные данные действительно может привести только к катастрофе, я видел слишком много контрактов, которые провалились из-за сбоя источника данных. Система пуш-пулл и гибридных решений я признаю, это гораздо лучше, чем чистый фундаментализм, такова практика.
Посмотреть ОригиналОтветить0
TopEscapeArtistvip
· 7ч назад
Эм… разве это не старый прием проблемы Oracle, что ли? Просто сменить AI-оболочку — и всё решится? Я настроен скептически.
Посмотреть ОригиналОтветить0
  • Закрепить