La plupart des discussions autour de @FlutonIO se concentrent sur les utilisateurs soumettant des intentions chiffrées et exécutant des transactions privées, mais le volet infrastructure du réseau reçoit presque aucune attention. La documentation des solveurs de Fluton est déjà publique, le dépôt est en ligne et les instructions d’installation sont disponibles, pourtant très peu de personnes parlent de l’opportunité liée à l’exécution d’un solveur. Un solveur est le mécanisme qui alimente l’exécution au sein du système Fluton. Lorsque les utilisateurs soumettent des intentions chiffrées, comme des échanges ou des demandes de pont, les solveurs les récupèrent, les exécutent, les règlent sur chaîne et gagnent des récompenses pour cette exécution. Les solveurs font fonctionner des nœuds relais, surveillent les chaînes prises en charge à la recherche d’intentions entrantes, calculent si l’exécution est rentable, et perçoivent des frais une fois le règlement terminé. La structure des frais est configurable individuellement par chaque solveur. Les solveurs définissent des frais de base, des frais proportionnels et des tarifs sur différentes chaînes et paires de tokens, créant une concurrence où les utilisateurs bénéficient d’une meilleure exécution, tandis que les solveurs profitent de l’augmentation de l’activité du réseau. À mesure que le volume de Fluton augmente, l’opportunité de revenus pour les opérateurs de solveurs croît également. Le processus d’installation est plus accessible que la plupart des gens ne le pensent. Fluton prend déjà en charge la participation des solveurs sur Sepolia, Arbitrum Sepolia et Base Sepolia, permettant aux opérateurs de commencer à construire leur infrastructure et à acquérir de l’expérience opérationnelle avant que la concurrence sur le mainnet ne devienne saturée. Les solveurs s’intègrent également à des systèmes de routage comme 1inch et Odos, ce qui signifie qu’ils ne sont pas de simples relais, mais des moteurs de routage de liquidité qui extraient l’exécution à travers le DeFi.
