Стійка економічна модель oracle та економічна структура Web3

Початковий намір Web3 — спробувати замінити невдалу традиційну модель довіри децентралізованою системою. Після цього люди звернули увагу на досягнення «відповідності продукту ринку» (product-market fit) і збільшення кількості користувачів. У цьому процесі Web3 перетворився на далекосяжну технологічну революцію. З безперервним розвитком Web3 відкрилися двері для інновацій, і Web3 став нестримною силою.

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

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

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

Склад економіки Web3

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

Блокчейн

Блокчейн — це основна книга в економічній моделі, яка відповідає за зберігання та оновлення власників активів і даних, а також за одночасне зберігання та виконання основного коду смарт-контракту програми блокчейн.

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

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

Додаток

Програми стосуються конкретних продуктів і послуг, які надають цінність користувачам Web3. Наприклад, користувачі можуть позичати стейблкойни на ринку кредитування, купувати NFT на торгових платформах або купувати страховку на децентралізованих страхових платформах.

Програми надають користувачам продукти та послуги та стягують відповідну плату за підтримку подальших операцій. Сама програма повинна виконувати різні завдання, такі як розробка протоколів, контроль ризиків і підтримка економічного механізму рідного токена. Навіть токени на основі управління, призначені для оновлення протоколів, повинні враховувати економічну модель токена та механізм захоплення вартості (наприклад: контроль над скарбницею протоколу); інакше вартість атак на управління буде зменшена, що загрожуватиме безпеці всього протокол . Деяким повністю незмінним додаткам суспільного блага (суспільного блага) не потрібно фіксувати будь-яку цінність, але таких додатків все ще меншість, більшість додатків мають операційні витрати та потребують розподіленого оновлення протоколу, наприклад, щоб підтримувати конкурентоспроможність Натомість запровадьте оновлення.

Рівень додатків включає не лише рідні додатки Web3 (наприклад, dApp), а й традиційні підприємства та установи, які розробляють гібридні рішення (наприклад, Web2), такі як використання смарт-контрактів для покращення існуючих внутрішніх активів бізнес-сертифікатів або підключення клієнтів до Активи та служби Web3.

Оракул

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

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

Як правило, оракули діють як сполучна ланка, безперебійно з’єднуючи інфраструктуру Web2 з економікою Web3. Плата, яку сплачують додатки та користувачі мережі Oracle, стане бюджетом безпеки, який, по суті, призначений для забезпечення безпеки, надійності та точності мережі Oracle через економічні стимули.

Як цінність перетікає між блокчейнами, програмами та оракулами в економіці Web3

Активуйте економіку оракула

Щоб створити двосторонній ринок, спочатку потрібно вирішити класичну проблему «курки та яйця». Без користувачів, які платять, немає економічного стимулу для постачальників послуг; без постачальників послуг, природно, немає послуг, які можна продавати користувачам.

У минулому загальна практика протоколу Web3 полягала в тому, щоб заохочувати постачальників послуг приєднуватися до мережі (тобто на стороні пропозиції), а користувачів використовувати платформу (тобто на стороні попиту) через субсидії на токени для активації двостороннього ринкового попиту. Субсидії служать методом раннього зростання, який дозволяє протоколам надавати високоякісні послуги, навіть якщо вони не можуть отримати беззбитковість від користувачів. Метою цього є досягнення стійкості. У міру того, як дохід від комісії продовжує зростати, стандарт стягнення плати постачальником послуг може бути повністю виконаний або може бути встановлена економічна модель для компенсації субсидії, тоді субсидію, природно, можна поступово послабити.

Як блокчейн може використовувати субсидії на винагороду за блоки для активації мережевої економіки

Субсидії не є чимось новим у галузі Web3. Наприклад, блокчейн використовуватиме винагороду за блоки, щоб мотивувати верифікаційні вузли або майнери для забезпечення безпеки блокчейну для задоволення постійно зростаючих потреб екології додатків у ланцюзі; або блокчейн-додатки використовуватимуть токени, щоб мотивувати ранніх користувачів мотивувати ранні користувачів. Подібним чином протоколи Oracle використовують винагороди Oracle, щоб стимулювати створення та постійну роботу мережі вузлів, одночасно забезпечуючи безпеку та надійність. Коли поточні витрати на децентралізовану мережу Oracle (DON) субсидуються, програми можуть користуватися послугами Oracle за значно нижчою ціною, ніж зазвичай, або навіть безпосередньо використовувати служби Oracle безкоштовно, щоб вони могли витрачати більше часу. Досягніть зростання доходу.

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

