Проект eOracle AVS: лідер TVL чи переоцінений темний кінь?

Середній8/29/2024, 10:50:33 AM
Єдине фундаментальне перевага еОракулу полягає в його OVS (Oracle Validated Service). eОракул дозволяє розробникам створювати індивідуалізовані оракули та продавати їх на ринку еОракулу, фактично діючи як децентралізований ринок програмного забезпечення, де еОракул виступає у ролі платформи.

Цей проект гарно відповідає основним цінностям Ethereum, спрямованим на створення децентралізованого оракула та ринку даних та обчислень через EigenLayer. Однак це також розкриває досить слабку бізнес-модель з очікуваннями прибутку, які можуть бути не такими сильними, як у інших проектів Оракула. Досягнення прибутковості може зайняти певний час, особливо з урахуванням зазвичай низького потенціалу заробітку від проектів Оракула.

Порівняно з ChainLink, провідним децентралізованим проектом оракулів, єдине фундаментальне перевага eOracle - це його OVS (Oracle Validated Service), яке дозволяє розробникам створювати індивідуалізовані оракули та продавати їх на ринку eOracle. По суті, це працює як децентралізований ринок програмного забезпечення, де eOracle виконує роль платформи. Якщо цей ринок дозріє і згенерує позитивний ріст, eOracle може взлетіти. Крім того, він стане ще привабливішим, якщо eOracle зможе надати більш вигідні послуги децентралізованих оракулів.

Наразі варіанти участі обмежені, в основному вимагають стейкінгу ETH або токенів LST. Рішення про участь слід приймати на підставі власних досліджень (DYOR).

Ризики:

  • Конкретні подробиці команди не були розкриті.
  • Деталі токеноміки не розголошуються, що призводить до невизначених доходів.
  • Децентралізоване простір оракулів є дуже конкурентоспроможним, і проект може не розвиватися так, як очікувалося, що призводить до невизначених доходів.

Основи

Команда

Наразі потрібна детальна публічна інформація про команду eOracle. Тим не менше, ми можемо дізнатися деякі відомості з документ протоколу Aegisнаписаний його технічною командою. У роботі зазначаються наступні особи:

  • Йогев Бар-Он: Зараз здобуває ступінь доктора філософії в галузі комп'ютерних наук у Тель-Авівському університеті під керівництвом професора Ішая Мансура, з попередніми ступенями з математики, комп'ютерних наук та природничих наук у Відкритому університеті Ізраїлю. Його наукові інтереси включають теорію машинного навчання, теорію алгоритмічних ігор та блокчейн. За фахом він працює інженером-дослідником у Центрі Мезельсона RAND, зосереджуючись на зниженні ризиків, пов'язаних з новими технологіями в біології та штучному інтелекті. Він також є членом команди засновників Fordefi, інституційного блокчейн-гаманця, і працював інженером-програмістом у Meta. Він завзятий мисливець за головами жуків, який заробив понад 300 000 доларів США у вигляді винагороди, а його звіт на Amazon Kindle був опублікований у Vice.
  • Рой Бар-Зур: Кандидат наук на кафедрі електротехніки та комп'ютерної інженерії в Техніоні – Ізраїльському технологічному інституті. Його дослідження включають блокчейн і навчання з підкріпленням, зосереджуючись на їх застосуванні в контексті блокчейну. Бар-Зур виступав на кількох академічних конференціях, у тому числі на симпозіумі IEEE Security & Privacy Symposium у 2023 році, де він обговорював «WeRLman: To Tackle Whale (Transactions), Go Deep (RL)», а також на першому Дні досліджень блокчейну в IDC Israel, де він обговорював «Навчання з підкріпленням для егоїстичного майнінгу». Його роботи включають «Ефективний аналіз MDP для егоїстичного майнінгу в блокчейнах» і «WeRLman: To Tackle Whale (Transactions), Go Deep (RL)», опубліковані в ACM і IEEE Security & Privacy Symposiums, відповідно. Він також брав участь у дослідженнях «Ledgerhedger: Gas Reservation for Smart-Contract Security» та «Deep Bribe: Predicting the Rise of Bribery in Blockchain Mining with Deep RL».
  • Omer Ben-Porat: Асистент професора в кафедрі даних та наук прийняття рішень в Техніоні. Його наукові інтереси лежать на перетині машинного навчання та обчислювальної теорії ігор, зосереджуючись на стратегічних, соціальних та економічних аспектах машинного навчання, з акцентом на теоретичний та практичний розвиток інструментів. Бен-Порат раніше працював на постдокторській посаді в кафедрі комп'ютерних наук Тель-Авівського університету під керівництвом професора Ішая Мансура та захистив докторську дисертацію в Техніоні під керівництвом професора Моше Тененгольца.
  • Ittay Eyal: Асоційований професор кафедри комп'ютерної інженерії в Техніоні та заступник директора Ініціативи криптовалют та контрактів Техніону. Його дослідження спрямовані на безпеку та масштабованість розподілених систем, зокрема протоколів блокчейну та надійних середовищ виконання. Його наукові інтереси також включають алгоритми розподіленого зберігання та агрегацію даних в сенсорних мережах. Професор Еяль захистив свій докторський ступінь з електротехніки (тепер комп'ютерної інженерії) в Техніоні в 2013 році під керівництвом професорів Ідіт Кейдар та Рафі Ром.
  • Матан Сітбон: Засновник та генеральний директор компанії Lightblocks, розташованої у місті Петах Тіква, Ізраїль, яка обслуговує регіони ЄМА і МЕНА. Перед заснуванням Lightblocks він працював головним технологом (CTO) в компанії Eshnav Information Systems.

