Отвъд криптовалутните токени блокчейнът също така позволява на анализаторите да получат по-ясна представа за практически всеки проект GameFi, NFT, пазар или протокол DeFi, благодарение на Footprint.
Във Footprint създадохме методология, която компилира и смислено обобщава суровите данни от блокчейн. И това се отнася за интеграциите за програмиране.
1 . Начини за работа с данните от блокчейн
На първо място да поговорим за методите за програмна интеграция. Съществуват няколко различни начина за работа с блокчейн данни и избраният от вас подход ще зависи от конкретните ви нужди и цели. Ето един кратък преглед:
1.1 Изследователи на блокчейн
Изследовател на блокчейн е уебсайт или инструмент, който ви позволява да разглеждате данните, съхранявани в блокчейн. Това може да бъде бърз и лесен начин за достъп до информация за конкретни трансакции, блокове и други данни в блокчейна.
Blockchain explorers могат да бъдат полезен инструмент за достъп и преглед на данни, съхранявани в блокчейн, но имат някои ограничения за софтуерни интеграции. Ето няколко примера за неща, които могат да липсват на блокчейн експлораторите:
- Основно фокусирани върху необработени данни. Блокчейн експлойърите обикновено показват необработени данни от блокчейн. Това изисква имплементиране на абстракции върху суровите данни, което може да е досадно, особено за проекти, фокусирани върху доставката, а не върху техническите детайли на определени блокчейн.
- Възможности за персонализиране: Проучвателите на блокчейн обикновено са проектирани така, че да бъдат удобни и лесни за използване, което означава, че може да не предлагат много възможности за персонализиране. Това може да затрудни приспособяването на изследователя към вашите специфични нужди или предпочитания.
- Функционалност за разширено търсене: Проучвателите на блокчейн често имат основна функционалност за търсене, но може да не поддържат по-разширени функции за търсене, като булеви оператори или регулярни изрази. Това може да затрудни търсенето на конкретна информация в блокчейна.
- Интерактивност: Много изследователи на блокчейн са по същество инструменти само за четене.
Въпреки че блокчейн експлораторите могат да бъдат полезен начин за достъп и преглед на необработени данни от блокчейн, те имат някои ограничения, с които трябва да сте наясно, преди да решите да внедрите инфраструктурата на решението си въз основа на тях.
1.2 Собствено решение за индексиране
Създаването на собствено индексиращо решение за работа с блокчейн данни може да има няколко предимства и потенциални недостатъци. Ето няколко примера за всеки от тях:
Предимства:
- Приспособяване: Когато настроите своя индексиращ модул, имате пълен контрол върху начина на индексиране на данните и достъпа до тях. Това може да ви позволи да адаптирате индексиращото устройство към вашите специфични нужди и предпочитания.
- Независимост: Чрез създаването на собствен индексиращ модул не разчитате на услуга на трета страна за поддържане и актуализиране на индекса. Това може да осигури по-голям контрол и гъвкавост при работата ви с блокчейн данни.
- Подобрена сигурност: Когато създавате свой собствен индексиращ модул, можете да приложите собствени мерки за сигурност, за да защитите данните и да предотвратите неоторизиран достъп.
Недостатъци:
- Сложност: Настройката на индексиращото устройство може да бъде сложен и отнемащ време процес, особено ако сте начинаещ в работата с блокчейн технологията. Ще трябва да разбирате базовата технология и да сте готови да инвестирате времето и усилията, необходими за пускането в действие на индексиращото устройство.
- Поддръжка: След като настроите своя индексиращ модул, ще отговаряте за неговата поддръжка и актуализация. Това може да изисква постоянна техническа експертиза и ресурси, което може да бъде недостатък, ако не разполагате с необходимите знания или поддръжка.
- Разходи: Създаването на собствен индексиращ модул може да бъде скъпо, тъй като трябва да закупите хардуера и софтуера, необходими за работата на индексиращия модул, и да заплатите всички свързани с това разходи, като например за електроенергия и честотна лента.
Общо казано, създаването на собствен индексиращ модул за работа с блокчейн данни може да осигури по-голям контрол и персонализация, но също така може да бъде сложен и скъп процес. Важно е да обмислите внимателно предимствата и недостатъците, преди да решите дали това е правилният подход.
1.3 База данни като услуга
Използването на индексиращо устройство на трета страна за работа с данни от блокчейн може да има няколко предимства и потенциални недостатъци. Ето няколко примера за всеки от тях:
Предимства:
- Лесно използване: Индексиращите устройства на трети страни обикновено са проектирани така, че да са лесни за използване, което означава, че можете да започнете да работите с блокчейн данните бързо и без да се налага да научавате много технически подробности или да стартирате свое потребителско решение за индексиране (няма значение дали е самостоятелно разработено или готово SDK)
- Разширена функционалност за търсене: Много индексиращи устройства на трети страни предлагат разширена функционалност за търсене, като например булеви оператори и регулярни изрази, което улеснява търсенето на конкретна информация в блокчейна. Те могат да имат много действителни реализации, но индексираните данни често се добавят към релационна база данни, което предполага пълна поддръжка на SQL.
- Скалируемост: Индексиращите устройства на трети страни често са проектирани да обработват големи обеми данни, което означава, че те могат да бъдат добър вариант, ако трябва да търсите или да получите достъп до данни от голяма блокчейн.
- Надеждност: Индексиращите устройства на трети страни обикновено се управляват от професионални организации, които разполагат с ресурси и експертен опит, за да гарантират, че индексът е винаги актуален и точен. Решенията невинаги са децентрализирани, тъй като са насочени към обработката на огромни количества данни, но по-голямата част от тях са с отворен код, което увеличава доверието на потребителите в услугата.
Недостатъци:
- Зависимост: Използването на индексиращ орган на трета страна означава, че разчитате на тази услуга да поддържа и актуализира индекса. Ако индексиращият сървър има технически проблеми или излезе от строя, може да нямате достъп до данните в блокчейн.
- Ограничена персонализация: Индексиращите устройства на трети страни обикновено са проектирани да бъдат лесни за използване, което означава, че може да не предлагат много възможности за персонализиране. Това може да затрудни приспособяването на индексиращото устройство към вашите специфични нужди или предпочитания.
- Цена: Някои индексиращи устройства на трети страни могат да изискват такса за услугите си, което може да е недостатък, ако работите с ограничен бюджет.
В обобщение, използването на индексиращо устройство на трета страна за работа с блокчейн данни може да бъде удобен и ефективен вариант, но е ограничен и понякога липсва персонализация.
1.4 Обобщение
Целта на Footprint е преди всичко да се намали летвата за въвеждане на анализи и работа с уеб3 данни. Този подход представлява баланс между лекотата на използване и гъвкавостта. Ето защо една от нашите услуги е DaaS (база данни като вид услуга). Преди да разгледаме по-подробно предимствата на нашата услуга, ще разгледаме и друга възможност за реализация на индексиращото устройство, а именно самостоятелно написано решение или SDK.
В следващите глави ще разгледаме основната функция, която трябва да имат API за блокчейн само за четене. Ще разгледаме проблема от различни ъгли и ще разгледаме алтернативни решения. Някои от най-важните характеристики на приложните програмни интерфейси за блокчейн включват следното:
- Лесно използване и гъвкавост
- Мащабируемост
- Съвместимост
Лесно използване и гъвкавост са две важни характеристики на блокчейн API. Един лесен за използване блокчейн API ще улесни разработчиците да започнат да създават приложения, базирани на блокчейн, като им позволи бързо да създават прототипи и да тестват идеите си, без да отделят много време за изучаване на начина на използване на API.
Гъвкавостта, от друга страна, се отнася до способността на блокчейн API да поддържа широк спектър от случаи на употреба и приложения. Гъвкавият блокчейн API ще позволи на разработчиците да имат достъп до различни части на блокчейна и да създават приложения, които взаимодействат с различни видове интелигентни договори и други активи, базирани на блокчейн. Това може да бъде особено важно за разработчиците, които искат да създават приложения, които могат да се използват в различни отрасли и контексти.
Като цяло наличието на API за блокчейн, който е едновременно лесен за използване и гъвкав, може да улесни разработчиците в изграждането на иновативни и полезни приложения, които могат да се възползват от уникалните характеристики и възможности на блокчейн технологията.
1.5 Анализ на отпечатъка
Лесното използване и гъвкавостта се осигуряват от нашата организация на данните, която засяга всички аспекти на взаимодействието с екосистемата Footprint. Footprint разполага с API, изграден върху този модел на данни, който позволява на потребителите да изграждат пълноценни конвейери за анализ на данни и приложения за машинно обучение. Наричаме го API за данни. Едновременно поддържаме два вида API и два подтипа в рамките на един от тях, за да покрием повечето случаи: API за почивка и SQL API.
REST API ни позволява бързо да интегрираме дадено приложение, тъй като всяка крайна точка е предварително изграден, твърдо кодиран скрипт, който сме определили като един от най-популярните. Всички крайни точки са снабдени с лесни за използване инструменти за филтриране, сортиране и страниране.
Благодарение на по-адаптивния интерфейс на SQL API можете да го получите за по-специфични случаи. Едно от предимствата на използването на едни и същи SQL заявки както в уеб приложението, така и в API е, че това може да опрости разработването и поддръжката. Като използват едни и същи заявки в двата интерфейса, разработчиците могат да избегнат необходимостта да пишат и поддържат отделни набори от заявки за уеб приложението и API. Това може да спести време и усилия и да намали риска от грешки или несъответствия между двата интерфейса.
Освен това използването на едни и същи SQL заявки както в уеб приложението, така и в API може да улесни разработчиците при създаването на безпроблемно потребителско изживяване. Като използват едни и същи заявки, разработчиците могат да гарантират, че данните, до които уеб приложението и API имат достъп и с които манипулират, са последователни, което позволява на потребителите да превключват между двата интерфейса, без да се сблъскват с несъответствия или прекъсвания.
1.6 Други платформи
Много алтернативни решения за анализ позволяват на потребителя да анализира различни мрежи в съответствие с различни нива на изисквания. В по-голямата си част обаче алтернативните решения са склонни да стигат до крайности, като прилагат или много гъвкав продукт, който изисква познания по езици за заявки или дори езици за програмиране, или много прост интерфейс с подготвени скриптове и съответно ниска гъвкавост.
Решения като Moralis и Quicknode имат само интерфейс REST API. Въпреки че има много крайни точки, това все пак ограничава разработчика по отношение на гъвкавостта на връщаните данни.
Dune наскоро представи своя API. Това асинхронно решение предполага предварително съществуване на заявка в платформата под определен идентификатор (dune.com/query/{{query id}}), чрез който е възможно да се изпълняват заявки под формата на SQL. Основното ограничение на това решение е необходимостта от предварително модифициране на SQL в платформата, така че актуализираната заявка да бъде изпълнена впоследствие.
Chainbase пуска SQL API по същия начин като Footprint. Все пак, за разлика от Footprint, Chainbase не разполага с толкова усъвършенстван ETL, така че SQL заявките могат да се изпълняват само за необработени транзакции.
2. Мащабируемост
Приложните програмни интерфейси за блокчейн трябва да могат да обработват големи обеми от данни и транзакции, което позволява на разработчиците да създават приложения, които могат да се използват от много потребители едновременно.
2.1 Анализ на отпечатъка
2.1.1 Модерен стек за отворени данни
Екипът на Footprint направи няколко архитектурни подобрения от стартирането си през август 2021 г., благодарение на силната си способност да изследва и итерира технологиите. За по-малко от година и половина екипът успя да приложи успешно тези промени. Това е доказателство за уменията и опита на екипа в областта на технологиите и науката за данните.
Чрез експериментиране Footprint итеративно направи три глобални архитектурни актуализации, като в крайна сметка достигна до архитектура, която отговаря на изискванията на различните случаи на използване на платформата. Повече информация за еволюцията на внедряването можете да намерите в следващата статия:
https://www.footprint.network/article/iceberg-spark-trino-a-modern-opensource-data-stack-for-blockchain-fp-HGZpPm3D
2.1.2 Синхронни и асинхронни изпълнения
В рамките на Footprint има два режима за изпълнение на заявки към SQL API – синхронен и асинхронен. Извикванията на API към синхронната крайна точка предполагат, че SQL заявката ще бъде изпълнена от сървърите на Footprint веднага щом се получи HTTP заявка от приложението, като по този начин се поддържа връзката. Това има смисъл, когато се използват леки заявки, тъй като в този случай приложението не трябва да чака дълго за изпълнение. Подробности можете да намерите на следващата страница:
https://docs.footprint.network/reference/post_native
За тежки заявки се препоръчва да се използва асинхронна заявка. За разлика от синхронната, клиентското приложение не трябва да поддържа връзка със сървъра по време на изпълнението. Вместо това то може да получи незабавно request-id, според който след известно време отделно да получи резултатите от изпълнението. Като част от асинхронния API трябва да бъдат обхванати две стъпки за извличане на данните – за изпращане на „поръчка“ за изпълнение на SQL ще се използва следната крайна точка:
https://docs.footprint.network/reference/post_native-async
Втората стъпка е да се изпрати заявка за получаване на резултатите по идентификатора, получен при достъпа до предишната крайна точка. Крайната точка за тази втора стъпка е описана на следващата страница:
https://docs.footprint.network/reference/get_native-execution-id-results
2.2 Други решения
DuneV2 променя цялата архитектура на базата данни. Сега Dune преминава от база данни PostgreSQL към инстанция на [[Apache Spark]], хоствана на [[Databricks]]. Само асинхронен API.
3. Съвместимост
Приложенията на блокчейн трябва да са съвместими с широк набор от езици за програмиране и среди за разработка, така че разработчиците да могат да използват инструментите и рамките, които са им най-познати.
REST е по-лесен за интегриране, тъй като всеки език за програмиране разполага с много библиотеки, които осигуряват удобна работа с този тип API. В крайна сметка обаче и SQL API, и REST работят по HTTP, така че опитът на разработчиците е почти идентичен по отношение на изпращането на заявка по подразбиране.
4. Обобщение
Както анализирахме, в повечето случаи е достатъчно дадено приложение да използва готови DaaS решения поради причината, че те могат да връщат абстракции (а не само сурови данни) и да спестяват много време и пари, тъй като в крайна сметка позволяват на екипите да се съсредоточат не върху инфраструктурата, а върху стойността на продукта. Преглед на различни решения на пазара на DaaS,
Footprint изглежда най-оптималното за интегриране, тъй като има най-гъвкавия модел за генериране на заявки, като същевременно е лесно за използване и също така има под капака си модерен стек за данни с отворен код, който гарантира непрекъснато и, най-важното, бързо изпълнение на най-сложните заявки.
