Uniblock представляет унифицированные API для Midnight Builders

Uniblock продемонстрировала свою платформу унифицированного API на сессии Midnight Build Club, показав разработчикам, как получать доступ к сервисам блокчейна через единую интеграцию. Сооснователь и CEO Kevin Callahan представил инструменты для получения данных по кошелькам, токенам и транзакциям, а также систему маршрутизации, предназначенную для работы при сбоях у базовых провайдеров. В выступлении акцент был сделан на инфраструктурных задачах, которые командам приложений иначе пришлось бы разрабатывать и поддерживать самостоятельно.

Единый интерфейс для данных блокчейна

Uniblock находится между приложениями и поставщиками сервисов блокчейна. Ее Unified API стандартизирует ответы из разных источников, сокращая объем работ по объединению их данных внутри приложения. Платформа также предлагает доступ по RPC для взаимодействия с узлами блокчейна и прямой доступ к функциям провайдеров вне унифицированного интерфейса.

Официальная документация описывает охват более чем 300 сетей и 55 провайдеров. Доступность зависит от сервиса и блокчейна. Во время сессии Callahan упомянул источники, среди которых Alchemy, CoinGecko, CoinMarketCap и Zerion, с категориями, охватывающими рыночную информацию, кошельки, NFT и транзакции.

Вопрос об отслеживании NFT проектов в Ethereum или Solana дал практический пример. Callahan объяснил, что разработчики могут получать через платформу сведения о коллекциях и связанные данные кошельков. Документированные функции включают балансы токенов, истории переводов, метаданные NFT и детали транзакций, что поддерживает приложения вроде трекеров портфелей и аналитических инструментов.

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

Маршрутизация при сбоях у провайдеров

По мере роста приложений команды часто добавляют резервных провайдеров и создают системы для переключения между ними во время перебоев. Это создает постоянный объем работ: мониторинг доступности, поддержка интеграций и управление раздельными тарифными планами.

По словам Callahan, система маршрутизации Uniblock учитывает время отклика, стоимость, свежесть и корректность данных. Там, где провайдеры поддерживают эквивалентные запросы, она может выбрать альтернативный источник. Он описал выборочную проверку данных и мониторинг провайдеров как часть процесса, который ограничивает влияние проблем у внешних провайдеров на клиентские приложения.

Модель биллинга решает еще один источник сложности. Раздельные подписки могут оставлять неиспользованные кредиты у одного провайдера, когда приложению нужны дополнительные ресурсы в другом месте. Uniblock консолидирует потребление и предоставляет командам доступ к выбранным сервисам без отдельной покупки полного плана у каждого источника.

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

Покрытие Midnight и доступ в Build Club

Во время сессии Callahan описал интеграцию с Midnight как работу в процессе. Текущий сайт Uniblock теперь указывает Midnight с пометкой “Partial Coverage”, без перечисления полного набора поддерживаемых функций. Поэтому общие показатели по сетям и провайдерам отражают более широкий каталог платформы, а не конкретно доступные для Midnight сервисы.

Callahan также предложил доступ через Model Context Protocol, или MCP, для команд, подключающих инструменты ИИ к данным блокчейна. Это было представлено как дополнительная возможность платформы, которую участники могли бы изучить для своих проектов.

Участникам Build Club предложили купоны для пробного использования Uniblock, а организаторы запланировали общие каналы для вопросов и технической помощи. Описанный процесс онбординга начинается с создания проекта и получения ключа API, после чего следует выбор необходимых сервисов.

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