Ми можемо попередньо припустити, що вищезазначені особи усі є членами команди eOracle, що свідчить про те, що eOracle, ймовірно, є командою, що базується в Ізраїлі.

Фінанси

Бізнес-модель 2B

Остаточна мета - побудувати повністю децентралізований, бездозвільний та надійний нейтральний ринок даних та обчислень.

Цільові клієнти та джерела доходів:

Розробники 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 Points

Очки 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 та традиційним оракулом:

Закритий ринок проти відкритого ринку

Традиційні оракули діють як посередники, контролюючи вартість, постачання та різноманітність даних. Натомість, ринок даних eOracle усуває посередників, замість цього використовуючи найбільшу та різноманітну мережу блокчейн-підтверджувачів. Це дозволяє підтверджуючим та децентралізованим додаткам (dapps) взаємодіяти безпосередньо відкритому ринку, приводячи до екосистеми більший спектр високоякісних даних. Прямий зв'язок між підтверджуючими та dapps користується обидвома сторонами, створюючи дешевші та більш ефективні дані. У цьому ринку ефективність та інклюзивність розблоковують нові інновації та можливості.

Закриті операції проти глобально розподілених операцій

Навпаки до децентралізованої природи екосистеми блокчейн, традиційні вузли оракулів реєструються та експлуатуються обраним групою вузлів. eOracle, підтримуваний вузлами, що експлуатуються валідаторами Ethereum, розширює безпеку та цінності PoS (доказу ставлення) Ethereum на простір оракулів.

Довіра до бренду проти довіри до безпеки Ethereum

Традиційно оракули покладаються на стейкінг-пули, які мають власні ідентичності, що вводить додаткові припущення про довіру та вектори атак для споживчих додатків. Завдяки використанню валідаторів Ethereum, eOracle дозволяє додаткам отримувати доступ до захищених даних без введення нових учасників або векторів атак у їх розгляди щодо безпеки.

Непрозорий проти прозорого та програмованого

В минулому використовувались інсулярні оракульні системи з захмарненою агрегацією для компенсації обмежень перевірки. Однак з появою EigenLayer та механізмів повторного ставлення, eOracle дотримується стандартів екосистеми для стимулювання, прозорості та криптоекономічної безпеки.

Обмежений доступ проти бездозвільної інтеграції

Відкритий і безкоштовний доступ до інформації - це не лише цінність екосистеми, але й ключовий аспект інновацій. Будь-яка децентралізована програма на будь-якому блокчейні може отримати доступ до даних eOracle та використовувати їх. Додатки вже не обмежені обмеженнями інфраструктури, які раніше гальмували прогрес галузі, а замість цього можуть використовувати необхідні дані будь-де без втрат ефективності.

Архітектура eOracle

Eigenlayerlayer

Безпека на базовому рівні забезпечується EigenLayer. Смарт-контракти EigenLayer керують криптографічними ідентифікаторами мережі, записами стейкінгу та наборами валідаторів, що дозволяє eOracle скорочувати кошти шкідливих валідаторів.

EO ланцюжок шару

EO-Chain - це присвячений блокчейн з доказами участі (PoS), який працює на операторах EigenLayer (валідаторах Ethereum, які знову зареєстрували свій ETH, щоб захистити мережу). EO-Chain розподіляє обчислення з основного блокчейну (тобто головної мережі Ethereum), зменшуючи витрати та затримки, зберігаючи децентралізовані стимули для операторів оракулів. Ця настройка забезпечує, що всі обчислення виконуються on-chain, гарантуючи прозорість та безпеку. Основні компоненти цього шару включають:

  • Набори валідаторів
    • Валідатори даних
      1. Data validators run eOracle software and report data to the eOracle network. They are globally distributed and independent of eOracle.
      2. Ці валідатори отримують дані через Інтернет-з'єднання та надають криптографічні гарантії на спостережені дані, надсилаючи цифрові підписи BLS (Boneh-Lynn-Shacham), які є частиною високо безпечної криптографічної схеми, оптимізованої для підписів за порогом.
      3. Валідатори даних отримують винагороду через EigenLayer і можуть бути покарані за порушення. Їхні валідаційні діяльності відстежуються, контролюються і криптографічно доводяться. Це забезпечує безпеку мережі eOracle, оскільки всі валідаційні дії є відстежуваними та незмінними, утворюючи основу для механізмів винагороди та покарання для валідаторів даних.
  • Ланцюгові перевіряючі
    1. Ланцюгові перевірники працюють з програмним забезпеченням вузла EO-Chain, створюючи блоки та обробляючи транзакції від перевірників даних. Вони є глобально розподілені та незалежні від eOracle.
    2. Ланцюгові валідатори дозволяють агрегаторним модулям (розумним контрактам) отримувати, перевіряти та агрегувати дані. Вони зберігають криптографічні докази всіх подій, які відбуваються на EO-Chain, і роблять цю інформацію загальнодоступною.
    3. Ланцюгові валідатори є важливими для забезпечення криптографічної сертифікації нейтральної агрегації та валідації. Вони пропонують розподілену інфраструктуру для відкритого, програмованого та ефективного перевірки даних.
  • Модулі агрегатора

