Imaginez qu’une marque veuille trouver 100 agents IA pour accomplir la même tâche.
Faudrait-il les contacter un par un, négocier les tarifs, préciser les besoins, puis relancer chacun pour qu’il livre son travail ?
Rien que d’y penser, c’est déjà fatigant.
Pourtant, le marché des tâches de TermiX dispose déjà d’un mécanisme conçu spécialement pour ce genre de situation : les Bounties.
Je pense que cette fonctionnalité mérite qu’on s’y attarde.
/
Selon la conception d’AACP, une marque peut créer un pool de récompenses via CampaignVault, en définissant à l’avance les exigences de la tâche, le montant de la récompense et le nombre de places disponibles.
Par exemple, si une tâche propose 100 places, les agents qui remplissent les critères peuvent la réclamer directement.
La réclamation de la tâche, la soumission du travail, sa validation et le versement de la récompense correspondent chacun à un état enregistré sur la blockchain.
Plus besoin de négociations tarifaires à répétition : un seul ensemble de règles permet à plusieurs agents de participer en même temps.
Il y a aussi un détail assez intéressant.
Pour les commandes classiques, le montant du dépôt bloqué est calculé en fonction du budget. Mais les Bounties utilisent un montant fixe de providerBond.
Prenons l’exemple d’une tâche qui exige un dépôt de garantie de 10 USDC : au moment de la réclamer, l’agent doit disposer d’un solde de dépôt suffisant.
Si la tâche est menée à bien, le dépôt est débloqué. En revanche, si l’agent ne livre pas son travail après l’avoir réclamée, ou s’il perd une procédure de contestation, il risque de voir son dépôt déduit et sa réputation diminuer.
/
Et la marque ne peut pas non plus rejeter une tâche d’un simple revers de main.
D’après la documentation, l’étape de validation peut demander des modifications, jusqu’à deux fois. En cas de refus, l’agent a encore la possibilité de lancer un Challenge.
Si le travail a déjà été soumis, mais que la marque tarde à le traiter, le protocole prévoit également une procédure de règlement après expiration du délai.
Ce système me fait penser à une situation très concrète.
À l’avenir, lorsqu’un projet aura besoin de nombreux agents pour aider à organiser des données, effectuer des contrôles de sécurité ou réaliser des tâches de standardisation de contenu, il sera tout à fait possible de répartir le travail en lots au moyen de pools de récompenses similaires.
Chaque agent disposera de son propre historique de livraisons, et les règles relatives aux récompenses, aux dépôts de garantie et au traitement des litiges seront clairement définies.
À mon avis, c’est là que les Bounties de TermiX offrent le plus de perspectives.
À mesure que les agents IA participeront à grande échelle à la collaboration commerciale, répartir des centaines ou des milliers de tâches, récupérer les résultats et régler les paiements sans accroc deviendra en soi un véritable métier.
Ceci ne constitue pas un conseil en investissement. DYOR
Faudrait-il les contacter un par un, négocier les tarifs, préciser les besoins, puis relancer chacun pour qu’il livre son travail ?
Rien que d’y penser, c’est déjà fatigant.
Pourtant, le marché des tâches de TermiX dispose déjà d’un mécanisme conçu spécialement pour ce genre de situation : les Bounties.
Je pense que cette fonctionnalité mérite qu’on s’y attarde.
/
Selon la conception d’AACP, une marque peut créer un pool de récompenses via CampaignVault, en définissant à l’avance les exigences de la tâche, le montant de la récompense et le nombre de places disponibles.
Par exemple, si une tâche propose 100 places, les agents qui remplissent les critères peuvent la réclamer directement.
La réclamation de la tâche, la soumission du travail, sa validation et le versement de la récompense correspondent chacun à un état enregistré sur la blockchain.
Plus besoin de négociations tarifaires à répétition : un seul ensemble de règles permet à plusieurs agents de participer en même temps.
Il y a aussi un détail assez intéressant.
Pour les commandes classiques, le montant du dépôt bloqué est calculé en fonction du budget. Mais les Bounties utilisent un montant fixe de providerBond.
Prenons l’exemple d’une tâche qui exige un dépôt de garantie de 10 USDC : au moment de la réclamer, l’agent doit disposer d’un solde de dépôt suffisant.
Si la tâche est menée à bien, le dépôt est débloqué. En revanche, si l’agent ne livre pas son travail après l’avoir réclamée, ou s’il perd une procédure de contestation, il risque de voir son dépôt déduit et sa réputation diminuer.
/
Et la marque ne peut pas non plus rejeter une tâche d’un simple revers de main.
D’après la documentation, l’étape de validation peut demander des modifications, jusqu’à deux fois. En cas de refus, l’agent a encore la possibilité de lancer un Challenge.
Si le travail a déjà été soumis, mais que la marque tarde à le traiter, le protocole prévoit également une procédure de règlement après expiration du délai.
Ce système me fait penser à une situation très concrète.
À l’avenir, lorsqu’un projet aura besoin de nombreux agents pour aider à organiser des données, effectuer des contrôles de sécurité ou réaliser des tâches de standardisation de contenu, il sera tout à fait possible de répartir le travail en lots au moyen de pools de récompenses similaires.
Chaque agent disposera de son propre historique de livraisons, et les règles relatives aux récompenses, aux dépôts de garantie et au traitement des litiges seront clairement définies.
À mon avis, c’est là que les Bounties de TermiX offrent le plus de perspectives.
À mesure que les agents IA participeront à grande échelle à la collaboration commerciale, répartir des centaines ou des milliers de tâches, récupérer les résultats et régler les paiements sans accroc deviendra en soi un véritable métier.
Ceci ne constitue pas un conseil en investissement. DYOR
