Services de développement blockchain Ethereum

La complexité du contrat et la valeur exposée déterminent tout. Un token avec un contrat de staking représente des semaines de travail, tandis qu'un protocole de prêt ou tout mécanisme économique novateur représente des mois, en grande partie parce que la profondeur des tests et de l'audit doit être proportionnelle au coût potentiel d'un exploit. Les intégrations externes, les oracles et les composants cross-chain ajoutent chacun de la surface de risque. Les audits ajoutent à la fois du budget et du temps de calendrier, car les cabinets réputés sont réservés plusieurs semaines à l'avance, et nous intégrons cela au planning dès le premier jour.

Cela dépend de qui paie le gaz et de l'endroit où se trouvent déjà votre liquidité ou vos utilisateurs. Les produits grand public avec des transactions fréquentes et de faible montant relèvent presque toujours d'un L2, où les frais se comptent en centimes plutôt qu'en dollars. Les protocoles DeFi ont souvent besoin du mainnet ou du L2 spécifique où réside leur liquidité de contrepartie. Les déploiements multichaînes multiplient la charge opérationnelle et sécuritaire, notamment autour des ponts, donc nous recommandons généralement de lancer sur une seule chaîne et d'étendre de façon réfléchie une fois le produit validé.

Un audit est nécessaire, mais pas suffisant. Des protocoles audités se font exploiter lorsque l'audit portait sur un code différent de celui déployé, lorsque le périmètre excluait l'intégration défaillante, ou lorsque les clés d'administration ont été mal gérées. Notre processus traite l'audit comme une couche parmi d'autres : la modélisation des menaces, les tests d'invariants et l'analyse statique viennent avant, et le monitoring, les timelocks et la réponse aux incidents viennent après. Nous coordonnons l'audit lui-même, gérons les constats jusqu'à leur clôture, et vérifions que le bytecode déployé correspond bien à ce qui a été revu.

C'est une décision de conception que nous prenons ensemble, car l'évolutivité est un compromis de confiance. Les contrats immuables maximisent la confiance des utilisateurs mais ne peuvent pas être corrigés, tandis que les patterns proxy permettent des correctifs mais impliquent que les utilisateurs font confiance à qui détient les clés de mise à niveau. Les compromis courants sont des mises à niveau contrôlées par multisig derrière un timelock, afin que les changements soient visibles avant de prendre effet. Quel que soit le choix, nous l'implémentons avec précision et le documentons, car des réponses vagues sur les clés d'administration constituent un signal d'alarme pour les utilisateurs et investisseurs sérieux.

Nous sommes des ingénieurs, pas des avocats, mais nous construisons en intégrant les exigences de conformité comme données d'entrée. Cela inclut des restrictions de transfert et des listes d'autorisation pour les actifs permissionnés, des points d'ancrage pour le filtrage des sanctions, une gestion des données qui garde les informations personnelles hors chaîne, et des pistes d'audit sur lesquelles votre conseil juridique peut s'appuyer. Les choix de conception d'un token interagissent fortement avec l'analyse des valeurs mobilières dans la plupart des juridictions, donc nous recommandons de solliciter tôt un conseil juridique spécialisé, et nous implémentons ensuite les contraintes qu'il définit.

Si vous n'avez encore rien construit, commencez par la phase de conception et de modélisation des menaces, généralement deux à quatre semaines, qui produit l'architecture, le choix de chaîne et un plan de livraison chiffré. Si vous avez déjà des contrats, une revue de code est le point d'entrée naturel et révèle souvent des problèmes qui valent la peine d'être corrigés, quel que soit qui s'en charge. Les deux sont des livrables autonomes à prix fixe, afin que vous puissiez évaluer le travail avant de vous engager pleinement.