Шановні розробники, мені потрібно висловити своє невдоволення. Останнім часом ми перенесли наш DApp з Ethereum на Solana, Base, Aptos та інші ланцюги, і майже розвалили команду — все через орієнтири на цю проблему.
На Ethereum все йшло гладко, викликали Chainlink для ціноутворення, кілька рядків коду — і готово. Але як тільки перейшли на Solana, документація повністю змінилася, довелося вивчати інтеграцію Pyth. На Base знову інша логіка розгортання Chainlink на L2. Різні ланцюги — орієнтири схожі на розетки в різних країнах — інтерфейси, витрати, частота оновлень — все різне. Таке безперервне возіння — місяцями марна праця, весь час займаєшся «адаптацією орієнтирів».
Коли переді мною з’явилася робота з 40 ланцюгами, я майже зневірився. Потім спробував рішення APRO — мульти-ланцюговий орієнтир, чесно кажучи, спочатку сумнівався, адже всі вже втомилися від слоганів «підтримка всіх ланцюгів». Але, користуючись ним, зрозумів, що воно справді вирішує кілька найболючіших проблем.
Наприклад, ефективність розгортання: раніше потрібно було вручну налаштовувати контракти споживачів, встановлювати джерела даних, тестувати затримки оновлення цін — і на 40 ланцюгах цю роботу можна було робити до кінця року. Тепер у бекенді можна просто обрати потрібні типи даних, натиснути одну кнопку — і автоматично розгорнути на кількох ланцюгах, що зекономило роботу одного розробника. Для нашої невеликої команди це дуже помітно.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
11 лайків
Нагородити
11
8
Репост
Поділіться
Прокоментувати
0/400
GateUser-ccc36bc5
· 01-05 14:24
Мульти-ланцюгове розгортання оракулів дійсно є кошмаром, кожен ланцюг з окремою логікою — це справжня енергетична трата, я цілком згоден.
Переглянути оригіналвідповісти на0
ZenChainWalker
· 01-04 13:37
Я також наступав на цю яму з оракулом, справді зневірений... Chainlink, Pyth, Band — кожен грає по-своєму, вже набридло.
Переглянути оригіналвідповісти на0
TokenStorm
· 01-04 09:26
Місяць даремно витрачений лише для адаптації до оракулів? Це завдяки тим маркетинговим акаунтам із "повним ланцюгом підтримки", ха-ха
Чесно кажучи, 40 ланцюгів звучать лякаюче, але я повинен подивитися дані бектесту для APRO з одною натисканням, щоб повірити
Переглянути оригіналвідповісти на0
NFTHoarder
· 01-03 04:52
Ха-ха, я також переживав цей кошмар, мультичейн-адаптація справді може звести з розуму, а ця яма з оракулами — найглибша.
Переглянути оригіналвідповісти на0
4am_degen
· 01-03 04:50
Вау, це справжня проблема для нашої команди — оракул дійсно є кошмаром для багатозв'язкових розгортань
Переглянути оригіналвідповісти на0
QuietlyStaking
· 01-03 04:49
Чорт, оракул справді є кошмаром для багатозв'язкової розробки, я маю глибокий досвід у цьому.
Переглянути оригіналвідповісти на0
CodeZeroBasis
· 01-03 04:48
Оракул справді є кошмаром для багатозв'язкової розробки, відчуваю тебе, брате
Переглянути оригіналвідповісти на0
LightningSentry
· 01-03 04:32
Ой, метафора з розеткою просто чудова, кожна ланцюг — це різний тип, справді дістало вже.
Шановні розробники, мені потрібно висловити своє невдоволення. Останнім часом ми перенесли наш DApp з Ethereum на Solana, Base, Aptos та інші ланцюги, і майже розвалили команду — все через орієнтири на цю проблему.
На Ethereum все йшло гладко, викликали Chainlink для ціноутворення, кілька рядків коду — і готово. Але як тільки перейшли на Solana, документація повністю змінилася, довелося вивчати інтеграцію Pyth. На Base знову інша логіка розгортання Chainlink на L2. Різні ланцюги — орієнтири схожі на розетки в різних країнах — інтерфейси, витрати, частота оновлень — все різне. Таке безперервне возіння — місяцями марна праця, весь час займаєшся «адаптацією орієнтирів».
Коли переді мною з’явилася робота з 40 ланцюгами, я майже зневірився. Потім спробував рішення APRO — мульти-ланцюговий орієнтир, чесно кажучи, спочатку сумнівався, адже всі вже втомилися від слоганів «підтримка всіх ланцюгів». Але, користуючись ним, зрозумів, що воно справді вирішує кілька найболючіших проблем.
Наприклад, ефективність розгортання: раніше потрібно було вручну налаштовувати контракти споживачів, встановлювати джерела даних, тестувати затримки оновлення цін — і на 40 ланцюгах цю роботу можна було робити до кінця року. Тепер у бекенді можна просто обрати потрібні типи даних, натиснути одну кнопку — і автоматично розгорнути на кількох ланцюгах, що зекономило роботу одного розробника. Для нашої невеликої команди це дуже помітно.