Це розумні контракти на EO-Chain, які агрегують та перевіряють дані, надані валідаторами. Ці розумні контракти генерують цифрово підписані та перевірені дані, консолідуючи підписи валідаторів даних, враховуючи їх відповідні ваги голосування.

Цільовий мережевий рівень (шар споживача/рівень додатків)

Розумні контракти можуть бути розгорнуті без дозволу на ланцюжках споживачів для інтеграції даних eOracle. Ці контракти можуть перевіряти правильність підписів, згенерованих протоколом eOracle, що дозволяє додаткам читати та використовувати необхідні дані.

eOracle надає послуги WebSocket та REST API, які дозволяють використовувати дані eOracle як pull-оракул. У поєднанні з eOracle Solidity SDK, додатки можуть автоматизувати використання своїх даних за допомогою Python, TypeScript або інших засобів автоматизації.

eOracle робочий процес

Процес поділено на чотири етапи: Звітування, Підтвердження та агрегація, Публікація та Використання.

  • Звітування

    Будь-які публічно доступні дані реального світу можуть бути додані до мережі 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, як показано нижче:

Технологія

Aegis - Протокол переналаштування набору валідаторів

Набір перевірячів 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 невелика.

eOracle Візантійська витривалість до помилок (eBFT)

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:

  • Миттєва блок остаточність:На кожній висоті ланцюжка пропонується лише один блок, тим самим уникнуто вілок та дядькових блоків. Це також мінімізує можливість відкочування транзакцій на ланцюжку.
  • Зменшений інтервал часу блоку:Час для будівництва блоків, їх перевірки та виконання ефективно керується, що збільшує швидкість виробництва блоків.
  • Висока цілісність даних і відмовостійкість:Конфігурація набору перевіряючих в Aegis (як частина набору перевіряючих Ethereum) під IBFT 2.0 відповідає за запропонування кожного блоку. Приблизно 66% цих перевіряючих повинні підтвердити блок перед його додаванням до ланцюжка, що робить надзвичайно малоймовірним схвалення зловмисних блоків. Крім того, пропонувач блоку періодично змінюється (на основі механізму Tendermint), забезпечуючи тим самим, що несправний вузол не може мати довгостроковий вплив на ланцюжок, тим самим підвищуючи стійкість системи до несправностей та загальну стабільність.

Перехід стану

IBFT 2.0 визначає серію переходів стану, які визначають узгодження на ланцюжку для стану блокчейну. Валідатор пропонує додати блок, вказуючи операції для оновлення стану блокчейну.

Валідатори в наборі валідаторів Ethereum приймають дійсний запропонований блок. Право голосу кожного валідатора зважується за кількістю токенів, які він поставив. Переважна більшість валідаторів повинні підтвердити блок, щоб він був прийнятий.

Коли валідатор пропонує новий блок, інші валідатори перевіряють його і голосують за його прийняття. Цей процес може бути повторений за необхідності. На кожному етапі певна кількість валідаторів повинна підтвердити блок підписом, перш ніж його можна буде додати до блокчейну. Якщо цей поріг не досягнутий, починається наступний етап, і інший валідатор пропонує блок, повторюючи процес.

Якщо запропонований блок підтверджується та підписується пороговою кількістю валідаторів, він приймається та відображається в новому стані блокчейну.

Обранець блоку обирається на швидкості генерації блоку для його конструювання. Механізм вибору пропонентів ґрунтується на Tendermint і реалізується за допомогою детермінованого алгоритму вибору. Валідатори з більшою виборчою силою обираються частіше.

Переваги консенсусу

Голосувальна потужність, пропорційна стейку:Сила голосування валідатора пропорційна кількості токенів, які вони вклали. Це означає, що валідатори з більшою кількістю вкладених токенів мають більшу силу голосування і, отже, більший вплив на рішення в мережі. Цей механізм забезпечує економічні стимули для валідаторів діяти чесно і в найкращих інтересах мережі.