Операційні витрати мережі Oracle

Щоб забезпечити економічну стійкість мережі Oracle, необхідно розуміти експлуатаційні витрати мережі Oracle. Загалом, експлуатаційні витрати мережі Oracle можна розділити на чотири категорії, а саме: витрати на вузли в ланцюзі, витрати на вузли поза ланцюгом, витрати на криптоекономічну безпеку та витрати на координацію.

Вартість вузла в ланцюжку

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

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

Вартість вузла поза ланцюгом

Експлуатаційні витрати мережі Oracle також включають витрати поза мережею, включаючи, але не обмежуючись:

• Вартість інфраструктури вузла: щоб брати участь у мережі блокчейн, майнерам або верифікаторам потрібно запускати та керувати програмним забезпеченням вузла. Подібним чином оператори вузлів Oracle повинні запускати та керувати програмним забезпеченням вузлів Oracle, щоб брати участь у мережі Oracle. Програмне забезпечення Oracle Node відповідає за отримання запитів користувачів, підключення до зовнішніх ресурсів, виконання різних типів обчислень, узагальнення результатів і публікацію остаточного звіту в ланцюжку або зберігання його поза ланцюгом. Оператори вузлів можуть запускати програмне забезпечення в хмарній інфраструктурі або на локальних серверах або в комбінації обох. Незалежно від того, який варіант ви виберете, є операційні витрати, включаючи плату за хостинг і витрати на використання. У високоякісній мережі Oracle оператори вузлів також можуть запускати кілька вузлів Oracle паралельно або мати можливість створювати більше вузлів у будь-який час для підвищення безпеки. Загалом, чим більше завдань виконує один вузол оракула або чим більше вузлів оракула створюється, тим більша вартість для оператора вузла.

Приклад інфраструктури Oracle, що працює в AWS Cloud, із розгорнутими як основними, так і резервними вузлами Oracle, таким чином підвищуючи безпеку

• Повний вузол блокчейну/RPC: операторам вузла потрібен доступ до повного вузла, який повністю синхронізовано з обліковою книгою блокчейну, щоб вузол Oracle читав і записував у блокчейн. Оператори вузлів можуть самостійно керувати повними вузлами блокчейну (примітка: можна використовувати хмарні служби чи локальні сервери, або поєднувати обидва), або вони можуть отримати доступ до провайдерів RPC для доступу до керованих іззовні повних вузлів блокчейну. Надійна мережа Oracle може вимагати від операторів вузлів доступу до кількох повних вузлів на блокчейн для підвищення стабільності роботи. Взагалі кажучи, чим більш масовий блокчейн обслуговується оператором вузла, тим більшою кількістю повних вузлів блокчейну потрібно керувати. Блокчейни з відносно високою пропускною здатністю можуть вимагати від операторів вузлів витрачати більше ресурсів, щоб повністю синхронізувати облікові книги.
• Підписка на постачальника даних: операторам вузлів, які надають послуги Oracle, потрібно отримувати дані від зовнішніх постачальників даних. Таким операторам вузлів зазвичай потрібно підписатися на API, щоб отримати доступ до даних. Преміальні джерела даних часто також стягують комісію, наприклад, на щорічній основі або на основі використання. Кожен оператор вузла у високоякісній мережі Oracle може підписатися на послуги API кількох постачальників даних для певної точки даних, щоб покращити децентралізацію мережі.

Кожен оператор вузла Chainlink каналів цін Chainlink матиме доступ до кількох високоякісних агрегаторів даних і візьме медіану

