Infrastructure crypto

// Le problème

Une plateforme de négociation de cryptoactifs mène le filtrage des portefeuilles, les messages de la règle de déplacement et les déclarations d’opérations dans des outils séparés et un chiffrier, alors personne ne voit le portrait complet d’un client.

// Ce que nous bâtirions

Un back-office web qui réunit les résultats de filtrage des portefeuilles, les échanges de la règle de déplacement, la vérification de la clientèle et les opérations à déclarer dans une seule vue de dossier, avec une piste d’audit complète et des exportations dans les formats exigés par vos déclarations.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• API de filtrage de portefeuilles
• API d’un fournisseur de la règle de déplacement
• AWS

// Le problème

Les analystes passent des heures à retracer les flux entre adresses et à rédiger le même contexte pour chaque dossier avant de pouvoir le juger.

// Ce que nous bâtirions

Un assistant sur un modèle open source, servi sur des GPU que l’entreprise contrôle pour que les données des clients et des dossiers n’aillent jamais chez un fournisseur de modèles, qui rassemble l’historique sur la chaîne et les dossiers internes d’un cas et expose les faits, sources à l’appui, pour que l’analyste juge.

// Ce qu’il comprend

// Technologies

• Qwen ou Llama (open source)
• vLLM
• Indexeur de chaîne de blocs
• PostgreSQL
• Next.js
• GPU DigitalOcean

// Le problème

La trésorerie d’une DAO repose sur une ou deux clés, les paiements aux contributeurs sont envoyés à la main, et les membres ne voient pas ce qui a été payé ni pourquoi.

// Ce que nous bâtirions

Une trésorerie multisignature dont les politiques de dépenses sont inscrites dans des contrats audités, avec une application web où les signataires examinent et approuvent les paiements et où les membres voient l’historique de la trésorerie en termes clairs.

// Ce qu’il comprend

// Technologies

• Solidity
• Comptes intelligents Safe
• Foundry
• Next.js
• viem et wagmi

// Le problème

Un émetteur de jetons suit l’acquisition de l’équipe, des conseillers et des investisseurs dans un chiffrier et envoie chaque déblocage à la main, ce qui est lent et sujet aux erreurs.

// Ce que nous bâtirions

Des contrats d’acquisition qui libèrent les jetons selon le calendrier convenu, avec un portail où chaque détenteur se connecte, passe les vérifications d’identité exigées par vos conseillers juridiques et réclame ce qui lui est acquis.

// Ce qu’il comprend

// Technologies

• Solidity
• OpenZeppelin
• Foundry
• Next.js
• API de vérification d’identité

// Le problème

Les modérateurs vérifient les détenteurs par capture d’écran, répondent aux mêmes questions toute la journée et gardent les avertissements en tête, sur deux plateformes.

// Ce que nous bâtirions

Un seul robot sur Discord et Telegram qui vérifie les détenteurs par signature de portefeuille, attribue les rôles, répond aux questions courantes, consigne les mesures de modération et publie les annonces sur les deux plateformes à la fois.

// Ce qu’il comprend

// Technologies

• discord.js
• grammY pour Telegram
• viem
• PostgreSQL
• DigitalOcean

// Le problème

Les utilisateurs d’une entreprise de portefeuilles écrivent de nombreux pays, ses articles d’aide n’existent qu’en anglais, et l’équipe de soutien répond toute la journée aux mêmes questions avec des outils de traduction.

// Ce que nous bâtirions

Un centre d’aide traduit en six langues avec révision par des locuteurs natifs, un assistant qui répond à partir de ces articles dans la langue de l’utilisateur et passe la main à une personne quand il le faut, et un processus qui tient chaque traduction à jour quand un article change.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• Crowdin
• Claude API
• DigitalOcean