Entretiens
Bryce Ferguson, PDG et co-fondateur de Turnkey – Série d’interviews

Bryce Ferguson, PDG et co-fondateur de Turnkey, est un opérateur axé sur le produit avec une profonde expérience dans l’infrastructure crypto et la fintech, ayant joué un rôle clé chez Coinbase où il a aidé à faire évoluer Coinbase Custody pour devenir le plus grand dépositaire crypto du monde et a lancé des produits de staking et de gouvernance, avant de diriger l’expansion crypto chez Trade Republic et, auparavant, de piloter la stratégie produit chez Stitch Fix (SFIX ) et de conseiller chez Bain & Company ; il a également été éclaireur pour Sequoia Capital, reflétant un fort lien avec l’innovation en phase de démarrage alors qu’il construit maintenant Turnkey.
Turnkey est une société d’infrastructure crypto axée sur des systèmes sécurisés de portefeuille programmable et de gestion de clés, offrant aux développeurs des API pour créer des portefeuilles intégrés, automatiser les transactions et gérer les clés privées sans exposer de données sensibles, le tout au sein d’environnements isolés matériellement conçus pour une sécurité et un contrôle vérifiables ; construit par une équipe possédant une profonde expérience dans la garde institutionnelle de crypto, la plateforme permet aux entreprises de générer des portefeuilles à grande échelle, de signer des transactions de manière programmatique et d’intégrer directement des fonctionnalités crypto dans les applications sans dépendre des phrases de récupération traditionnelles, tout en maintenant l’auditabilité et des contrôles de politique granulaire.
Vous avez été au premier rang de l’évolution de l’infrastructure crypto institutionnelle, depuis votre contribution à la croissance de Coinbase Custody pour en faire le plus grand dépositaire crypto du monde jusqu’à la direction du lancement du trading crypto chez Trade Republic. Quelles leçons tirées de ces expériences vous ont finalement conduit à fonder Turnkey, et quel problème dans l’infrastructure crypto pensiez‑vous qu’il restait à résoudre ?
Travailler chez Coinbase Custody a été une expérience incroyable. Lorsque j’ai rejoint l’entreprise, elle ne comptait que 180 personnes et semblait être le centre de gravité de l’industrie crypto. J’ai pu apprendre énormément sur la façon dont la crypto évoluait et sur toute l’infrastructure fondamentale qui était mise en place.
J’ai travaillé avec Jack Kearney (qui est maintenant mon co‑fondateur) sur la construction de Coinbase Custody. Il était le premier ingénieur et j’étais le premier chef de produit. Nous avons essentiellement construit le premier dépositaire crypto institutionnel à partir de zéro, le faisant passer de 0 à 100 milliards de dollars d’actifs. Trois ans plus tard, Coinbase Custody était le leader dominant. J’étais avide d’une autre expérience de 0 à 1, et j’ai été présenté aux fondateurs de Trade Republic.
Chez Coinbase, je construisais l’infrastructure. Chez Trade Republic, j’utilisais de nombreux fournisseurs d’infrastructure et j’ai pu voir où se trouvaient les bords rugueux, ce qui fonctionnait et ce qui ne fonctionnait pas. Jack a également quitté Coinbase et est devenu CTO de Polychain. Tout comme moi, il utilisait tous ces fournisseurs de garde crypto et se cognait la tête contre le mur. En 2022, nous nous sommes reconnectés et avons commencé à réfléchir à la manière de séparer l’infrastructure de la garde et d’aller le plus bas possible, avec des outils vraiment flexibles concernant la création et la gestion de portefeuilles dans n’importe quelle application que vous construisez.
On entend cela aujourd’hui, et les gens pensent « bien sûr, les portefeuilles alimentés par API semblent évidents ». Mais en 2022, ce n’était pas possible. Tous les développeurs n’avaient accès qu’à ces interfaces web maladroites, point‑and‑click, avec lesquelles les gens devaient composer et sur lesquelles ils essayaient de superposer des produits.
Turnkey se concentre sur l’infrastructure de portefeuille programmable et la gestion de clés privées pour les développeurs. Pourquoi la garde des clés est‑elle restée l’un des goulets d’étranglement les plus persistants de l’innovation crypto ?
Chaque transaction en crypto commence et se termine par une clé privée. Créer, stocker, gérer, sécuriser et utiliser les clés privées sont des problèmes extrêmement difficiles à résoudre.
Les produits traditionnels de gestion de clés peinent à suivre les nouvelles chaînes, écosystèmes et cas d’utilisation car ils ont sur‑spécialisé leur offre à un cas d’utilisation étroit. En conséquence, les créateurs sont freinés par leurs dépositaires ou fournisseurs de gestion de clés. Bien que ces solutions puissent être des abstractions simples pour les développeurs, il n’est pas possible de suivre l’explosion des écosystèmes et des cas d’utilisation sans s’effondrer sous le poids de la dette technique et du fardeau de maintenance.
De nombreuses équipes expérimentent maintenant des agents IA capables d’exécuter automatiquement des transactions on‑chain. De votre point de vue, quels sont les plus grands défis de sécurité lorsque ce sont les machines, et non les humains, qui contrôlent les portefeuilles et exécutent les transactions ?
Lorsque les portefeuilles agissent au nom des humains, la sécurité porte sur le contrôle d’accès, la protection des clés et l’authentification des utilisateurs. Mais lorsque les portefeuilles commencent à agir au nom d’agents autonomes, la question centrale de sécurité change. Il ne s’agit plus seulement de qui a accès, mais quelles décisions sont prises et pourquoi.
Les agents IA introduisent un modèle de menace plus rapide et plus imprévisible. Leurs décisions sont façonnées non pas par des mots de passe ou des signatures, mais par des données, dont certaines sont non vérifiées, adversariales ou incomplètes. Ils peuvent être manipulés subtilement, non pas en pénétrant le système, mais en façonnant les entrées dont ils dépendent. Un flux de prix malveillant, une invite corrompue, un signal on‑chain falsifié deviennent tous des vecteurs d’influence.
Cela crée de nouvelles tensions de conception. Comment construire un portefeuille qui se déplace assez rapidement pour que les agents puissent fonctionner de manière autonome, tout en étant suffisamment prudent pour résister à une manipulation invisible ? Comment permettre aux agents d’exécuter sans friction, tout en affichant suffisamment de contexte pour une supervision significative ?
Le rôle de la sécurité des portefeuilles dans ce nouveau paradigme n’est pas d’éliminer totalement le risque, mais de rendre le risque observable, limité et récupérable.
Turnkey fait souvent référence aux « portefeuilles agentiques ». Comment ces portefeuilles appliquent-ils des règles de gouvernance, des limites de transaction ou des politiques d’authentification tout en permettant aux agents autonomes de fonctionner à la vitesse des machines ?
Il y a beaucoup à décortiquer ici. Commençons par les trois propriétés de sécurité critiques pour l’infrastructure de portefeuille agentique de Turnkey:
Séparation du contrôle: L’utilisateur final ou l’entreprise possède le portefeuille et définit les règles. L’agent opère dans le cadre de ces règles.
Aucune exposition de clé: L’agent ne touche jamais le matériel de clé privée. Il reçoit la capacité de signer des transactions, sans accéder aux clés.
Application cryptographique: Les politiques sont évaluées dans l’enclave sécurisée, ce qui signifie qu’il n’est pas possible de les contourner depuis le code de l’application.
Avec cette architecture de sécurité en place, le moteur de politiques de Turnkey permet des contrôles programmables du comportement de signature. Les organisations peuvent imposer des contraintes de transaction, des flux d’approbation et des autorisations limitées pour les agents, empêchant les interactions non autorisées même dans des environnements multi‑agents complexes.
Turnkey permet aux agents autonomes de fonctionner à grande vitesse dans le cadre des politiques définies par l’utilisateur final ou le « propriétaire » de l’entreprise. Cela inclut une latence de signature inférieure à 100 ms, soit jusqu’à 100 fois plus rapide que les alternatives basées sur le MPC, permettant aux agents de réagir aux mouvements du marché et aux événements on‑chain en temps réel.
Nous commençons à voir des projets où des agents IA exécutent des transactions directement à partir d’instructions en langage naturel. Pensez‑vous que ce modèle deviendra dominant dans le trading crypto, ou existe‑t‑il des risques fondamentaux qui doivent d’abord être résolus ?
Oui, je pense que cela deviendra plus répandu. L’un de nos clients, Spectral Labs, crée des outils pour concevoir et déployer des agents IA autonomes qui fonctionnent entièrement on‑chain. Sa plateforme transforme le langage naturel en actions blockchain exécutables, rendant l’automatisation et l’accès à la DeFi simples et décentralisés. Après avoir travaillé étroitement avec eux, je crois que nous continuerons à voir ce modèle adopté plus largement dans le trading crypto.
L’infrastructure façonne souvent des écosystèmes entiers. Comment pensez‑vous que la finance pilotée par des agents modifiera l’architecture des échanges, des portefeuilles et des protocoles on‑chain au cours des cinq prochaines années ?
Avec l’essor de la finance agentique, les fournisseurs d’infrastructure de portefeuilles doivent s’assurer que leurs moteurs de politiques et leurs contrôles de sécurité offrent aux agents des politiques de dépenses programmables robustes, des limites de transaction, des restrictions de contrepartie, des flux d’approbation et des mécanismes de révocation en temps réel. Le plus important, c’est que tout cela doit être appliqué cryptographiquement et exécuté avec une faible latence.
Turnkey fournit des API qui permettent aux développeurs de créer des portefeuilles, de signer des transactions et d’automatiser des actions on‑chain de manière programmatique. Quels types de nouvelles applications ou produits cette infrastructure rend‑elle possibles qui n’étaient pas réalisables auparavant ?
Un retour fréquent que nous recevons de la part des clients de Turnkey est « Je ne pourrais pas construire cela ailleurs ». Un exemple de la façon dont notre infrastructure de bas niveau alimente des cas d’utilisation novateurs est le travail que nous réalisons avec World, co‑fondée par Sam Altman et Alex Blania.
World App utilise l’infrastructure de Turnkey pour un système de récupération programmable. World App chiffre le paquet de récupération de chaque utilisateur localement sur l’appareil. Turnkey facilite l’accès en gérant la clé de chiffrement du paquet au sein d’enclaves sécurisées, où la clé est protégée et ne peut être utilisée qu’en réponse à des actions authentifiées par l’utilisateur. Le résultat est un flux de récupération flexible et sécurisé qui garde les utilisateurs maîtres de leurs comptes et fournit un meilleur outil de récupération de compte. Nous commençons maintenant à voir ce cas d’utilisation se répandre dans d’autres entreprises et industries.
La sécurité dans la crypto s’est traditionnellement centrée sur les modules de sécurité matérielle et le stockage à froid. Avec les agents IA exécutant des transactions en continu, avons‑nous besoin d’un nouveau modèle de sécurité pour les systèmes financiers automatisés ?
Voici comment je le vois: tout comme les employés ont besoin de cartes de crédit limitées pour effectuer des transactions, les agents ont besoin de portefeuilles limités pour transiger. Cela signifie que l’infrastructure de portefeuille sert de plan de contrôle pour les transactions d’agents, ce qui nécessite un modèle de sécurité composé de quelques domaines clés:
Sécurité vérifiable: Aujourd’hui, une grande partie de l’infrastructure crypto reste une boîte noire. De nombreux développeurs comptent encore sur la confiance que les transactions du portefeuille sont exécutées comme prévu. Les systèmes vérifiables suppriment cette hypothèse en offrant des preuves, permettant à quiconque de confirmer que le code exécuté est approuvé et intact. Disposer de portefeuilles vérifiablement sécurisés est particulièrement important lorsque les agents effectuent des dizaines de milliers de transactions quotidiennement. Les humains doivent s’assurer que les transactions sont exécutées comme ils l’entendent.
Traçabilité des audits: À ce sujet, chaque transaction doit produire une preuve cryptographique sécurisée et résistante à la falsification, qui peut être utilisée pour la conformité, le débogage ou la réponse aux incidents.
Politiques de transaction: Les portefeuilles agentiques doivent disposer de politiques de transaction programmables, conçues pour garantir que l’agent ne puisse effectuer que le minimum d’actions nécessaires à sa tâche. Par exemple, si votre agent transfère des fonds vers une trésorerie, il n’a pas besoin d’autorisation pour appeler des contrats arbitraires.
Approbations humaines en boucle: Pour les opérations sensibles, l’agent et un humain doivent approuver une transaction avant son exécution. Cela fournit une défense en profondeur même si l’agent se comporte de façon inattendue. Les humains doivent également toujours pouvoir révoquer les autorisations en temps réel.
En regardant vers l’avenir, à quoi ressemble la vision à long terme de la finance agentique ? Pourrions‑nous éventuellement voir des systèmes de trading autonomes, des agents gérés par des DAO, voire des institutions financières natives IA fonctionnant entièrement on‑chain ?
Nous commençons déjà à voir les premières étapes des systèmes de trading autonomes et des institutions financières natives IA. À long terme, j’imagine un monde où chaque jour, des milliards d’agents autonomes s’engagent en toute sécurité dans une activité économique, suivant des politiques programmables tout en transigeant avec d’autres agents à des vitesses extraordinaires. Les agents fonctionneront avec des portefeuilles limités, appliqués par des politiques, formant la base d’un système financier autonome, mais toujours contrôlé, auditable et sécurisé par conception.
Merci pour cette excellente interview, les lecteurs qui souhaitent en savoir plus devraient visiter Turnkey.