• Моніторинг і керування: запуск вузла оракула — це не просто початкове налаштування раз і назавжди, але вимагає подальшого активного керування та швидкої реакції, оскільки позамережевий світ, до якого підключений оракул, за своєю суттю непередбачуваний і недетермінований з. Таким чином, оператори вузлів у високоякісній мережі Oracle зазвичай потребують інструментів моніторингу та інфраструктури для аналізу та відстеження поточних і історичних даних про продуктивність вузлів, включаючи час роботи, затримку, точність і використання ресурсів. Ця інфраструктура включає сповіщення в реальному часі, панелі моніторингу та засоби автоматизації. Крім того, спеціальний персонал призначений для вирішення потенційних проблем з продуктивністю або надійністю в режимі реального часу.

Вартість криптоекономічної безпеки

Для того, щоб переконатися, що вузли в мережі Oracle мають достатні економічні стимули для чесної та надійної роботи, необхідно створити відповідні механізми для збільшення альтернативної вартості зловмисників. Однією з моделей економічного стимулювання є надання операторам вузлів можливості отримувати переваги. Це створює «можливість майбутньої плати», яка втрачає можливості отримання прибутку в майбутньому, якщо оператори вузлів не зможуть відповідати вимогам продуктивності. Блокчейн фактично використовує той самий механізм стимулювання. Якщо майнери та верифікатори блокчейну хочуть продовжувати отримувати дохід у мережі блокчейну в майбутньому, вони повинні переконатися, що мережа може продовжувати працювати.

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

Вартість координації

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

• Випуск Oracle: розгортання нової мережі Oracle вимагає перевірки та найму операторів вузлів, пошуку високоякісних постачальників даних і налаштування параметрів мережі відповідно до потреб конкретних сценаріїв застосування. Хоча користувачі можуть вибрати виконання цих ключових завдань самостійно, координатор може спростити ці процеси та дозволити розробникам зосередитися на розробці основної бізнес-логіки.
• Технічне обслуговування Oracle: Мережа Oracle потребує постійного моніторингу та обслуговування, щоб підтримувати певний рівень безпеки, гарантувати рівень обслуговування та задовольняти мінливі потреби клієнтів. У той час як оператори вузлів самостійно виконують багато завдань з обслуговування, координатори можуть допомогти їм виявити та вирішити проблеми з роботою та залежностями мережі Oracle.
• Дослідження та розробка сервісів машин Oracle: попит користувачів на машини Oracle постійно змінюється, тому необхідно постійно вдосконалювати існуючі служби машин Oracle і створювати нові служби машин Oracle. Координатор може допомогти розробити сервіс Oracle, необхідний користувачам, і покращити безпеку, швидкість і гнучкість основного протоколу Oracle.
• Технічна підтримка: оскільки в Web3 продовжують з’являтися нові розробники та проекти, необхідно надавати їм технічну допомогу, щоб допомогти їм зрозуміти, як використовувати оракули у своїх програмах. Координатори поєднуватимуть власний досвід і знання, щоб допомогти проектам в екосистемі успішно створювати мережі Oracle або інтегрувати машини Oracle у програми.

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

Які ризики принесе провал економічної моделі оракула?

Перш ніж говорити про те, як Chainlink може створити здорову економічну модель Oracle, давайте коротко обговоримо ризики відсутності стійкої економічної моделі Oracle.

Економічні стимули продовжують зникати

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

Витрати на перехід і довіра

Інша проблематична економічна модель полягає в тому, щоб сподіватися, що нові протоколи оракулів продовжуватимуть з’являтися, а потім використовувати субсидії цих угод. Така думка дуже небезпечна. По-перше, протокол Oracle не може вічно субсидувати користувачів, що є економічно невигідним. Тож хтось продовжуватиме знаходити нові, «безкоштовні» рішення для оракулів, і це припущення непередбачуване. Крім того, усі нові протоколи Oracle не тестуються на ринку, тому створюють значні ризики для програм. Якщо одне оновлення Oracle піде не так, це може назавжди знищити довіру користувачів до програми, і подібні речі справді траплялися в галузі Web3. Іншою моделлю є ротація Oracle, яка спричиняє витрати на перехід, тобто програми повинні витрачати дорогоцінний час і ресурси на розробку, переходячи на нове рішення Oracle.

Конфлікт інтересів