Економічні стимули сприяють чесному поведінці:Оскільки винагорода валідатора безпосередньо пов'язана з його виконанням в мережі, вони мають сильний стимул забезпечувати стабільність і безпеку мережі. Будь-яка спроба підірвати мережу через зловмисну поведінку спричинить втрату заложених токенів, зменшуючи стимул для таких дій.

Використання стеку PolyBFT:eBFT використовує стек PolyBFT, який використовує його зовнішню конструкцію стейкінгу та можливості міжланцюгової взаємодії. Ця конструкція дозволяє eBFT взаємодіяти більш гнучко з іншими мережами блокчейну, підвищуючи його безпеку та масштабованість.

Протокол Aegis інтегрується з EigenLayer:Протокол Aegis інтегрований з власними валідаторами Ethereum через EigenLayer, забезпечуючи безпеку та цілісність мережі. Ця інтеграція не лише підвищує стійкість до відмов eBFT, але й дозволяє використовувати міцну спільноту та ресурси екосистеми Ethereum.

Ключові дані

Станом на 6 серпня 2024 року:

  • Загальна кількість операторів вузлів: 108
  • Загальна кількість (Повторних) Учасників: 127,710
  • TVL (Value of Restaked ETH and LST): $2.32M \
    Рейтинг 2-го місця в треку AVS з 16 (лише за EigenDA, що робить його "прихованим чемпіоном" або "темним кіньми" треку AVS). Однак, за даними Defilama, ця цифра займає близько 30-го місця в треку Oracle.
  • Підписники в Twitter: 26.9 тис.
  • Інформація про фінансування: Інформації про фінансування немає на Rootdata.

Конкуренти

При обговоренні проектів оракулів неможливо не згадати провідний проект, Chainlink. Щиро кажучи, eOracle має на меті створити децентралізовану мережу оракулів, схожу на Chainlink, з архітектурою, яка також слідує моделі Джерел Даних (Біржі) → Вузли Збору Даних (Постачальники API) → Центр Обробки Даних (Оракул Ланцюга) → Кінцеві Користувачі (Проекти Смарт-Контрактів). Однак у цьому відношенні немає чіткої переваги для eOracle перед Chainlink.

Крім того, спектр послуг Chainlink виходить за межі цінових стрічок (які стосуються надійності та стійкості до втручання передачі даних). Вони також пропонують VRF (перевірна випадкова функція) для забезпечення перевірки та стійкості до втручання випадковості на ланцюжку, а також функції Chainlink для зниження перешкод у підключенні смарт-контрактів до веб-інтерфейсів Web2, вирішуючи проблеми, такі як стійкість до втручання та безпека даних при звичайних обчисленнях.

Chainlink також відомий своєю великою увагою до відносин з розробниками, надаючи вичерпну документацію та навчальні матеріали, які допомагають розробникам швидко розпочати роботу з Chainlink. Вони регулярно організовують різноманітні події та конкурси, такі як хакатони, конференції для розробників, технічні семінари та зустрічі офлайн, пропонуючи відповідні інцентивні програми для розробників.

Команда Chainlink також досить вражаюча:

  • Сергій Назаров - співзасновник та генеральний директор Chainlink. Він має глибокі знання у галузі смарт-контрактів та блокчейн-технологій, займав ключові посади в кількох компаніях з цієї галузі.
  • Стив Елліс - співзасновник та технічний директор Chainlink. Раніше він працював інженером-програмістом та керівником команди в Pivotal Labs, де він відповідав за забезпечення безпеки конфіденційних даних, що відповідають стандарту HIPAA, та розробку масштабованого програмного забезпечення для автоматизації платежів. Стів є відданим прихильником Ethereum, Bitcoin та децентралізованої майбутньої, яку ми будуємо разом.

Крім того, 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.

  1. Після завершення процесу перевірки, перейдіть досторінка зновного ставленняНа офіційному веб-сайті eOracle підключіть свій гаманець та завершіть операцію перепосадки.

Посилання для посилання

https://x.com/eoracle_network

https://www.eoracle.io/

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://defillama.com/oracles

https://www.tuoluo.cn/article/detail-10098238.html

https://foresightnews.pro/article/detail/32719

https://tokenterminal.com/terminal/financial-statements/chainlink

Відмова від відповідальності:

  1. Ця стаття перепечатана з [Gatetechub], Усі авторські права належать оригінальному автору [Пейтон, лабораторія LYS(@X@LingyueSamaWeb3)]. Якщо є заперечення стосовно цього передрукову, будь ласка, зв'яжіться з Гейт Навчитисякоманда, і вони вирішать це негайно.
  2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, є виключно тими автора і не становлять жодної інвестиційної поради.
  3. Переклади статті на інші мови виконуються командою Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіатування перекладених статей заборонене.

Проект eOracle AVS: лідер TVL чи переоцінений темний кінь?

