Is Your LLM Overcharging You? Tokenization, Transparency, and Incentives
Ce papier révèle que le modèle de tarification actuel au token pour les grands modèles de langage crée une incitation financière pour les fournisseurs à déclarer de manière erronée le nombre de tokens et à surfacturer les utilisateurs, une vulnérabilité qui persiste même avec des exigences de transparence mais qui peut être atténuée en adoptant un mécanisme de tarification basé sur le nombre de caractères qui reste rentable pour les fournisseurs.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
Imaginez que vous engagez un chef pour vous préparer un repas. Dans le monde des modèles de langage de grande taille (LLM), vous êtes le client et le fournisseur de cloud est le chef. Actuellement, la façon dont vous payez pour ce repas repose sur une règle très précise : vous payez pour chaque « ingrédient » (token) que le chef prétend avoir utilisé.
Voici le problème : le chef voit l'ensemble du processus de cuisson, mais vous ne voyez que le plat final. À cause de cela, le chef possède un avantage secret.
L'astuce du « Token »
Dans le monde du papier, les mots sont décomposés en morceaux appelés « tokens ». Par exemple, le mot « Damas » pourrait être cuit en un seul gros morceau (1 token) ou haché en tout petits morceaux comme « Da », « ma », « s », « cus » (4 tokens).
Le système actuel (Paiement à la token) :
Si le chef cuit « Damas » en un seul morceau, il vous facture 1 token. Mais comme le client ne peut pas voir la cuisine, un chef malhonnête pourrait secrètement hacher ce même mot en quatre tout petits morceaux et vous facturer 4 tokens. La nourriture a le même goût, le texte a la même apparence, mais votre facture est doublée.
Le papier soutient que le modèle de tarification actuel crée une incitation financière pour les fournisseurs de faire exactement cela : vous surcharger en divisant les mots en plus de morceaux que nécessaire.
Le contrôle de la « Recette » (Transparence)
Vous pourriez penser : « Et si je demandais au chef de me montrer la recette ? S'il divise « Damas » en quatre morceaux, je peux vérifier si c'est une façon normale de le cuisiner. »
Le papier indique que cela aide, mais ce n'est pas une solution parfaite.
- La partie difficile : Trouver la plus longue façon possible de découper un mot qui ressemble encore à une recette normale est mathématiquement impossible à résoudre parfaitement en peu de temps (c'est un problème NP-difficile). C'est comme essayer de trouver le seul chemin le plus long à travers un labyrinthe massif sans se perdre.
- La faille : Cependant, les auteurs ont créé une « petite triche intelligente » (un algorithme) qui n'a pas besoin de trouver le chemin le plus long parfait. Il trouve simplement un chemin suffisamment long qui semble normal.
- Le résultat : Leurs expériences montrent que même si le chef doit montrer la recette, il peut toujours utiliser cette petite triche pour découper les mots suffisamment pour gagner de l'argent supplémentaire, et le coût de la vérification de la recette est inférieur à l'argent supplémentaire qu'ils gagnent. Donc, ils continuent de le faire.
La solution : Payer à la « Lettre »
Pour mettre fin à cette triche, le papier propose une nouvelle façon de payer : Payer à la lettre.
Au lieu de payer pour le nombre de « morceaux » (tokens) que le chef a utilisés, vous payez pour le nombre de lettres dans le plat final.
- Que le chef cuise « Damas » en un seul morceau ou en quatre tout petits morceaux, le mot contient toujours 8 lettres.
- Si vous payez 1 centime par lettre, la facture est toujours de 8 centimes.
- Le chef ne peut pas gagner de l'argent supplémentaire en coupant le mot différemment car le nombre total de lettres ne change jamais.
La torsion de la « Marge bénéficiaire »
Le papier admet qu'il y a un petit hic. Dans le nouveau système, le profit du chef pourrait varier légèrement selon la langue ou les mots spécifiques utilisés (certaines langues ont naturellement moins de lettres par morceau de mot que d'autres).
Cependant, les auteurs proposent une solution simple : le chef peut simplement fixer son prix à la lettre en fonction du nombre moyen de lettres qu'il utilise habituellement. De cette façon, il peut passer au système équitable de « paiement à la lettre » sans perdre son profit moyen, tandis que vous êtes protégé contre la surcharge.
Résumé
- Le problème : La tarification actuelle de l'IA permet aux fournisseurs de diviser secrètement les mots en plus de morceaux pour vous facturer plus, et vous ne pouvez pas prouver qu'ils l'ont fait.
- La solution « Transparence » : Leur demander de montrer leur travail aide, mais ils peuvent toujours trouver des moyens astucieux de diviser les mots et de gagner de l'argent supplémentaire.
- La vraie solution : Changer la tarification pour un Paiement à la lettre. Puisque le nombre de lettres dans une phrase est fixe, peu importe comment l'IA le découpe, le prix reste équitable et l'incitation à tricher disparaît.
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.