Якщо машина Oracle є «безкоштовною» або користувачі можуть «за бажанням платити», і немає чіткої та сталої економічної моделі, тоді довгострокова життєздатність і здатність послуги машини Oracle охоплювати вартість буде позначено великим знаком питання . Жодна інфраструктура чи сервіс не є безкоштовними. Ви або платите за продукт, або ви є продуктом. Це правда про галузь Web2, і Web3 може страждати від тієї ж проблеми. «Безкоштовні» оракули або мають дуже низьку якість і подальше обслуговування, або вони розроблені, щоб залучити користувачів безкоштовно, а потім скоротити лук-порей, наприклад, скориставшись асиметрією інформації та пожертвувавши інтересами користувачів заради задоволення власних інтересів.

Маніпуляції в ланцюжку

Розробники можуть вважати, що середня ціна, зважена за часом (TWAP) або інший доступ до даних з децентралізованих бірж у мережі (DEX) є «безкоштовним» рішенням оракула. Незважаючи на те, що дані розміщуються в ланцюжку, оракули DEX не є безкоштовними. Ці торгові платформи потребують високої ліквідності та рішень для підтримки, щоб забезпечити кошти для підтримки останніх ринкових цін. Крім того, оракули DEX все ще дуже небезпечні, оскільки вони охоплюють обмежений діапазон ринків і не можуть одночасно враховувати стійкість до втручання та низьку затримку.

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

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

Економіка Chainlink 2.0: стійка економічна модель оракула

Chainlink запустив Chainlink 2.0 Economics і серію відповідних планів щодо створення економічної моделі Oracle. Ці плани можна розділити на три категорії, а саме: підвищення плати за користувачів, зниження операційних витрат і встановлення надійної криптоекономічної безпеки.

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

Chainlink 2.0 Economics — це багатогалузева ініціатива, спрямована на створення позитивної петлі навколо безпеки, захоплення вартості та впровадження мережі Chainlink

Збільшення прибутку від комісії для мережі Chainlink

Заробіток від додатків і користувачів є важливою частиною економічної стабільності служб Oracle. Chainlink 2.0 Economics запустила та випробувала різні моделі монетизації, зосереджуючись на збільшенні комісій за користувачів та оптимізації досвіду оплати додатків і користувачів. Однією з особливостей є те, що різні програми знаходяться на різних стадіях платіжного циклу. Комісія, зароблена мережею Chainlink, сплачується різним постачальникам послуг в обмін на їхні послуги.

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

• Оплата на основі використання: у цій моделі користувачі платитимуть за послугу Oracle на основі використання. Наприклад, рішення Chainlink VRF, автоматизація та функції вимагають, щоб додатки внесли комісію в контракт на підписку на мережу, з якої постачальник послуг вираховує комісію. Існує також модель, коли користувач оплачує безпосередньо з гаманця під час виконання транзакції, яка включає службу oracle. Модель оплати на основі використання може дозволити програмам самостійно керувати вартістю інфраструктури Oracle простим і масштабованим способом; або програми можуть передавати вартість Oracle безпосередньо кінцевому користувачеві.
• Розподіл плати користувача: програма ділиться частиною доходу від комісії з постачальником послуг Chainlink для оплати послуги Oracle. Ця модель розподілу плати користувача може враховувати потреби в налаштуванні зрілих угод, а також може використовуватися як доповнення, коли перша модель платежу не застосовується. У нещодавно схваленій пропозиції щодо розподілу гонорарів Chainlink і GMX 1,2% доходу від GMX V2 і пізніших версій використовуватимуться для оплати постачальникам послуг Chainlink за послуги oracle з низькою затримкою та відповідну технічну підтримку. У зв’язку з тим, що запорука капіталу Chainlink продовжує ітерацію та підтримку все більшої кількості служб oracle, частина комісій за користувачів, згадана в пропозиції, буде безпосередньо розподілятися між заставниками для винагороди за покращення криптоекономічної безпеки служб Chainlink для GMX. Це зробить відносини між постачальниками послуг Chainlink і додатками ближчими, а розширення масштабу додатків також принесе більші економічні стимули для служб Oracle, що, у свою чергу, покращить безпеку Oracle для додатків.
• BUILD: програма Chainlink BUILD розроблена для прискорення розвитку проектів на ранніх стадіях, які зазвичай ще не почали приносити дохід. Проекти, які приєднуються до BUILD, можуть отримати різноманітні послуги та технічну підтримку Chainlink у пріоритеті. В обмін на це сторона проекту повинна пообіцяти сплатити певний відсоток нативних токенів (зазвичай 3-7%) постачальникам послуг Chainlink, включаючи заставників. Таким чином, додатки на ранніх стадіях розробки та впровадження також можуть отримувати послуги Oracle і додаткові ресурси, а згодом перерости у зрілі додатки зі стійкими джерелами доходу.

