В последнем посте из серии Получение 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 (см. эта ссылка ).