В последнем посте из серии Получение API в блокчейн мы объединим все, что мы подробно рассмотрели, чтобы понять, как API3 решает проблему подключения API.

Внутренние аспекты

dAPI — это собственные управляемые оракулы для dApp, обеспечивающие прозрачность на уровне источника данных.

Мы утверждаем, что dAPI:

  • Более безопасный. Помимо репутации поставщиков API вне сети, третьи лица не могут создавать группы узлов оракула, что снижает уязвимость к атакам Сивиллы.
  • Менее дорого — отсутствие налога на посредников и его умножение за счет ненужных увольнений.
  • Высокое качество. Прозрачность на уровне источника данных позволяет разработчикам проверять качество данных, с которыми они работают, а действительное разнообразие источников снижает вероятность асимметрии.

Раздел Собственные и сторонние оракулы подробно описывает все вышеперечисленное.

Пул ставок позволяет избежать непрактичного размещения ставок на уровне оракула и вместо этого используется как токеномический механизм, а также как обеспечение уникального покрытия услуг, которое API3 предлагает пользователям dAPI.

Держатели токенов, участвующие в стейкинге (стейкеры), разделяют связанные риски покрытия услуг. Они заинтересованы в проверке поставщиков услуг, предоставляющих услуги dAPI, и минимизации рисков за счет инфляционных вознаграждений за стейкинг и распределения прибыли в виде сжигания токенов.

Стейкеры могут участвовать в API3 DAO.

Пятая часть серии Стейкинг и оракулы, а также Токеномика API3 подробно освещают эти темы.

API3 DAO управляет как пулом ставок, так и dAPI. Эта структура определяет направление проекта и то, как средства используются держателями токенов.

Мы обсуждаем преимущества децентрализованного управления как для проекта, так и для пользователей dAPI в предыдущей статье.

Внешние аспекты

Поставщики API подпитывают основную службу API3. Мы рассматриваем эту связь между источником данных и dAPI как основу устойчивой экосистемы Web3.

Вместо того, чтобы держать поставщиков API3 вне среды блокчейна (как в случае со сторонними оракулами), API3 согласовывает интересы поставщиков API с проектом и разработчиками в экосистеме посредством надлежащей атрибуции и компенсации.

Используя Airnode, поставщики API передают свои данные разработчикам блокчейна через dAPI, курируемые API3, и получают компенсацию по фиксированным ставкам, которые соответствуют их бизнес-моделям.

dApps, или децентрализованные приложения, являются основным потребителем dAPI и услуг, предоставляемых API3.

Почему разработчики децентрализованных приложений выбирают API3 по сравнению с другими вариантами, описано в части 5, Стейкинг и оракулы и части 6, Количественная безопасность.

Элегантное решение

API-интерфейсы Web2 уже являются источником большей части внешних данных блокчейна в Web3, но с оговоркой: сторонние оракулы не обеспечивают никакой безопасности на уровне источника данных — на самом деле, они могут привести к централизации данных и искаженным результатам.

Содействуя экономике между разработчиками Web3 и поставщиками API, API3 расширяет возможности блокчейна для решения реальных проблем, защищая при этом основной принцип децентрализации.

Решения API3 для разработчиков Web3:

  • Безопасность – отсутствие сторонних оракулов как постоянного фактора риска, прозрачность источников данных dAPI позволяет разработчикам оценивать качество данных, которые они используют. Эта прозрачность способствует количественному и надежному покрытию услуг API3, которое выплачивается в случае сбоя данных. В совокупности это делает API3 наиболее безопасным вариантом для разработчиков Web3, которым нужны службы данных API.
  • Менее затратный – dAPI не платят налог на посредников, умноженный на превышение резервов.
  • Надежнее: API-интерфейсы dAP, основанные на бессерверной конструкции узлов Airnode без сохранения состояния, обладают высокой устойчивостью к простоям. Надежная система снижения рисков, управляемая API3 DAO, описана в разделе 5.6 Белой книги API3.
  • Адаптируемость. Решения API3 постоянно развиваются, чтобы соответствовать новым вариантам использования, задачам и потребностям. В силу того, что это DAO, которым управляют люди со своим положением в игре, проект не ограничен первоначальным дизайном.

В этой серии мы изложили «почему» API3. Представляя теорию, лежащую в основе его дизайна, и объединяя идеи в этом заключительном посте, мы сделали все возможное, чтобы проиллюстрировать, как API3 решает проблему подключения API.

Присоединяйтесь к обсуждению на Форуме API3 или в Твиттере и узнайте, как dAPI могут обслуживать ваш проект, посетив рынок API3.

Примечание: часть содержания этой статьи может быть отнесена к статье API3: связующее звено, соединяющее блокчейн с цифровым миром, первоначально написанной Сашей Милич для API3 DAO в каталоге публикаций API3 Medium (см. эта ссылка ).