Зменште операційні витрати для постачальників послуг Chainlink

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

Наразі реалізуються деякі з наступних ініціатив, щоб зменшити експлуатаційні витрати мережі Chainlink:

• OCR 2.0: Chainlink Off-chain Reporting (OCR) 2.0 — це останній консенсусний протокол поза ланцюгом, запущений Chainlink. DON може ефективно досягти консенсусу щодо певних даних або обчислень за допомогою OCR 2.0. OCR 2.0 забезпечує спільну платформу для кількох служб Chainlink, створюючи інтерфейс плагіна звітності. Цей інтерфейс спрощує складний процес запуску різних логік продукту та підвищує ефективність і обсяг OCR.
• Оракул із низькою затримкою: Оракул із низькою затримкою від Chainlink — це рішення оракула витягувального типу, і звіти оракула генеруються поза мережею на регулярній основі. Користувачі, програми або рішення автоматизації Oracle можуть отримувати та надсилати дані в ланцюг для перевірки транзакцій користувачів. У моделі pull oracle звіти Oracle надсилаються в ланцюг лише за потреби, а не автоматично завантажуються в ланцюжок на основі попередньо визначених умов. Ця модель перекладає відповідальність за оплату зборів за газ у мережі з оператора вузла Oracle на додаток або користувача.
• Припинення підтримки каналів даних: Chainlink постійно оцінює використання та економічну доцільність каналів даних у всіх мережах. Канали даних без публічних користувачів або шляхів сталого розвитку можуть бути застарілими. Метою цього є усунення непотрібних витрат для операторів мережі та вузлів. Однак застарілі канали даних також можуть бути повторно опубліковані в інших блокчейнах або на L2, якщо користувачі цього вимагатимуть.

Крім того, ми запустили плани надання додаткам буфера, доки не буде створено достатню кількість комісій для оплати послуги Oracle:

• МАСШТАБ: блокчейни L1 і L2, які беруть участь у програмі SCALE (повна назва — Sustainable Chainlink Access for Layer 1 and 2 Enablement), звільнять від операційних витрат вузла служби Chainlink протягом певного часу з метою активації екології додатків на блокчейн. SCALE може полегшити співпрацю між Chainlink і різними блокчейнами для спільного забезпечення інфраструктури Oracle, необхідної для програм. Додатки матимуть більше часу, щоб створити стабільні джерела доходів і, зрештою, зможуть оплатити інфраструктуру блокчейну та Oracle.

Створення криптоекономічної безпеки за допомогою токенів LINK

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