Середній8/29/2024, 10:50:33 AM
Єдине фундаментальне перевага еОракулу полягає в його OVS (Oracle Validated Service). eОракул дозволяє розробникам створювати індивідуалізовані оракули та продавати їх на ринку еОракулу, фактично діючи як децентралізований ринок програмного забезпечення, де еОракул виступає у ролі платформи.

Цей проект гарно відповідає основним цінностям Ethereum, спрямованим на створення децентралізованого оракула та ринку даних та обчислень через EigenLayer. Однак це також розкриває досить слабку бізнес-модель з очікуваннями прибутку, які можуть бути не такими сильними, як у інших проектів Оракула. Досягнення прибутковості може зайняти певний час, особливо з урахуванням зазвичай низького потенціалу заробітку від проектів Оракула.

Порівняно з ChainLink, провідним децентралізованим проектом оракулів, єдине фундаментальне перевага eOracle - це його OVS (Oracle Validated Service), яке дозволяє розробникам створювати індивідуалізовані оракули та продавати їх на ринку eOracle. По суті, це працює як децентралізований ринок програмного забезпечення, де eOracle виконує роль платформи. Якщо цей ринок дозріє і згенерує позитивний ріст, eOracle може взлетіти. Крім того, він стане ще привабливішим, якщо eOracle зможе надати більш вигідні послуги децентралізованих оракулів.

Наразі варіанти участі обмежені, в основному вимагають стейкінгу ETH або токенів LST. Рішення про участь слід приймати на підставі власних досліджень (DYOR).

Ризики:

  • Конкретні подробиці команди не були розкриті.
  • Деталі токеноміки не розголошуються, що призводить до невизначених доходів.
  • Децентралізоване простір оракулів є дуже конкурентоспроможним, і проект може не розвиватися так, як очікувалося, що призводить до невизначених доходів.

Основи

Команда

Наразі потрібна детальна публічна інформація про команду eOracle. Тим не менше, ми можемо дізнатися деякі відомості з документ протоколу Aegisнаписаний його технічною командою. У роботі зазначаються наступні особи:

  • Йогев Бар-Он: Зараз здобуває ступінь доктора філософії в галузі комп'ютерних наук у Тель-Авівському університеті під керівництвом професора Ішая Мансура, з попередніми ступенями з математики, комп'ютерних наук та природничих наук у Відкритому університеті Ізраїлю. Його наукові інтереси включають теорію машинного навчання, теорію алгоритмічних ігор та блокчейн. За фахом він працює інженером-дослідником у Центрі Мезельсона RAND, зосереджуючись на зниженні ризиків, пов'язаних з новими технологіями в біології та штучному інтелекті. Він також є членом команди засновників Fordefi, інституційного блокчейн-гаманця, і працював інженером-програмістом у Meta. Він завзятий мисливець за головами жуків, який заробив понад 300 000 доларів США у вигляді винагороди, а його звіт на Amazon Kindle був опублікований у Vice.
  • Рой Бар-Зур: Кандидат наук на кафедрі електротехніки та комп'ютерної інженерії в Техніоні – Ізраїльському технологічному інституті. Його дослідження включають блокчейн і навчання з підкріпленням, зосереджуючись на їх застосуванні в контексті блокчейну. Бар-Зур виступав на кількох академічних конференціях, у тому числі на симпозіумі IEEE Security & Privacy Symposium у 2023 році, де він обговорював «WeRLman: To Tackle Whale (Transactions), Go Deep (RL)», а також на першому Дні досліджень блокчейну в IDC Israel, де він обговорював «Навчання з підкріпленням для егоїстичного майнінгу». Його роботи включають «Ефективний аналіз MDP для егоїстичного майнінгу в блокчейнах» і «WeRLman: To Tackle Whale (Transactions), Go Deep (RL)», опубліковані в ACM і IEEE Security & Privacy Symposiums, відповідно. Він також брав участь у дослідженнях «Ledgerhedger: Gas Reservation for Smart-Contract Security» та «Deep Bribe: Predicting the Rise of Bribery in Blockchain Mining with Deep RL».
  • Omer Ben-Porat: Асистент професора в кафедрі даних та наук прийняття рішень в Техніоні. Його наукові інтереси лежать на перетині машинного навчання та обчислювальної теорії ігор, зосереджуючись на стратегічних, соціальних та економічних аспектах машинного навчання, з акцентом на теоретичний та практичний розвиток інструментів. Бен-Порат раніше працював на постдокторській посаді в кафедрі комп'ютерних наук Тель-Авівського університету під керівництвом професора Ішая Мансура та захистив докторську дисертацію в Техніоні під керівництвом професора Моше Тененгольца.
  • Ittay Eyal: Асоційований професор кафедри комп'ютерної інженерії в Техніоні та заступник директора Ініціативи криптовалют та контрактів Техніону. Його дослідження спрямовані на безпеку та масштабованість розподілених систем, зокрема протоколів блокчейну та надійних середовищ виконання. Його наукові інтереси також включають алгоритми розподіленого зберігання та агрегацію даних в сенсорних мережах. Професор Еяль захистив свій докторський ступінь з електротехніки (тепер комп'ютерної інженерії) в Техніоні в 2013 році під керівництвом професорів Ідіт Кейдар та Рафі Ром.
  • Матан Сітбон: Засновник та генеральний директор компанії Lightblocks, розташованої у місті Петах Тіква, Ізраїль, яка обслуговує регіони ЄМА і МЕНА. Перед заснуванням Lightblocks він працював головним технологом (CTO) в компанії Eshnav Information Systems.

