За последние несколько лет работы над DeFi-проектами я был вынужден постоянно бороться с затратами на оракулы. Наш средний по масштабам протокол приносит всего около двух-трех тысяч долларов в месяц, а расходы на обновление данных уже достигают 8000 долларов. Тогда я подумал: это что, использование оракулов? Нет, скорее, выбрасывание денег на ветер.
Самое болезненное — это механизм пуша Chainlink. Его логика очень жесткая — независимо от того, нужны ли вашему проекту данные в данный момент, система должна регулярно и точно отправлять информацию в блокчейн, и за это взимается газ. В дни, когда рынок не колыхается, я наблюдаю, как цены, которые не меняются, многократно записываются, и думаю: сколько же тут можно потерять денег.
Три месяца назад я решил попробовать полностью перейти на другую систему получения данных — pull-механизм. Главное преимущество этого решения — вызов данных только тогда, когда они действительно нужны, и ничего лишнего — когда не нужно. После этого изменения наши расходы на оракул сократились более чем на 60%. В цифрах это означает, что за три месяца мы сэкономили деньги, которых хватило бы на найм еще одного штатного разработчика.
Честно говоря, такой переход — не шутка. Требуется переписывать базовый код, проводить тесты, запускать обновления и проходить целый ряд процедур. Но когда выгода стала очевидной, ощущение было потрясающим… вся команда подняла боевой дух. Финансовое давление снизилось, и разработчики смогли больше сосредоточиться на улучшении функциональности протокола.
Оборачиваясь назад, я понимаю, что главное — не в том, насколько мощным является конкретное решение оракула, а в том, чтобы выбрать инструмент, наиболее подходящий для текущей стадии проекта. Для небольших команд важнее эффективность затрат, чем громкое имя.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
10 Лайков
Награда
10
4
Репост
Поделиться
комментарий
0/400
WalletAnxietyPatient
· 21ч назад
Черт, эта система Chainlink — это просто обман для новичков, платишь за автоматические уведомления, а рынок даже не двинулся, а она всё равно упорно навязывается
Посмотреть ОригиналОтветить0
NFTArchaeologis
· 22ч назад
Это как если бы из эпохи пассивного переписывания наконец научились использовать по мере необходимости... Снизить затраты на 60% — это переписывание уравнения выживания.
Посмотреть ОригиналОтветить0
ChainWallflower
· 22ч назад
60%? Черт возьми, правда или нет, сколько же это сэкономит Gas费?
Посмотреть ОригиналОтветить0
LiquidationAlert
· 22ч назад
Боже, снизить затраты на 60% — вот это действительно оптимизация
За последние несколько лет работы над DeFi-проектами я был вынужден постоянно бороться с затратами на оракулы. Наш средний по масштабам протокол приносит всего около двух-трех тысяч долларов в месяц, а расходы на обновление данных уже достигают 8000 долларов. Тогда я подумал: это что, использование оракулов? Нет, скорее, выбрасывание денег на ветер.
Самое болезненное — это механизм пуша Chainlink. Его логика очень жесткая — независимо от того, нужны ли вашему проекту данные в данный момент, система должна регулярно и точно отправлять информацию в блокчейн, и за это взимается газ. В дни, когда рынок не колыхается, я наблюдаю, как цены, которые не меняются, многократно записываются, и думаю: сколько же тут можно потерять денег.
Три месяца назад я решил попробовать полностью перейти на другую систему получения данных — pull-механизм. Главное преимущество этого решения — вызов данных только тогда, когда они действительно нужны, и ничего лишнего — когда не нужно. После этого изменения наши расходы на оракул сократились более чем на 60%. В цифрах это означает, что за три месяца мы сэкономили деньги, которых хватило бы на найм еще одного штатного разработчика.
Честно говоря, такой переход — не шутка. Требуется переписывать базовый код, проводить тесты, запускать обновления и проходить целый ряд процедур. Но когда выгода стала очевидной, ощущение было потрясающим… вся команда подняла боевой дух. Финансовое давление снизилось, и разработчики смогли больше сосредоточиться на улучшении функциональности протокола.
Оборачиваясь назад, я понимаю, что главное — не в том, насколько мощным является конкретное решение оракула, а в том, чтобы выбрать инструмент, наиболее подходящий для текущей стадии проекта. Для небольших команд важнее эффективность затрат, чем громкое имя.