• Оплата: перший варіант полягає в оптимізації процесу оплати за службу Oracle. Після оплати в LINK дохід від комісії постачальника послуг буде пов’язаний із загальною безпекою та справністю мережі Chainlink. Це, у свою чергу, створює додаткові економічні стимули для постачальників послуг для підвищення безпеки та надійності. Для максимальної оптимізації процесу оплати, окрім LINK, у деяких випадках для оплати можна використовувати інші активи, зокрема рідні активи. Однак при оплаті іншими активами ставка комісії вища, ніж при оплаті через LINK. При оплаті іншими активами платіж буде конвертовано в LINK і поширюватиметься в мережі Chainlink.
• Гарантія безпеки послуги на основі застави акцій: друге рішення полягає в забезпеченні безпеки на основі застави акцій. У цьому режимі LINK зберігатиметься в смарт-контракті стейкинга. Ці гроші вираховуються як штраф, якщо служба Oracle не відповідає заздалегідь визначеним вимогам. Заставодержатель може розділити частину плати за послугу, сплачену користувачем і додатком, оскільки заставник гарантує безпеку служби oracle, ставлячи LINK. Модель безпеки, заснована на заставі частки, може бути додатково розширена, щоб запровадити захист від втрат. Захист від втрат стосується додатків, у яких частина конфіскованих токенів LINK може бути використана для компенсації збитків через послуги Oracle. Як оператори вузлів, так і громади можуть гарантувати безпеку послуг через заставу власного капіталу. Staking v 0.1 буде запущено в 2022 році, а пізніші версії поступово додадуть більше функцій і гарантій безпеки.
• Встановлення репутації вузла на основі застави частки: третій варіант — це встановлення механізму репутації для вузлів Oracle на основі застави частки. Простіше кажучи, припускаючи, що інші показники продуктивності однакові, чим більше LINK обіцяє вузол, тим більше робочих місць і комісійних він може отримати. Тобто можливість отримати прибуток вузла прямо пропорційна кількості токенів LINK, які він готовий віддати. Кількість обіцяних LINK означає їхнє зобов’язання гарантувати нормальну роботу мережі машини Oracle, а також означає, що ці вузли надають додаткові гарантії безпеки для служби машини Oracle.

Незважаючи на те, що початкова криптоекономічна модель безпеки в основному обертатиметься навколо платежів LINK, вона поступово буде зосереджена на розміщенні токенів LINK для забезпечення безпеки послуг Chainlink. Щоб винагородити вузли за подальшу безпеку криптоекономіки шляхом стейкинга токенів LINK, мережа Chainlink потім розподілить частину гонорарів користувачів між стейкерами.

Під впливом сильного мережевого ефекту Chainlink багато dApp з різних блокчейнів і треків смарт-контрактів можуть видавати токени заставодавцям, щоб винагородити їх за їхній внесок у безпеку сервісу Chainlink.

Поступово збільшуйте стійкість і передбачуваність

Протоколи та служби Chainlink мають створити стійку економічну модель, щоб підтримувати надзвичайно високий рівень безпеки та надійності, а також збагачувати типи послуг Oracle. Однак для досягнення повної економічної стабільності знадобиться час і пов’язане з невизначеністю, не кажучи вже про те, що дохід мережі Chainlink залежить від загального зростання та впровадження Web3. Ми вважаємо, що на додаток до численних економічних планів Chainlink 2.0, які зараз розгортаються, необхідна передбачувана довгострокова дорожня карта розвитку, щоб якнайкраще служити інтересам екосистеми Chainlink і зміцнити позиції Chainlink як галузевого стандарту Web3 у довгостроковій перспективі.

Створення стійкої економічної моделі Oracle є необхідною умовою успіху Web3

Машина Oracle активує широкий спектр сценаріїв додатків для блокчейну, і ці сценарії додатків повинні отримувати доступ до зовнішніх даних, виконувати обчислення поза ланцюгом з мінімальною довірою та приймати рішення сумісності між ланцюгами, перш ніж їх можна буде справді реалізувати. Щоб надати розробникам ці послуги оракула, між блокчейном, програмами та оракулами має бути встановлено стійкий економічний механізм, щоб забезпечити безпеку трьох, зберігаючи економічну основу, необхідну для інновацій. Без стійкої економічної моделі Oracle інноваціям Web3 буде серйозно бракувати внутрішньої мотивації. І що ще важливіше, Web3 зіткнеться з ризиками безпеки для всієї екосистеми.

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

——

*Відмова від відповідальності: вміст цієї статті наведено лише для довідки та включає плани майбутнього розвитку, як-от функції продукту, роботу з розробки та вузли часу випуску функцій. Це лише прогнози, які відображають поточні очікування та думки. Ці очікування базуються на припущеннях і залежать від ризиків і невизначеностей, які можуть змінитися в будь-який час. Хоча зміст цієї статті ґрунтується на раціональних припущеннях, ми не можемо гарантувати, що кінцеві результати відповідатимуть ідеям статті. Весь вміст цієї статті дійсний лише на дату першої публікації. Оскільки фактичні відгуки користувачів і майбутні події неможливо передбачити, вміст цієї статті може відрізнятися від подальшої фактичної ситуації, і ми можемо не вносити відповідні зміни в цю статтю. *