Ми можемо попередньо припустити, що вищезазначені особи усі є членами команди eOracle, що свідчить про те, що eOracle, ймовірно, є командою, що базується в Ізраїлі.

Фінанси

Бізнес-модель 2B

Остаточна мета - побудувати повністю децентралізований, бездозвільний та надійний нейтральний ринок даних та обчислень.

Цільові клієнти та джерела доходів:

Розробники 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 Points

Очки 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 та традиційним оракулом:

Закритий ринок проти відкритого ринку

Традиційні оракули діють як посередники, контролюючи вартість, постачання та різноманітність даних. Натомість, ринок даних eOracle усуває посередників, замість цього використовуючи найбільшу та різноманітну мережу блокчейн-підтверджувачів. Це дозволяє підтверджуючим та децентралізованим додаткам (dapps) взаємодіяти безпосередньо відкритому ринку, приводячи до екосистеми більший спектр високоякісних даних. Прямий зв'язок між підтверджуючими та dapps користується обидвома сторонами, створюючи дешевші та більш ефективні дані. У цьому ринку ефективність та інклюзивність розблоковують нові інновації та можливості.

Закриті операції проти глобально розподілених операцій

Навпаки до децентралізованої природи екосистеми блокчейн, традиційні вузли оракулів реєструються та експлуатуються обраним групою вузлів. eOracle, підтримуваний вузлами, що експлуатуються валідаторами Ethereum, розширює безпеку та цінності PoS (доказу ставлення) Ethereum на простір оракулів.

Довіра до бренду проти довіри до безпеки Ethereum

Традиційно оракули покладаються на стейкінг-пули, які мають власні ідентичності, що вводить додаткові припущення про довіру та вектори атак для споживчих додатків. Завдяки використанню валідаторів Ethereum, eOracle дозволяє додаткам отримувати доступ до захищених даних без введення нових учасників або векторів атак у їх розгляди щодо безпеки.

Непрозорий проти прозорого та програмованого

В минулому використовувались інсулярні оракульні системи з захмарненою агрегацією для компенсації обмежень перевірки. Однак з появою EigenLayer та механізмів повторного ставлення, eOracle дотримується стандартів екосистеми для стимулювання, прозорості та криптоекономічної безпеки.

Обмежений доступ проти бездозвільної інтеграції

Відкритий і безкоштовний доступ до інформації - це не лише цінність екосистеми, але й ключовий аспект інновацій. Будь-яка децентралізована програма на будь-якому блокчейні може отримати доступ до даних eOracle та використовувати їх. Додатки вже не обмежені обмеженнями інфраструктури, які раніше гальмували прогрес галузі, а замість цього можуть використовувати необхідні дані будь-де без втрат ефективності.

Архітектура eOracle

Eigenlayerlayer

Безпека на базовому рівні забезпечується EigenLayer. Смарт-контракти EigenLayer керують криптографічними ідентифікаторами мережі, записами стейкінгу та наборами валідаторів, що дозволяє eOracle скорочувати кошти шкідливих валідаторів.

EO ланцюжок шару

EO-Chain - це присвячений блокчейн з доказами участі (PoS), який працює на операторах EigenLayer (валідаторах Ethereum, які знову зареєстрували свій ETH, щоб захистити мережу). EO-Chain розподіляє обчислення з основного блокчейну (тобто головної мережі Ethereum), зменшуючи витрати та затримки, зберігаючи децентралізовані стимули для операторів оракулів. Ця настройка забезпечує, що всі обчислення виконуються on-chain, гарантуючи прозорість та безпеку. Основні компоненти цього шару включають:

  • Набори валідаторів
    • Валідатори даних
      1. Data validators run eOracle software and report data to the eOracle network. They are globally distributed and independent of eOracle.
      2. Ці валідатори отримують дані через Інтернет-з'єднання та надають криптографічні гарантії на спостережені дані, надсилаючи цифрові підписи BLS (Boneh-Lynn-Shacham), які є частиною високо безпечної криптографічної схеми, оптимізованої для підписів за порогом.
      3. Валідатори даних отримують винагороду через EigenLayer і можуть бути покарані за порушення. Їхні валідаційні діяльності відстежуються, контролюються і криптографічно доводяться. Це забезпечує безпеку мережі eOracle, оскільки всі валідаційні дії є відстежуваними та незмінними, утворюючи основу для механізмів винагороди та покарання для валідаторів даних.
  • Ланцюгові перевіряючі
    1. Ланцюгові перевірники працюють з програмним забезпеченням вузла EO-Chain, створюючи блоки та обробляючи транзакції від перевірників даних. Вони є глобально розподілені та незалежні від eOracle.
    2. Ланцюгові валідатори дозволяють агрегаторним модулям (розумним контрактам) отримувати, перевіряти та агрегувати дані. Вони зберігають криптографічні докази всіх подій, які відбуваються на EO-Chain, і роблять цю інформацію загальнодоступною.
    3. Ланцюгові валідатори є важливими для забезпечення криптографічної сертифікації нейтральної агрегації та валідації. Вони пропонують розподілену інфраструктуру для відкритого, програмованого та ефективного перевірки даних.
  • Модулі агрегатора

