Цей проект гарно відповідає основним цінностям Ethereum, спрямованим на створення децентралізованого оракула та ринку даних та обчислень через EigenLayer. Однак це також розкриває досить слабку бізнес-модель з очікуваннями прибутку, які можуть бути не такими сильними, як у інших проектів Оракула. Досягнення прибутковості може зайняти певний час, особливо з урахуванням зазвичай низького потенціалу заробітку від проектів Оракула.
Порівняно з ChainLink, провідним децентралізованим проектом оракулів, єдине фундаментальне перевага eOracle - це його OVS (Oracle Validated Service), яке дозволяє розробникам створювати індивідуалізовані оракули та продавати їх на ринку eOracle. По суті, це працює як децентралізований ринок програмного забезпечення, де eOracle виконує роль платформи. Якщо цей ринок дозріє і згенерує позитивний ріст, eOracle може взлетіти. Крім того, він стане ще привабливішим, якщо eOracle зможе надати більш вигідні послуги децентралізованих оракулів.
Наразі варіанти участі обмежені, в основному вимагають стейкінгу ETH або токенів LST. Рішення про участь слід приймати на підставі власних досліджень (DYOR).
Ризики:
Наразі потрібна детальна публічна інформація про команду eOracle. Тим не менше, ми можемо дізнатися деякі відомості з документ протоколу Aegisнаписаний його технічною командою. У роботі зазначаються наступні особи:
Ми можемо попередньо припустити, що вищезазначені особи усі є членами команди eOracle, що свідчить про те, що eOracle, ймовірно, є командою, що базується в Ізраїлі.
Остаточна мета - побудувати повністю децентралізований, бездозвільний та надійний нейтральний ринок даних та обчислень.
Цільові клієнти та джерела доходів:
Розробники OVS:
OVS (Oracle Validated Service) відноситься до будівельників спеціалізованих оракулів, які розробляють власні оракули на інфраструктурі eOracle. Будівельники можуть створювати OVS і пропонувати їх на ринку eOracle, або розробники можуть використовувати їх у власних додатках.
Зокрема, розробники OVS можуть незалежно налаштовувати джерела даних (такі як фінансові дані, дані про нерухомість або будь-який інший тип даних) та будувати власну логіку агрегації для додатків. Це дозволяє обробляти та поєднувати дані таким чином, що найкраще підходить для додатка, покращуючи його функціональність та продуктивність.
Розробники Dapp:
Розробники додатків можуть інтегрувати свої додатки з eOracle, щоб мати доступ до даних цін, наданих eOracle.
Партнери:
EigenLayer та Оператори вузлів:
eOracle побудований на EigenLayer і користується криптоекономічною безпекою, яку підтримують валідатори Ethereum. Оператори можуть зареєструватися, щоб сприяти екосистемі eOracle та заробляти винагороду. (Примітка: винагороди, згадані для "валідаторів даних", фактично захищені EigenLayer, тоді як "валідатори ланцюга", які підтримують ланцюг EO, також матимуть свої власні стимули).
Станом на 6 серпня 2024 року жодної інформації про фінансування eOracle на Rootdata немає.
Тут, використовуючи дані від Token Terminal, ми посилаємося на дохід або загальні газові комісії, використані децентралізованими проектами оракулів, такими як ChainLink, Pyth та UMA.
ChainLink:
Дані про дохід та середній дохід на користувача (ARPU) показані на діаграмі нижче:
Дані про комісію за газ, які використовує мережа Pyth (відсутні дані про доходи), показані на малюнку нижче:
Дані про комісію за газ, використані UMA (відсутні дані про дохід), показані на малюнку нижче:
Як видно, дохід, що генерується самостійним проектом оракулу, є відносно невеликим, коливаючись від кількох сотень до кількох тисяч доларів щоденно. Для порівняння розгляньте щоденний дохід провідного проекту у сфері кредитування Aave та лідера DEX Uniswap:
Aave:
Uniswap:
Щоденний дохід від Aave та Uniswap, який часто досягає кількох сотень тисяч доларів, чітко показує, що доходи оракулів не знаходяться в тому ж розряді (звісно, це передбачає, що дані від Token Terminal точно відображають дохід проектів оракулів). Тому, якщо eOracle покладається лише на дохід, згенерований оракулами, його потенціал доходів може бути не дуже значним. Щоб прорватися, можливо, йому потрібно досліджувати інші шляхи (найпростіший - це емісія токенів та продажі, або фундаментально розширюватися в інші види бізнесу для розширення джерел доходів, залежно від напрямку проекту).
Система подвійних токенів: ETH + власний токен eOracle
Як запропонував Віталік, eOracle використовує підхід з двома токенами, використовуючи Ether (ETH) як основний компонент його безпеки, забезпечуючи високий рівень «бюджету», необхідного для атаки протоколу, і те, що «вартість» атаки системи на основі токена оракула також значна. Крім того, внутрішній токен буде використовуватися для стимулювання позитивної поведінки, покарання зловмисників та децентралізації власності та управління. Це дозволяє eOracle скористатися стабільністю, криптоекономічною безпекою та гнучкістю, що забезпечується Ether, у той час як збігається з внутрішнім токеном.
Однак конкретний розподіл та план розподілу токенів eOracle ще не було розкрито, що варто мати на увазі.
Очки eOracle надаються як операторам, так і делегатам ETH, кількісно оцінюються на основі обсягу та тривалості стейкання ETH. Очки оператора походять з загальної суми балів, пов'язаних з кожним оператором.
Бали учасника = кількість зареєстрованих токенів (ETH або LST) × кількість годин стейкінгу
Наприклад, якщо користувач ставить 1ETH на 10 днів, накопичені бали будуть 110 днів 24 години/день = 240.
Якщо користувач ставить кілька токенів, загальна кількість балів стейкера - це сума цих балів.
Балів оператора = загальна кількість балів всіх користувачів під ним * 0,03
Наприклад, якщо 5 користувачів довіряють загальну суму в 10 ETH оператору A на суму в 10 діб, то бали, отримані оператором, складають 1010 днів по 24 години/день * 0,03 = 72. Звісно, якщо сам оператор також має залучені кошти, він також отримає відповідні бали стейкера. Тут я не наведу прикладу.
eOracle – це перший нативний для Ethereum оракул, розроблений як модульний і програмований рівень даних, захищений Ethereum і побудований на EigenLayer. Він надає децентралізованим програмам вбудовану безпеку для реальних з'єднань і обчислювальних можливостей поза мережею, що підтримується децентралізованою мережею валідаторів Ether та Ethereum із повторним стейкінгом. Місія eOracle полягає у створенні повністю децентралізованого, інклюзивного та надійного нейтрального ринку даних та обчислень.
Порівняння між eOracle та традиційним оракулом:
Закритий ринок проти відкритого ринку
Традиційні оракули діють як посередники, контролюючи вартість, постачання та різноманітність даних. Натомість, ринок даних eOracle усуває посередників, замість цього використовуючи найбільшу та різноманітну мережу блокчейн-підтверджувачів. Це дозволяє підтверджуючим та децентралізованим додаткам (dapps) взаємодіяти безпосередньо відкритому ринку, приводячи до екосистеми більший спектр високоякісних даних. Прямий зв'язок між підтверджуючими та dapps користується обидвома сторонами, створюючи дешевші та більш ефективні дані. У цьому ринку ефективність та інклюзивність розблоковують нові інновації та можливості.
Закриті операції проти глобально розподілених операцій
Навпаки до децентралізованої природи екосистеми блокчейн, традиційні вузли оракулів реєструються та експлуатуються обраним групою вузлів. eOracle, підтримуваний вузлами, що експлуатуються валідаторами Ethereum, розширює безпеку та цінності PoS (доказу ставлення) Ethereum на простір оракулів.
Довіра до бренду проти довіри до безпеки Ethereum
Традиційно оракули покладаються на стейкінг-пули, які мають власні ідентичності, що вводить додаткові припущення про довіру та вектори атак для споживчих додатків. Завдяки використанню валідаторів Ethereum, eOracle дозволяє додаткам отримувати доступ до захищених даних без введення нових учасників або векторів атак у їх розгляди щодо безпеки.
Непрозорий проти прозорого та програмованого
В минулому використовувались інсулярні оракульні системи з захмарненою агрегацією для компенсації обмежень перевірки. Однак з появою EigenLayer та механізмів повторного ставлення, eOracle дотримується стандартів екосистеми для стимулювання, прозорості та криптоекономічної безпеки.
Обмежений доступ проти бездозвільної інтеграції
Відкритий і безкоштовний доступ до інформації - це не лише цінність екосистеми, але й ключовий аспект інновацій. Будь-яка децентралізована програма на будь-якому блокчейні може отримати доступ до даних eOracle та використовувати їх. Додатки вже не обмежені обмеженнями інфраструктури, які раніше гальмували прогрес галузі, а замість цього можуть використовувати необхідні дані будь-де без втрат ефективності.
Безпека на базовому рівні забезпечується EigenLayer. Смарт-контракти EigenLayer керують криптографічними ідентифікаторами мережі, записами стейкінгу та наборами валідаторів, що дозволяє eOracle скорочувати кошти шкідливих валідаторів.
EO-Chain - це присвячений блокчейн з доказами участі (PoS), який працює на операторах EigenLayer (валідаторах Ethereum, які знову зареєстрували свій ETH, щоб захистити мережу). EO-Chain розподіляє обчислення з основного блокчейну (тобто головної мережі Ethereum), зменшуючи витрати та затримки, зберігаючи децентралізовані стимули для операторів оракулів. Ця настройка забезпечує, що всі обчислення виконуються on-chain, гарантуючи прозорість та безпеку. Основні компоненти цього шару включають:
Це розумні контракти на EO-Chain, які агрегують та перевіряють дані, надані валідаторами. Ці розумні контракти генерують цифрово підписані та перевірені дані, консолідуючи підписи валідаторів даних, враховуючи їх відповідні ваги голосування.
Розумні контракти можуть бути розгорнуті без дозволу на ланцюжках споживачів для інтеграції даних eOracle. Ці контракти можуть перевіряти правильність підписів, згенерованих протоколом eOracle, що дозволяє додаткам читати та використовувати необхідні дані.
eOracle надає послуги WebSocket та REST API, які дозволяють використовувати дані eOracle як pull-оракул. У поєднанні з eOracle Solidity SDK, додатки можуть автоматизувати використання своїх даних за допомогою Python, TypeScript або інших засобів автоматизації.
Процес поділено на чотири етапи: Звітування, Підтвердження та агрегація, Публікація та Використання.
Звітування
Будь-які публічно доступні дані реального світу можуть бути додані до мережі eOracle, де оператори eOracle (яких раніше називали "Валідаторами Даних") починають звітувати про ці дані. Джерелами даних для цих звітів є різні кінцеві точки, такі як WebSocket або API.
Користувачі можуть встановити частоту звітності та вказати значення, які вони бажають видобути. Як тільки оператори отримають дані, вони підписують їх і відправляють на EO-Chain як транзакцію.
Будь-який оператор з відсотком вище порогу може брати участь у звітуванні, вага їхнього звіту визначається обсягом стейку, який вони утримують. Звіти певного оператора не можуть бути підроблені іншими, і після їх отримання їх участь стає необоротною частиною стану EO-Chain.
Оператори, які запускають вузли eOracle (раніше вони називалися «ланцюговими перевіряльниками»), отримують транзакції, які містять підписані звіти. Потім вузли криптографічно перевіряють ідентифікацію звітників. Завдяки бездозвільному характеру протоколу звіти є стійкими до цензури. Розумні контракти періодично агрегують перевірені звіти за допомогою спеціалізованої схеми - Oracle Validated Service.
Додатки можуть використовувати стандартну агрегацію eOracle, яка використовує передові алгоритми та протоколи для ідентифікації та видалення викидів, або визначати власну агрегацію, адаптовану до конкретних сценаріїв використання. Для досягнення консенсусу та забезпечення безпеки обчислення розподіляються між кількома перевіряючими та перевіряються ними.
Агрегований процес обчислення та його результати стають незмінною частиною EO-Chain. Децентралізований, прозорий та вільний від дозволів характер цього процесу забезпечує автентичність, точність та перевірку звітів та результатів агрегації, які потім можуть бути опубліковані.
Публікація - це процес, за допомогою якого агреговані дані eOracle випускаються на цільовий блокчейн. Цільовий блокчейн - це мережа, де розміщений будь-який децентралізований додаток (dapps), який бажає використовувати дані eOracle. Щоб надати дані eOracle, у кожному цільовому блокчейні є смарт-контракт, який перевіряє, розбирає та затверджує дані, підписані та згенеровані EO-Chain.
Щоб заощадити витрати на газ і підвищити ефективність, агреговані дані хешуються і зіставляються з листовим вузлом дерева Меркла, потім пов'язуються зі станом eOracle і підписуються поточним набором валідаторів eOracle. eOracle використовує схему цифрового підпису BLS для забезпечення ефективної участі великих учасників за допомогою порогових підписів і агрегації підписів. Ця криптографічна схема дозволяє використовувати масштабовані схеми підпису для захисту необхідних активів.
Децентралізовані додатки (dapps), фізичні особи та установи можуть безперешкодно взаємодіяти з eOracle за допомогою його Solidity SDK, що дозволяє їм отримувати доступ до та використовувати агреговані дані on-chain, коли завгодно.
Користувачі, які зацікавлені в низькій затримці або налаштованих оновленнях, також можуть використовувати REST API eOracle. Це дозволяє користувачам отримувати всі компоненти, необхідні для перевірки даних on-chain, а потім виконувати залежні транзакції. Усі криптографічні, кодувальні та розбірні завдання абстраговані SDK eOracle Solidity та TypeScript/Python.
Інфраструктура поза ланцюжком може використовувати інтерфейс WebSocket від eOracle для кешування агрегованих даних, що забезпечує плавний, з низькою затримкою досвід користувача, дозволяючи миттєву інтеграцію та виконання на службах користувачів. Інтерфейс з низькою затримкою від eOracle робить безпеку та прозорість на ланцюжку більш доступними, пропонуючи користувачам безшовний досвід.
Цей робочий процес схожий з ChainLink, як показано нижче:
Набір перевірячів eOracle інтегрований у набір перевірячів Ethereum PoS через протокол Aegis, що дозволяє перевірячам Ethereum брати участь в мережі eOracle без будь-яких вимог до дозволу.
Традиційно, зміна набору валідаторів з часом називається реконфігурацією. Відомі рішення, як правило, передбачають досягнення консенсусу щодо оновлення комітету валідаторів під час процесу створення нових блоків. Іншими словами, рішення, прийняте в блоку i, містить деталі комітету, який буде генерувати блок i+1.
Проте валідатори ланцюга eOracle не визначаються на самому ланцюзі eOracle; замість цього вони встановлені на Ethereum через операції restaking та unstaking. В результаті кожен блок на eOracle містить посилання (хеш-вказівник) на останній блок Ethereum. Це неявно визначає комітет для наступного блоку: а саме, набір restakers на цьому блоку Ethereum.
Проблема виникає, коли це відрізняється від класичного сценарію: комітет, визначений в блоку Ethereum, є тимчасовим і стає недійсним, якщо його члени відкладуться. Якщо це станеться, наш блокчейн може продовжувати працювати без активного комітету.
Ми вирішуємо це питання, представивши новий дизайн під назвою Aegis, алгоритм за EO-Chain, який використовує головний ланцюг (Ethereum) для захисту похідного ланцюга (ланцюг eOracle), схожий на міфологічний щит, за яким він названий.
Aegis визначає набір перевіряючих, посилаючись на блок Aegis на основний ланцюг блоків, встановлюючи контрольні точки на головному ланцюзі, щоб постійно приймати рішення, та скидаючи на головному ланцюзі, щоб створити новий комітет, коли попередній стає недійсним. Ця конструкція забезпечує безпеку у будь-який момент і дозволяє швидке просування, коли затримка між вузлами Aegis невелика.
eBFT - це безпечна та новаторська мережа, яку ухвалив eOracle, що складається з рушійного механізму консенсусу (IBFT) та протоколу переналаштування зовнішнього набору валідаторів (Aegis). Вона використовує рушійний механізм консенсусу IBFT для упаковки блоків, надання конкретних мережевих можливостей та управління мережею. Інтеграція розумних контрактів EigenLayer від eOracle, які використовуються разом з рушійним механізмом консенсусу на основі Tendermint, повністю реалізує протокол Aegis.
IBFT (Istanbul Byzantine Fault Tolerance) – це механізм консенсусу, призначений для того, щоб блокчейн-мережа могла досягти консенсусу навіть за наявності шкідливих вузлів. Виходячи з візантійського алгоритму відмовостійкості, IBFT вимагає згоди не менше двох третин вузлів, щоб підтвердити транзакції та згенерувати блоки. Він працює шляхом ротації пропозицій блоків між валідаторами, де кожен валідатор по черзі пропонує блок, а інші перевіряють і голосують за нього. IBFT характеризується високою пропускною здатністю, низькою затримкою та швидкою завершеністю, що робить його добре придатним для блокчейн-додатків корпоративного рівня.
Tendermint, основний учасник мережі Cosmos, надає необхідні інструменти для розподілених мереж. Його основний продукт, Tendermint Core, є провідним движком консенсусу з відпоріваною від вад (BFT), який забезпечує безпеку та масштабованість блокчейн-проектів. Крім того, Tendermint пропонує Cosmos SDK, популярну платформу для створення блокчейн-додатків, та протокол IBC, який сприяє міжблокчейному зв'язку. Ці інструменти дозволяють розробникам легко створювати надійні, децентралізовані додатки.
Протокол переконфігурації зовнішнього набору перевіряючих (Aegis) в межах eBFT реалізований за допомогою набору основних смарт-контрактів, які дотримуються специфікацій протоколу Aegis. Ці контракти інтегрують функціональність повторного ставлення, налаштовують набір перевіряючих та реєструють зобов'язання до стану eOracle.
Ключові особливості eBFT:
Перехід стану
IBFT 2.0 визначає серію переходів стану, які визначають узгодження на ланцюжку для стану блокчейну. Валідатор пропонує додати блок, вказуючи операції для оновлення стану блокчейну.
Валідатори в наборі валідаторів Ethereum приймають дійсний запропонований блок. Право голосу кожного валідатора зважується за кількістю токенів, які він поставив. Переважна більшість валідаторів повинні підтвердити блок, щоб він був прийнятий.
Коли валідатор пропонує новий блок, інші валідатори перевіряють його і голосують за його прийняття. Цей процес може бути повторений за необхідності. На кожному етапі певна кількість валідаторів повинна підтвердити блок підписом, перш ніж його можна буде додати до блокчейну. Якщо цей поріг не досягнутий, починається наступний етап, і інший валідатор пропонує блок, повторюючи процес.
Якщо запропонований блок підтверджується та підписується пороговою кількістю валідаторів, він приймається та відображається в новому стані блокчейну.
Обранець блоку обирається на швидкості генерації блоку для його конструювання. Механізм вибору пропонентів ґрунтується на Tendermint і реалізується за допомогою детермінованого алгоритму вибору. Валідатори з більшою виборчою силою обираються частіше.
Переваги консенсусу
Голосувальна потужність, пропорційна стейку:Сила голосування валідатора пропорційна кількості токенів, які вони вклали. Це означає, що валідатори з більшою кількістю вкладених токенів мають більшу силу голосування і, отже, більший вплив на рішення в мережі. Цей механізм забезпечує економічні стимули для валідаторів діяти чесно і в найкращих інтересах мережі.
Економічні стимули сприяють чесному поведінці:Оскільки винагорода валідатора безпосередньо пов'язана з його виконанням в мережі, вони мають сильний стимул забезпечувати стабільність і безпеку мережі. Будь-яка спроба підірвати мережу через зловмисну поведінку спричинить втрату заложених токенів, зменшуючи стимул для таких дій.
Використання стеку PolyBFT:eBFT використовує стек PolyBFT, який використовує його зовнішню конструкцію стейкінгу та можливості міжланцюгової взаємодії. Ця конструкція дозволяє eBFT взаємодіяти більш гнучко з іншими мережами блокчейну, підвищуючи його безпеку та масштабованість.
Протокол Aegis інтегрується з EigenLayer:Протокол Aegis інтегрований з власними валідаторами Ethereum через EigenLayer, забезпечуючи безпеку та цілісність мережі. Ця інтеграція не лише підвищує стійкість до відмов eBFT, але й дозволяє використовувати міцну спільноту та ресурси екосистеми Ethereum.
Станом на 6 серпня 2024 року:
При обговоренні проектів оракулів неможливо не згадати провідний проект, Chainlink. Щиро кажучи, eOracle має на меті створити децентралізовану мережу оракулів, схожу на Chainlink, з архітектурою, яка також слідує моделі Джерел Даних (Біржі) → Вузли Збору Даних (Постачальники API) → Центр Обробки Даних (Оракул Ланцюга) → Кінцеві Користувачі (Проекти Смарт-Контрактів). Однак у цьому відношенні немає чіткої переваги для eOracle перед Chainlink.
Крім того, спектр послуг Chainlink виходить за межі цінових стрічок (які стосуються надійності та стійкості до втручання передачі даних). Вони також пропонують VRF (перевірна випадкова функція) для забезпечення перевірки та стійкості до втручання випадковості на ланцюжку, а також функції Chainlink для зниження перешкод у підключенні смарт-контрактів до веб-інтерфейсів Web2, вирішуючи проблеми, такі як стійкість до втручання та безпека даних при звичайних обчисленнях.
Chainlink також відомий своєю великою увагою до відносин з розробниками, надаючи вичерпну документацію та навчальні матеріали, які допомагають розробникам швидко розпочати роботу з Chainlink. Вони регулярно організовують різноманітні події та конкурси, такі як хакатони, конференції для розробників, технічні семінари та зустрічі офлайн, пропонуючи відповідні інцентивні програми для розробників.
Команда Chainlink також досить вражаюча:
Крім того, Chainlink не має собі рівних в екосистемному партнерстві, забезпечуючи понад 400 протоколів із TVS (Total Value Secured) у розмірі 20,057 мільярда доларів США (перше місце за версією Defilama).
Якщо існує сфера, де eOracle вийшла за межі Chainlink, то це його OVS (Oracle Validated Service). eOracle дозволяє розробникам створювати різноманітні власні оракули та продавати їх на ринку eOracle. Це схоже на децентралізований ринок програмного забезпечення, де eOracle виступає як платформа. Якщо цей ринок в майбутньому буде успішним і створить позитивний ростовий колесо, eOracle може мати потенціал для подальшого розвитку. Коротко кажучи, для початківців розробників без конкретних потреб Chainlink, без сумніву, є першим вибором. Однак для більш досвідчених розробників може бути вигідніше використовувати eOracle, оскільки це дозволяє їм продавати свої продукти іншим.
Крім того, якщо eOracle зможе запропонувати більш низьку цінову політику порівняно з вже встановленими проектами, такими як Chainlink, у майбутньому, він може стати ще більш привабливим для розробників.
Можливості участі
Повторний стейкінг ETH та LST
Опис винагород: бали eOracle
Як вже зазначалося, основний спосіб заробітку балів eOracle наразі полягає в стейкінгу токенів ETH та LST. Бали стейкера = Кількість залучених токенів (ETH або LST) × Кількість годин стейкінгу.
Ті, хто мають ресурси, можуть навіть зареєструватися як оператори вузла eOracle. Операторські бали = Загальна кількість балів всіх користувачів під оператором × 0.03.
Посібник з взаємодії: Ось демонстрація того, як перевідновити ETH та LST токени.
Спочатку вам потрібно повторно вкласти токени ETH та LST на Eigenlayer.
Увійтиі виберіть токен, який ви бажаєте перевідправити, підключіть свій гаманець та завершіть процес перевідправлення.
Примітка 1: Як правило, протоколи перестейкінгу ліквідності, такі як Renzo або Etherfi, не можуть бути використані для повторного стейкінгу, оскільки ці протоколи перестейкінгу ліквідності часто не надають користувачам права делегувати операторів вузлів. Це означає, що ви не можете бути впевнені, чи будуть ваші залишені кошти спрямовані на eOracle або інші проекти.
Примітка 2: Для отримання докладнішої інформації про різні концепції, пов'язані з повторним ставленням, ви можете переглянути відеоролики загального характеру на Bilibili від нашої спільноти, LYS Lab.
Посилання для посилання
https://app.eigenlayer.xyz/avs/0x23221c5bb90c7c57ecc1e75513e2e4257673f0ef
https://blog.eoracle.io/the-eoracle-ambassador-program-building-like-elon-einstein-edison/
https://blog.eoracle.io/the-end-game-for-oracles/
https://blog.eoracle.io/the-ethereum-oracle-now-live-on-eigenlayer-mainnet/
https://blog.eoracle.io/the-eoracle-points-program/
https://blog.eoracle.io/introducing-eoracle/
https://web3caff.com/zh/archives/84690
https://www.binance.com/zh-CN/square/post/8491430140657
https://foresightnews.pro/article/detail/35268
https://www.maxcrypto.space/p/chainlink
https://www.tuoluo.cn/article/detail-10098238.html
https://foresightnews.pro/article/detail/32719
https://tokenterminal.com/terminal/financial-statements/chainlink
Compartilhar
Цей проект гарно відповідає основним цінностям Ethereum, спрямованим на створення децентралізованого оракула та ринку даних та обчислень через EigenLayer. Однак це також розкриває досить слабку бізнес-модель з очікуваннями прибутку, які можуть бути не такими сильними, як у інших проектів Оракула. Досягнення прибутковості може зайняти певний час, особливо з урахуванням зазвичай низького потенціалу заробітку від проектів Оракула.
Порівняно з ChainLink, провідним децентралізованим проектом оракулів, єдине фундаментальне перевага eOracle - це його OVS (Oracle Validated Service), яке дозволяє розробникам створювати індивідуалізовані оракули та продавати їх на ринку eOracle. По суті, це працює як децентралізований ринок програмного забезпечення, де eOracle виконує роль платформи. Якщо цей ринок дозріє і згенерує позитивний ріст, eOracle може взлетіти. Крім того, він стане ще привабливішим, якщо eOracle зможе надати більш вигідні послуги децентралізованих оракулів.
Наразі варіанти участі обмежені, в основному вимагають стейкінгу ETH або токенів LST. Рішення про участь слід приймати на підставі власних досліджень (DYOR).
Ризики:
Наразі потрібна детальна публічна інформація про команду eOracle. Тим не менше, ми можемо дізнатися деякі відомості з документ протоколу Aegisнаписаний його технічною командою. У роботі зазначаються наступні особи:
Ми можемо попередньо припустити, що вищезазначені особи усі є членами команди eOracle, що свідчить про те, що eOracle, ймовірно, є командою, що базується в Ізраїлі.
Остаточна мета - побудувати повністю децентралізований, бездозвільний та надійний нейтральний ринок даних та обчислень.
Цільові клієнти та джерела доходів:
Розробники OVS:
OVS (Oracle Validated Service) відноситься до будівельників спеціалізованих оракулів, які розробляють власні оракули на інфраструктурі eOracle. Будівельники можуть створювати OVS і пропонувати їх на ринку eOracle, або розробники можуть використовувати їх у власних додатках.
Зокрема, розробники OVS можуть незалежно налаштовувати джерела даних (такі як фінансові дані, дані про нерухомість або будь-який інший тип даних) та будувати власну логіку агрегації для додатків. Це дозволяє обробляти та поєднувати дані таким чином, що найкраще підходить для додатка, покращуючи його функціональність та продуктивність.
Розробники Dapp:
Розробники додатків можуть інтегрувати свої додатки з eOracle, щоб мати доступ до даних цін, наданих eOracle.
Партнери:
EigenLayer та Оператори вузлів:
eOracle побудований на EigenLayer і користується криптоекономічною безпекою, яку підтримують валідатори Ethereum. Оператори можуть зареєструватися, щоб сприяти екосистемі eOracle та заробляти винагороду. (Примітка: винагороди, згадані для "валідаторів даних", фактично захищені EigenLayer, тоді як "валідатори ланцюга", які підтримують ланцюг EO, також матимуть свої власні стимули).
Станом на 6 серпня 2024 року жодної інформації про фінансування eOracle на Rootdata немає.
Тут, використовуючи дані від Token Terminal, ми посилаємося на дохід або загальні газові комісії, використані децентралізованими проектами оракулів, такими як ChainLink, Pyth та UMA.
ChainLink:
Дані про дохід та середній дохід на користувача (ARPU) показані на діаграмі нижче:
Дані про комісію за газ, які використовує мережа Pyth (відсутні дані про доходи), показані на малюнку нижче:
Дані про комісію за газ, використані UMA (відсутні дані про дохід), показані на малюнку нижче:
Як видно, дохід, що генерується самостійним проектом оракулу, є відносно невеликим, коливаючись від кількох сотень до кількох тисяч доларів щоденно. Для порівняння розгляньте щоденний дохід провідного проекту у сфері кредитування Aave та лідера DEX Uniswap:
Aave:
Uniswap:
Щоденний дохід від Aave та Uniswap, який часто досягає кількох сотень тисяч доларів, чітко показує, що доходи оракулів не знаходяться в тому ж розряді (звісно, це передбачає, що дані від Token Terminal точно відображають дохід проектів оракулів). Тому, якщо eOracle покладається лише на дохід, згенерований оракулами, його потенціал доходів може бути не дуже значним. Щоб прорватися, можливо, йому потрібно досліджувати інші шляхи (найпростіший - це емісія токенів та продажі, або фундаментально розширюватися в інші види бізнесу для розширення джерел доходів, залежно від напрямку проекту).
Система подвійних токенів: ETH + власний токен eOracle
Як запропонував Віталік, eOracle використовує підхід з двома токенами, використовуючи Ether (ETH) як основний компонент його безпеки, забезпечуючи високий рівень «бюджету», необхідного для атаки протоколу, і те, що «вартість» атаки системи на основі токена оракула також значна. Крім того, внутрішній токен буде використовуватися для стимулювання позитивної поведінки, покарання зловмисників та децентралізації власності та управління. Це дозволяє eOracle скористатися стабільністю, криптоекономічною безпекою та гнучкістю, що забезпечується Ether, у той час як збігається з внутрішнім токеном.
Однак конкретний розподіл та план розподілу токенів eOracle ще не було розкрито, що варто мати на увазі.
Очки eOracle надаються як операторам, так і делегатам ETH, кількісно оцінюються на основі обсягу та тривалості стейкання ETH. Очки оператора походять з загальної суми балів, пов'язаних з кожним оператором.
Бали учасника = кількість зареєстрованих токенів (ETH або LST) × кількість годин стейкінгу
Наприклад, якщо користувач ставить 1ETH на 10 днів, накопичені бали будуть 110 днів 24 години/день = 240.
Якщо користувач ставить кілька токенів, загальна кількість балів стейкера - це сума цих балів.
Балів оператора = загальна кількість балів всіх користувачів під ним * 0,03
Наприклад, якщо 5 користувачів довіряють загальну суму в 10 ETH оператору A на суму в 10 діб, то бали, отримані оператором, складають 1010 днів по 24 години/день * 0,03 = 72. Звісно, якщо сам оператор також має залучені кошти, він також отримає відповідні бали стейкера. Тут я не наведу прикладу.
eOracle – це перший нативний для Ethereum оракул, розроблений як модульний і програмований рівень даних, захищений Ethereum і побудований на EigenLayer. Він надає децентралізованим програмам вбудовану безпеку для реальних з'єднань і обчислювальних можливостей поза мережею, що підтримується децентралізованою мережею валідаторів Ether та Ethereum із повторним стейкінгом. Місія eOracle полягає у створенні повністю децентралізованого, інклюзивного та надійного нейтрального ринку даних та обчислень.
Порівняння між eOracle та традиційним оракулом:
Закритий ринок проти відкритого ринку
Традиційні оракули діють як посередники, контролюючи вартість, постачання та різноманітність даних. Натомість, ринок даних eOracle усуває посередників, замість цього використовуючи найбільшу та різноманітну мережу блокчейн-підтверджувачів. Це дозволяє підтверджуючим та децентралізованим додаткам (dapps) взаємодіяти безпосередньо відкритому ринку, приводячи до екосистеми більший спектр високоякісних даних. Прямий зв'язок між підтверджуючими та dapps користується обидвома сторонами, створюючи дешевші та більш ефективні дані. У цьому ринку ефективність та інклюзивність розблоковують нові інновації та можливості.
Закриті операції проти глобально розподілених операцій
Навпаки до децентралізованої природи екосистеми блокчейн, традиційні вузли оракулів реєструються та експлуатуються обраним групою вузлів. eOracle, підтримуваний вузлами, що експлуатуються валідаторами Ethereum, розширює безпеку та цінності PoS (доказу ставлення) Ethereum на простір оракулів.
Довіра до бренду проти довіри до безпеки Ethereum
Традиційно оракули покладаються на стейкінг-пули, які мають власні ідентичності, що вводить додаткові припущення про довіру та вектори атак для споживчих додатків. Завдяки використанню валідаторів Ethereum, eOracle дозволяє додаткам отримувати доступ до захищених даних без введення нових учасників або векторів атак у їх розгляди щодо безпеки.
Непрозорий проти прозорого та програмованого
В минулому використовувались інсулярні оракульні системи з захмарненою агрегацією для компенсації обмежень перевірки. Однак з появою EigenLayer та механізмів повторного ставлення, eOracle дотримується стандартів екосистеми для стимулювання, прозорості та криптоекономічної безпеки.
Обмежений доступ проти бездозвільної інтеграції
Відкритий і безкоштовний доступ до інформації - це не лише цінність екосистеми, але й ключовий аспект інновацій. Будь-яка децентралізована програма на будь-якому блокчейні може отримати доступ до даних eOracle та використовувати їх. Додатки вже не обмежені обмеженнями інфраструктури, які раніше гальмували прогрес галузі, а замість цього можуть використовувати необхідні дані будь-де без втрат ефективності.
Безпека на базовому рівні забезпечується EigenLayer. Смарт-контракти EigenLayer керують криптографічними ідентифікаторами мережі, записами стейкінгу та наборами валідаторів, що дозволяє eOracle скорочувати кошти шкідливих валідаторів.
EO-Chain - це присвячений блокчейн з доказами участі (PoS), який працює на операторах EigenLayer (валідаторах Ethereum, які знову зареєстрували свій ETH, щоб захистити мережу). EO-Chain розподіляє обчислення з основного блокчейну (тобто головної мережі Ethereum), зменшуючи витрати та затримки, зберігаючи децентралізовані стимули для операторів оракулів. Ця настройка забезпечує, що всі обчислення виконуються on-chain, гарантуючи прозорість та безпеку. Основні компоненти цього шару включають:
Це розумні контракти на EO-Chain, які агрегують та перевіряють дані, надані валідаторами. Ці розумні контракти генерують цифрово підписані та перевірені дані, консолідуючи підписи валідаторів даних, враховуючи їх відповідні ваги голосування.
Розумні контракти можуть бути розгорнуті без дозволу на ланцюжках споживачів для інтеграції даних eOracle. Ці контракти можуть перевіряти правильність підписів, згенерованих протоколом eOracle, що дозволяє додаткам читати та використовувати необхідні дані.
eOracle надає послуги WebSocket та REST API, які дозволяють використовувати дані eOracle як pull-оракул. У поєднанні з eOracle Solidity SDK, додатки можуть автоматизувати використання своїх даних за допомогою Python, TypeScript або інших засобів автоматизації.
Процес поділено на чотири етапи: Звітування, Підтвердження та агрегація, Публікація та Використання.
Звітування
Будь-які публічно доступні дані реального світу можуть бути додані до мережі eOracle, де оператори eOracle (яких раніше називали "Валідаторами Даних") починають звітувати про ці дані. Джерелами даних для цих звітів є різні кінцеві точки, такі як WebSocket або API.
Користувачі можуть встановити частоту звітності та вказати значення, які вони бажають видобути. Як тільки оператори отримають дані, вони підписують їх і відправляють на EO-Chain як транзакцію.
Будь-який оператор з відсотком вище порогу може брати участь у звітуванні, вага їхнього звіту визначається обсягом стейку, який вони утримують. Звіти певного оператора не можуть бути підроблені іншими, і після їх отримання їх участь стає необоротною частиною стану EO-Chain.
Оператори, які запускають вузли eOracle (раніше вони називалися «ланцюговими перевіряльниками»), отримують транзакції, які містять підписані звіти. Потім вузли криптографічно перевіряють ідентифікацію звітників. Завдяки бездозвільному характеру протоколу звіти є стійкими до цензури. Розумні контракти періодично агрегують перевірені звіти за допомогою спеціалізованої схеми - Oracle Validated Service.
Додатки можуть використовувати стандартну агрегацію eOracle, яка використовує передові алгоритми та протоколи для ідентифікації та видалення викидів, або визначати власну агрегацію, адаптовану до конкретних сценаріїв використання. Для досягнення консенсусу та забезпечення безпеки обчислення розподіляються між кількома перевіряючими та перевіряються ними.
Агрегований процес обчислення та його результати стають незмінною частиною EO-Chain. Децентралізований, прозорий та вільний від дозволів характер цього процесу забезпечує автентичність, точність та перевірку звітів та результатів агрегації, які потім можуть бути опубліковані.
Публікація - це процес, за допомогою якого агреговані дані eOracle випускаються на цільовий блокчейн. Цільовий блокчейн - це мережа, де розміщений будь-який децентралізований додаток (dapps), який бажає використовувати дані eOracle. Щоб надати дані eOracle, у кожному цільовому блокчейні є смарт-контракт, який перевіряє, розбирає та затверджує дані, підписані та згенеровані EO-Chain.
Щоб заощадити витрати на газ і підвищити ефективність, агреговані дані хешуються і зіставляються з листовим вузлом дерева Меркла, потім пов'язуються зі станом eOracle і підписуються поточним набором валідаторів eOracle. eOracle використовує схему цифрового підпису BLS для забезпечення ефективної участі великих учасників за допомогою порогових підписів і агрегації підписів. Ця криптографічна схема дозволяє використовувати масштабовані схеми підпису для захисту необхідних активів.
Децентралізовані додатки (dapps), фізичні особи та установи можуть безперешкодно взаємодіяти з eOracle за допомогою його Solidity SDK, що дозволяє їм отримувати доступ до та використовувати агреговані дані on-chain, коли завгодно.
Користувачі, які зацікавлені в низькій затримці або налаштованих оновленнях, також можуть використовувати REST API eOracle. Це дозволяє користувачам отримувати всі компоненти, необхідні для перевірки даних on-chain, а потім виконувати залежні транзакції. Усі криптографічні, кодувальні та розбірні завдання абстраговані SDK eOracle Solidity та TypeScript/Python.
Інфраструктура поза ланцюжком може використовувати інтерфейс WebSocket від eOracle для кешування агрегованих даних, що забезпечує плавний, з низькою затримкою досвід користувача, дозволяючи миттєву інтеграцію та виконання на службах користувачів. Інтерфейс з низькою затримкою від eOracle робить безпеку та прозорість на ланцюжку більш доступними, пропонуючи користувачам безшовний досвід.
Цей робочий процес схожий з ChainLink, як показано нижче:
Набір перевірячів eOracle інтегрований у набір перевірячів Ethereum PoS через протокол Aegis, що дозволяє перевірячам Ethereum брати участь в мережі eOracle без будь-яких вимог до дозволу.
Традиційно, зміна набору валідаторів з часом називається реконфігурацією. Відомі рішення, як правило, передбачають досягнення консенсусу щодо оновлення комітету валідаторів під час процесу створення нових блоків. Іншими словами, рішення, прийняте в блоку i, містить деталі комітету, який буде генерувати блок i+1.
Проте валідатори ланцюга eOracle не визначаються на самому ланцюзі eOracle; замість цього вони встановлені на Ethereum через операції restaking та unstaking. В результаті кожен блок на eOracle містить посилання (хеш-вказівник) на останній блок Ethereum. Це неявно визначає комітет для наступного блоку: а саме, набір restakers на цьому блоку Ethereum.
Проблема виникає, коли це відрізняється від класичного сценарію: комітет, визначений в блоку Ethereum, є тимчасовим і стає недійсним, якщо його члени відкладуться. Якщо це станеться, наш блокчейн може продовжувати працювати без активного комітету.
Ми вирішуємо це питання, представивши новий дизайн під назвою Aegis, алгоритм за EO-Chain, який використовує головний ланцюг (Ethereum) для захисту похідного ланцюга (ланцюг eOracle), схожий на міфологічний щит, за яким він названий.
Aegis визначає набір перевіряючих, посилаючись на блок Aegis на основний ланцюг блоків, встановлюючи контрольні точки на головному ланцюзі, щоб постійно приймати рішення, та скидаючи на головному ланцюзі, щоб створити новий комітет, коли попередній стає недійсним. Ця конструкція забезпечує безпеку у будь-який момент і дозволяє швидке просування, коли затримка між вузлами Aegis невелика.
eBFT - це безпечна та новаторська мережа, яку ухвалив eOracle, що складається з рушійного механізму консенсусу (IBFT) та протоколу переналаштування зовнішнього набору валідаторів (Aegis). Вона використовує рушійний механізм консенсусу IBFT для упаковки блоків, надання конкретних мережевих можливостей та управління мережею. Інтеграція розумних контрактів EigenLayer від eOracle, які використовуються разом з рушійним механізмом консенсусу на основі Tendermint, повністю реалізує протокол Aegis.
IBFT (Istanbul Byzantine Fault Tolerance) – це механізм консенсусу, призначений для того, щоб блокчейн-мережа могла досягти консенсусу навіть за наявності шкідливих вузлів. Виходячи з візантійського алгоритму відмовостійкості, IBFT вимагає згоди не менше двох третин вузлів, щоб підтвердити транзакції та згенерувати блоки. Він працює шляхом ротації пропозицій блоків між валідаторами, де кожен валідатор по черзі пропонує блок, а інші перевіряють і голосують за нього. IBFT характеризується високою пропускною здатністю, низькою затримкою та швидкою завершеністю, що робить його добре придатним для блокчейн-додатків корпоративного рівня.
Tendermint, основний учасник мережі Cosmos, надає необхідні інструменти для розподілених мереж. Його основний продукт, Tendermint Core, є провідним движком консенсусу з відпоріваною від вад (BFT), який забезпечує безпеку та масштабованість блокчейн-проектів. Крім того, Tendermint пропонує Cosmos SDK, популярну платформу для створення блокчейн-додатків, та протокол IBC, який сприяє міжблокчейному зв'язку. Ці інструменти дозволяють розробникам легко створювати надійні, децентралізовані додатки.
Протокол переконфігурації зовнішнього набору перевіряючих (Aegis) в межах eBFT реалізований за допомогою набору основних смарт-контрактів, які дотримуються специфікацій протоколу Aegis. Ці контракти інтегрують функціональність повторного ставлення, налаштовують набір перевіряючих та реєструють зобов'язання до стану eOracle.
Ключові особливості eBFT:
Перехід стану
IBFT 2.0 визначає серію переходів стану, які визначають узгодження на ланцюжку для стану блокчейну. Валідатор пропонує додати блок, вказуючи операції для оновлення стану блокчейну.
Валідатори в наборі валідаторів Ethereum приймають дійсний запропонований блок. Право голосу кожного валідатора зважується за кількістю токенів, які він поставив. Переважна більшість валідаторів повинні підтвердити блок, щоб він був прийнятий.
Коли валідатор пропонує новий блок, інші валідатори перевіряють його і голосують за його прийняття. Цей процес може бути повторений за необхідності. На кожному етапі певна кількість валідаторів повинна підтвердити блок підписом, перш ніж його можна буде додати до блокчейну. Якщо цей поріг не досягнутий, починається наступний етап, і інший валідатор пропонує блок, повторюючи процес.
Якщо запропонований блок підтверджується та підписується пороговою кількістю валідаторів, він приймається та відображається в новому стані блокчейну.
Обранець блоку обирається на швидкості генерації блоку для його конструювання. Механізм вибору пропонентів ґрунтується на Tendermint і реалізується за допомогою детермінованого алгоритму вибору. Валідатори з більшою виборчою силою обираються частіше.
Переваги консенсусу
Голосувальна потужність, пропорційна стейку:Сила голосування валідатора пропорційна кількості токенів, які вони вклали. Це означає, що валідатори з більшою кількістю вкладених токенів мають більшу силу голосування і, отже, більший вплив на рішення в мережі. Цей механізм забезпечує економічні стимули для валідаторів діяти чесно і в найкращих інтересах мережі.
Економічні стимули сприяють чесному поведінці:Оскільки винагорода валідатора безпосередньо пов'язана з його виконанням в мережі, вони мають сильний стимул забезпечувати стабільність і безпеку мережі. Будь-яка спроба підірвати мережу через зловмисну поведінку спричинить втрату заложених токенів, зменшуючи стимул для таких дій.
Використання стеку PolyBFT:eBFT використовує стек PolyBFT, який використовує його зовнішню конструкцію стейкінгу та можливості міжланцюгової взаємодії. Ця конструкція дозволяє eBFT взаємодіяти більш гнучко з іншими мережами блокчейну, підвищуючи його безпеку та масштабованість.
Протокол Aegis інтегрується з EigenLayer:Протокол Aegis інтегрований з власними валідаторами Ethereum через EigenLayer, забезпечуючи безпеку та цілісність мережі. Ця інтеграція не лише підвищує стійкість до відмов eBFT, але й дозволяє використовувати міцну спільноту та ресурси екосистеми Ethereum.
Станом на 6 серпня 2024 року:
При обговоренні проектів оракулів неможливо не згадати провідний проект, Chainlink. Щиро кажучи, eOracle має на меті створити децентралізовану мережу оракулів, схожу на Chainlink, з архітектурою, яка також слідує моделі Джерел Даних (Біржі) → Вузли Збору Даних (Постачальники API) → Центр Обробки Даних (Оракул Ланцюга) → Кінцеві Користувачі (Проекти Смарт-Контрактів). Однак у цьому відношенні немає чіткої переваги для eOracle перед Chainlink.
Крім того, спектр послуг Chainlink виходить за межі цінових стрічок (які стосуються надійності та стійкості до втручання передачі даних). Вони також пропонують VRF (перевірна випадкова функція) для забезпечення перевірки та стійкості до втручання випадковості на ланцюжку, а також функції Chainlink для зниження перешкод у підключенні смарт-контрактів до веб-інтерфейсів Web2, вирішуючи проблеми, такі як стійкість до втручання та безпека даних при звичайних обчисленнях.
Chainlink також відомий своєю великою увагою до відносин з розробниками, надаючи вичерпну документацію та навчальні матеріали, які допомагають розробникам швидко розпочати роботу з Chainlink. Вони регулярно організовують різноманітні події та конкурси, такі як хакатони, конференції для розробників, технічні семінари та зустрічі офлайн, пропонуючи відповідні інцентивні програми для розробників.
Команда Chainlink також досить вражаюча:
Крім того, Chainlink не має собі рівних в екосистемному партнерстві, забезпечуючи понад 400 протоколів із TVS (Total Value Secured) у розмірі 20,057 мільярда доларів США (перше місце за версією Defilama).
Якщо існує сфера, де eOracle вийшла за межі Chainlink, то це його OVS (Oracle Validated Service). eOracle дозволяє розробникам створювати різноманітні власні оракули та продавати їх на ринку eOracle. Це схоже на децентралізований ринок програмного забезпечення, де eOracle виступає як платформа. Якщо цей ринок в майбутньому буде успішним і створить позитивний ростовий колесо, eOracle може мати потенціал для подальшого розвитку. Коротко кажучи, для початківців розробників без конкретних потреб Chainlink, без сумніву, є першим вибором. Однак для більш досвідчених розробників може бути вигідніше використовувати eOracle, оскільки це дозволяє їм продавати свої продукти іншим.
Крім того, якщо eOracle зможе запропонувати більш низьку цінову політику порівняно з вже встановленими проектами, такими як Chainlink, у майбутньому, він може стати ще більш привабливим для розробників.
Можливості участі
Повторний стейкінг ETH та LST
Опис винагород: бали eOracle
Як вже зазначалося, основний спосіб заробітку балів eOracle наразі полягає в стейкінгу токенів ETH та LST. Бали стейкера = Кількість залучених токенів (ETH або LST) × Кількість годин стейкінгу.
Ті, хто мають ресурси, можуть навіть зареєструватися як оператори вузла eOracle. Операторські бали = Загальна кількість балів всіх користувачів під оператором × 0.03.
Посібник з взаємодії: Ось демонстрація того, як перевідновити ETH та LST токени.
Спочатку вам потрібно повторно вкласти токени ETH та LST на Eigenlayer.
Увійтиі виберіть токен, який ви бажаєте перевідправити, підключіть свій гаманець та завершіть процес перевідправлення.
Примітка 1: Як правило, протоколи перестейкінгу ліквідності, такі як Renzo або Etherfi, не можуть бути використані для повторного стейкінгу, оскільки ці протоколи перестейкінгу ліквідності часто не надають користувачам права делегувати операторів вузлів. Це означає, що ви не можете бути впевнені, чи будуть ваші залишені кошти спрямовані на eOracle або інші проекти.
Примітка 2: Для отримання докладнішої інформації про різні концепції, пов'язані з повторним ставленням, ви можете переглянути відеоролики загального характеру на Bilibili від нашої спільноти, LYS Lab.
Посилання для посилання
https://app.eigenlayer.xyz/avs/0x23221c5bb90c7c57ecc1e75513e2e4257673f0ef
https://blog.eoracle.io/the-eoracle-ambassador-program-building-like-elon-einstein-edison/
https://blog.eoracle.io/the-end-game-for-oracles/
https://blog.eoracle.io/the-ethereum-oracle-now-live-on-eigenlayer-mainnet/
https://blog.eoracle.io/the-eoracle-points-program/
https://blog.eoracle.io/introducing-eoracle/
https://web3caff.com/zh/archives/84690
https://www.binance.com/zh-CN/square/post/8491430140657
https://foresightnews.pro/article/detail/35268
https://www.maxcrypto.space/p/chainlink
https://www.tuoluo.cn/article/detail-10098238.html
https://foresightnews.pro/article/detail/32719
https://tokenterminal.com/terminal/financial-statements/chainlink