BridgeApp derrière un protocole de staking liquide inter-chaînes

Vested* (le nom réel est sous NDA) est un projet de staking liquide de crypto décentralisé.
Les utilisateurs mettent en jeu des actifs dans le protocole et reçoivent des récompenses pour la participation de leurs jetons à la validation des blocs du réseau PoS. Le protocole délègue ces mises à travers un ensemble distribué de validateurs, créant algorithmiquement un pool de ceux qui sont fiables, toujours en ligne et qui offrent le rendement le plus attractif pour les utilisateurs du protocole. Pour prouver que les jetons sont mis en jeu, les utilisateurs reçoivent des jetons de staking liquide (LST), qu'ils peuvent toujours échanger ou utiliser en DeFi pendant que les fonds sous-jacents restent mis en jeu.

Alexander, le cofondateur, porte trois casquettes à la fois : développeur, chef de produit et coordinateur infra.

Il a passé des années autour des réseaux PoS, des validateurs et de la DeFi. Aujourd'hui, il dirige une équipe distribuée de douze personnes et un grand nombre d'investisseurs partenaires et de validateurs sur plusieurs réseaux blockchain.

Il y a six mois, ils ont transféré la majeure partie de leur travail quotidien vers BridgeApp.

« Tout était quelque part. Rien n'était ensemble. » ©

Avant BridgeApp, leurs opérations semblaient dispersées, s'appuyant principalement sur Telegram – des canaux de travail avec l'équipe principale, les validateurs et certains early whales. Discord était (et est toujours) utilisé pour interagir avec la communauté et engager de nouveaux utilisateurs.

L'équipe utilisait Google Docs pour les brouillons de gouvernance, les notes d'investisseurs, les spécifications et la rédaction de textes marketing, Zoom et Teams pour les réunions. « Pour les tâches de notre équipe principale, nous avons essayé Asana, Jira, Notion et Slack, mais cela n'a fait qu'ajouter à nos maux de tête. »

Des problèmes typiques continuaient de surgir :

• Décisions perdues.
  La décision finale concernant un changement de paramètre, la révocation d'un validateur ou l'intégration d'une nouvelle chaîne pouvait être enfouie dans un chat privé ou un ancien enregistrement d'appel.
• Ping-pong d'incidents.
  Quand quelque chose se produisait, les gens spammaient des captures d'écran sur plusieurs chats. Il n'y avait pas de « fil unique » clair pour un incident.
• Fondateur comme routeur.
  Tout le monde le sollicitait personnellement : développeurs, fonds, modérateurs de la communauté. S'il était absent et manquait de répondre sur Telegram, quelque chose d'important restait bloqué.

Passage à BridgeApp : « Nous avions besoin d'une table où tout le monde pourrait s'asseoir. » ©

Alexander : « Je ne voulais pas d'un autre outil. Je voulais un seul endroit où le travail se fait réellement, où nous avons tous nos canaux (ou pouvons les connecter) en même temps. »

Quand ils ont essayé BridgeApp, le modèle s'est assemblé comme un jeu de construction terminé : « Slack + Telegram + Notion + Trello + agents IA câblés dans la même scène » — plus — des mises à jour pour X/Discord, et des passerelles configurées pour que ces mises à jour puissent être facilement publiées et suivies.

Ils ont commencé à l'étendre étape par étape :

1. Première étape : chat d'équipe interne + canaux d'incidents.
2. Ensuite : tableaux de tâches pour les intégrations et la gestion des validateurs.
3. Ensuite : un « hub validateurs et partenaires » au sein de BridgeApp.
4. Enfin : des agents IA pour le suivi, les résumés, la rédaction et la publication.

Résultats jusqu'à présent

Toutes les bases de données de validateurs en direct et les outils algorithmiques de Vested fonctionnaient déjà depuis des années en tant que service autonome. L'équipe a déployé BridgeApp sur le même serveur privé où réside le reste du système, de sorte qu'il fonctionne comme un hub unique et étroitement intégré. Cela leur a permis de construire un flux de travail sain et un pipeline d'hygiène des incidents : désormais, tout problème nécessitant une intervention humaine est immédiatement transformé en une carte de tâche dans BridgeApp, un responsable est assigné, et les spécialistes et agents appropriés sont tagués.

« Il y a beaucoup moins de changement de contexte et beaucoup moins de régressions stupides. »

Une base de données séparée de prospects et de partenaires est conservée dans BridgeApp et est supervisée par un agent IA. Chaque fois qu'il y a une nouvelle mise à jour de prospect, quelqu'un mentionne l'agent dans le chat ou lui envoie un lien vers une conversation externe (même une capture d'écran fonctionne !) ; il vérifie le contexte, extrait les points clés et met à jour automatiquement l'enregistrement du prospect.

L'équipe a également créé un hub de connaissances interne : toute la documentation précédente — revues de code, versions de livres blancs, présentations aux investisseurs, analyses post-mortem d'incidents et supports marketing — réside désormais dans un espace structuré unique. Cela permet aux membres de l'équipe de support, humains et IA, de trouver rapidement les bonnes solutions, des informations factuelles et même la formulation appropriée.

« Avant, tout le monde venait me voir. Maintenant, par défaut, BridgeApp est le premier endroit où nous cherchons. Oui, il utilise beaucoup de jetons pour toutes les fonctionnalités Copilot et agentiques sur lesquelles nous nous appuyons, mais c'est quand même beaucoup moins cher que ce que nous payions avant. La hiérarchie du travail est également devenue beaucoup plus claire : les intégrations ont leurs propres tableaux et fils de discussion, et les incidents ont des propriétaires clairs. Il m'a fallu des mois pour réaliser que le nom « Bridge » ne concernait pas du tout les API, mais l'idée du pont de commandement. Je reste informé, mais je n'ai plus à courir constamment entre la salle des machines et le volant. »