Це розумні контракти на EO-Chain, які агрегують та перевіряють дані, надані валідаторами. Ці розумні контракти генерують цифрово підписані та перевірені дані, консолідуючи підписи валідаторів даних, враховуючи їх відповідні ваги голосування.

Цільовий мережевий рівень (шар споживача/рівень додатків)

Розумні контракти можуть бути розгорнуті без дозволу на ланцюжках споживачів для інтеграції даних eOracle. Ці контракти можуть перевіряти правильність підписів, згенерованих протоколом eOracle, що дозволяє додаткам читати та використовувати необхідні дані.

eOracle надає послуги WebSocket та REST API, які дозволяють використовувати дані eOracle як pull-оракул. У поєднанні з eOracle Solidity SDK, додатки можуть автоматизувати використання своїх даних за допомогою Python, TypeScript або інших засобів автоматизації.

eOracle робочий процес

Процес поділено на чотири етапи: Звітування, Підтвердження та агрегація, Публікація та Використання.

  • Звітування

    Будь-які публічно доступні дані реального світу можуть бути додані до мережі 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, як показано нижче:

Технологія

Aegis - Протокол переналаштування набору валідаторів

Набір перевірячів 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 невелика.

eOracle Візантійська витривалість до помилок (eBFT)

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:

  • Миттєва блок остаточність:На кожній висоті ланцюжка пропонується лише один блок, тим самим уникнуто вілок та дядькових блоків. Це також мінімізує можливість відкочування транзакцій на ланцюжку.
  • Зменшений інтервал часу блоку:Час для будівництва блоків, їх перевірки та виконання ефективно керується, що збільшує швидкість виробництва блоків.
  • Висока цілісність даних і відмовостійкість:Конфігурація набору перевіряючих в Aegis (як частина набору перевіряючих Ethereum) під IBFT 2.0 відповідає за запропонування кожного блоку. Приблизно 66% цих перевіряючих повинні підтвердити блок перед його додаванням до ланцюжка, що робить надзвичайно малоймовірним схвалення зловмисних блоків. Крім того, пропонувач блоку періодично змінюється (на основі механізму Tendermint), забезпечуючи тим самим, що несправний вузол не може мати довгостроковий вплив на ланцюжок, тим самим підвищуючи стійкість системи до несправностей та загальну стабільність.

Перехід стану

IBFT 2.0 визначає серію переходів стану, які визначають узгодження на ланцюжку для стану блокчейну. Валідатор пропонує додати блок, вказуючи операції для оновлення стану блокчейну.

Валідатори в наборі валідаторів Ethereum приймають дійсний запропонований блок. Право голосу кожного валідатора зважується за кількістю токенів, які він поставив. Переважна більшість валідаторів повинні підтвердити блок, щоб він був прийнятий.

Коли валідатор пропонує новий блок, інші валідатори перевіряють його і голосують за його прийняття. Цей процес може бути повторений за необхідності. На кожному етапі певна кількість валідаторів повинна підтвердити блок підписом, перш ніж його можна буде додати до блокчейну. Якщо цей поріг не досягнутий, починається наступний етап, і інший валідатор пропонує блок, повторюючи процес.

Якщо запропонований блок підтверджується та підписується пороговою кількістю валідаторів, він приймається та відображається в новому стані блокчейну.

Обранець блоку обирається на швидкості генерації блоку для його конструювання. Механізм вибору пропонентів ґрунтується на Tendermint і реалізується за допомогою детермінованого алгоритму вибору. Валідатори з більшою виборчою силою обираються частіше.

Переваги консенсусу

Голосувальна потужність, пропорційна стейку:Сила голосування валідатора пропорційна кількості токенів, які вони вклали. Це означає, що валідатори з більшою кількістю вкладених токенів мають більшу силу голосування і, отже, більший вплив на рішення в мережі. Цей механізм забезпечує економічні стимули для валідаторів діяти чесно і в найкращих інтересах мережі.

