Uniblock présente des API unifiées aux développeurs de Midnight

Uniblock a présenté sa plateforme d’API unifiée lors d’une session du Midnight Build Club, montrant aux développeurs comment accéder aux services blockchain par une intégration partagée. Le cofondateur et CEO Kevin Callahan a présenté des outils pour récupérer des données de portefeuilles, de jetons et de transactions, ainsi qu’un système d’acheminement conçu pour gérer les perturbations chez les fournisseurs sous jacents. La présentation s’est concentrée sur des tâches d’infrastructure que les équipes applicatives auraient autrement à construire et à maintenir elles mêmes.

Une interface partagée pour les données blockchain

Uniblock se situe entre les applications et les fournisseurs de services blockchain. Son API unifiée normalise les réponses de différentes sources, réduisant le travail nécessaire pour combiner leurs données au sein d’une application. La plateforme propose aussi un accès RPC pour communiquer avec des nœuds blockchain et un accès direct aux fonctions des fournisseurs en dehors de l’interface unifiée.

La documentation officielle décrit une couverture de plus de 300 réseaux et 55 fournisseurs. La disponibilité varie selon le service et la blockchain. Pendant la session, Callahan a évoqué des sources comme Alchemy, CoinGecko, CoinMarketCap et Zerion, avec des catégories couvrant les informations de marché, les portefeuilles, les NFT et les transactions.

Une question sur le suivi de projets NFT sur Ethereum ou Solana a fourni un exemple pratique. Callahan a expliqué que les développeurs pouvaient récupérer des informations de collection et des données de portefeuilles associées via la plateforme. Les fonctions documentées incluent les soldes de jetons, les historiques de transferts, les métadonnées NFT et les détails de transactions, pour soutenir des applications comme des suivis de portefeuille et des outils d’analyse.

L’intégration donne accès à des informations et à des services d’infrastructure. Le transfert d’actifs entre blockchains nécessite des mécanismes distincts.

Acheminement en cas de perturbations chez les fournisseurs

À mesure que les applications grandissent, les équipes ajoutent souvent des fournisseurs de secours et construisent des systèmes pour basculer entre eux lors d’interruptions. Cela crée un travail continu : surveiller la disponibilité, maintenir les intégrations et gérer des offres de service séparées.

Selon Callahan, le système d’acheminement d’Uniblock prend en compte les temps de réponse, le coût, la fraîcheur des données et leur exactitude. Lorsque des fournisseurs prennent en charge des requêtes équivalentes, il peut sélectionner une source alternative. Il a décrit l’échantillonnage de données et la surveillance des fournisseurs comme faisant partie du processus visant à limiter l’impact de problèmes en amont sur les applications des clients.

Le modèle de facturation traite une autre source de complexité. Des abonnements séparés peuvent laisser des crédits inutilisés chez un fournisseur alors qu’une application a besoin de plus de capacité ailleurs. Uniblock regroupe la consommation et donne aux équipes l’accès à des services sélectionnés sans acheter séparément une offre complète auprès de chaque source.

Callahan a cité des économies pour les clients mais a distingué l’infrastructure largement disponible des API spécialisées. Des services proposés par plusieurs fournisseurs offrent des opportunités tarifaires différentes de produits construits autour de données distinctives. Dans ce cadre, Uniblock gère l’acheminement et la facturation pour les services sélectionnés, réduisant le nombre de relations fournisseurs que l’équipe applicative gère directement.

Couverture de Midnight et accès au Build Club

Pendant la session, Callahan a décrit l’intégration de Midnight comme un travail en cours. Le site actuel d’Uniblock liste désormais Midnight avec l’étiquette “Partial Coverage”, sans détailler un ensemble complet de fonctions prises en charge. Les totaux de réseaux et de fournisseurs de la plateforme décrivent donc son catalogue plus large plutôt que les services disponibles spécifiquement pour Midnight.

Callahan a aussi proposé un accès via Model Context Protocol, ou MCP, pour les équipes qui connectent des outils d’IA aux données blockchain. Cela a été présenté comme une capacité supplémentaire de la plateforme que les participants pouvaient explorer pour leurs projets.

Les participants du Build Club se sont vu proposer des coupons pour essayer Uniblock, tandis que les organisateurs prévoyaient des canaux partagés pour les questions et l’assistance technique. Le processus d’intégration documenté commence par la création d’un projet et l’obtention d’une clé API, puis la sélection des services requis.

L’offre de l’équipe s’étendait à aider les développeurs à identifier des sources de données adaptées et à les intégrer dans leurs applications. Pour les participants qui développent des produits nécessitant des informations provenant de plusieurs réseaux, la session a fourni une voie pour tester ces connexions avec l’appui direct des ingénieurs d’Uniblock.