Економічні стимули сприяють чесному поведінці:Оскільки винагорода валідатора безпосередньо пов'язана з його виконанням в мережі, вони мають сильний стимул забезпечувати стабільність і безпеку мережі. Будь-яка спроба підірвати мережу через зловмисну поведінку спричинить втрату заложених токенів, зменшуючи стимул для таких дій.

Використання стеку PolyBFT:eBFT використовує стек PolyBFT, який використовує його зовнішню конструкцію стейкінгу та можливості міжланцюгової взаємодії. Ця конструкція дозволяє eBFT взаємодіяти більш гнучко з іншими мережами блокчейну, підвищуючи його безпеку та масштабованість.

Протокол Aegis інтегрується з EigenLayer:Протокол Aegis інтегрований з власними валідаторами Ethereum через EigenLayer, забезпечуючи безпеку та цілісність мережі. Ця інтеграція не лише підвищує стійкість до відмов eBFT, але й дозволяє використовувати міцну спільноту та ресурси екосистеми Ethereum.

Ключові дані

Станом на 6 серпня 2024 року:

  • Загальна кількість операторів вузлів: 108
  • Загальна кількість (Повторних) Учасників: 127,710
  • TVL (Value of Restaked ETH and LST): $2.32M \
    Рейтинг 2-го місця в треку AVS з 16 (лише за EigenDA, що робить його "прихованим чемпіоном" або "темним кіньми" треку AVS). Однак, за даними Defilama, ця цифра займає близько 30-го місця в треку Oracle.
  • Підписники в Twitter: 26.9 тис.
  • Інформація про фінансування: Інформації про фінансування немає на Rootdata.

Конкуренти

При обговоренні проектів оракулів неможливо не згадати провідний проект, Chainlink. Щиро кажучи, eOracle має на меті створити децентралізовану мережу оракулів, схожу на Chainlink, з архітектурою, яка також слідує моделі Джерел Даних (Біржі) → Вузли Збору Даних (Постачальники API) → Центр Обробки Даних (Оракул Ланцюга) → Кінцеві Користувачі (Проекти Смарт-Контрактів). Однак у цьому відношенні немає чіткої переваги для eOracle перед Chainlink.

Крім того, спектр послуг Chainlink виходить за межі цінових стрічок (які стосуються надійності та стійкості до втручання передачі даних). Вони також пропонують VRF (перевірна випадкова функція) для забезпечення перевірки та стійкості до втручання випадковості на ланцюжку, а також функції Chainlink для зниження перешкод у підключенні смарт-контрактів до веб-інтерфейсів Web2, вирішуючи проблеми, такі як стійкість до втручання та безпека даних при звичайних обчисленнях.

Chainlink також відомий своєю великою увагою до відносин з розробниками, надаючи вичерпну документацію та навчальні матеріали, які допомагають розробникам швидко розпочати роботу з Chainlink. Вони регулярно організовують різноманітні події та конкурси, такі як хакатони, конференції для розробників, технічні семінари та зустрічі офлайн, пропонуючи відповідні інцентивні програми для розробників.

Команда Chainlink також досить вражаюча:

  • Сергій Назаров - співзасновник та генеральний директор Chainlink. Він має глибокі знання у галузі смарт-контрактів та блокчейн-технологій, займав ключові посади в кількох компаніях з цієї галузі.
  • Стив Елліс - співзасновник та технічний директор Chainlink. Раніше він працював інженером-програмістом та керівником команди в Pivotal Labs, де він відповідав за забезпечення безпеки конфіденційних даних, що відповідають стандарту HIPAA, та розробку масштабованого програмного забезпечення для автоматизації платежів. Стів є відданим прихильником Ethereum, Bitcoin та децентралізованої майбутньої, яку ми будуємо разом.

Крім того, 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.

  1. Після завершення процесу перевірки, перейдіть досторінка зновного ставленняНа офіційному веб-сайті eOracle підключіть свій гаманець та завершіть операцію перепосадки.

Посилання для посилання

https://x.com/eoracle_network

https://www.eoracle.io/

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://defillama.com/oracles

https://www.tuoluo.cn/article/detail-10098238.html

https://foresightnews.pro/article/detail/32719

https://tokenterminal.com/terminal/financial-statements/chainlink

Відмова від відповідальності:

  1. Ця стаття перепечатана з [Gatetechub], Усі авторські права належать оригінальному автору [Пейтон, лабораторія LYS(@X@LingyueSamaWeb3)]. Якщо є заперечення стосовно цього передрукову, будь ласка, зв'яжіться з Гейт Навчитисякоманда, і вони вирішать це негайно.
  2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, є виключно тими автора і не становлять жодної інвестиційної поради.
  3. Переклади статті на інші мови виконуються командою Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіатування перекладених статей заборонене.
Начните торговать сейчас
Зарегистрируйтесь сейчас и получите ваучер на
$100
!