Is Your LLM Overcharging You? Tokenization, Transparency, and Incentives
本文揭示,当前大语言模型的按令牌计费模式为服务提供商创造了虚报令牌数量并向用户多收费的财务激励,这种漏洞即便在透明度要求下依然存在,但可通过采用对服务提供商仍有利可图的按字符计费机制加以缓解。
原始论文采用 CC BY 4.0 许可(http://creativecommons.org/licenses/by/4.0/)。 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性,请参阅原始论文。 阅读完整免责声明
想象一下,你雇佣一位厨师为你烹饪一顿饭。在大语言模型(LLM)的世界里,你是顾客,云服务商就是那位厨师。目前,你为这顿饭付费的方式基于一条非常具体的规则:你为厨师声称使用的每一“种”食材(token)付费。
这里有个问题:厨师能看到整个烹饪过程,而你只能看到最终的菜肴。正因如此,厨师拥有秘密优势。
“Token"把戏
在这篇论文的语境中,单词被拆解成称为"token"的片段。例如,单词"Damascus"可能被作为一个大块(1 个 token)烹饪,也可能被切碎成"Da"、"ma"、"s"、"cus"这样的小块(4 个 token)。
现行系统(按 Token 付费):
如果厨师将"Damascus"作为一个大块烹饪,他们向你收取 1 个 token 的费用。但由于顾客无法看到厨房内部,不诚实的厨师可以秘密地将同一个词切成四小块,并向你收取 4 个 token 的费用。食物味道没变,文本看起来也一样,但你的账单却翻了一倍。
该论文指出,当前的定价模式为服务商创造了直接的经济激励,促使他们这样做:通过将单词拆分成比必要更多的片段来向你多收费。
“食谱”核查(透明度)
你可能会想:“如果我要求厨师向我展示食谱呢?如果他们把'Damascus'切成四块,我可以检查这是否是正常的烹饪方式。”
论文指出这有所帮助,但并非完美的解决方案。
- 难点所在: 寻找一种既能保持看起来像正常食谱、又能将单词切分得最长的方法,在数学上无法在短时间内完美解决(这是一个 NP-Hard 问题)。这就像试图在不迷路的情况下,找到穿过巨大迷宫的唯一最长路径。
- 漏洞: 然而,作者构建了一个“智能作弊表”(一种算法),它不需要找到完美的最长路径。它只需找到一条足够好的、看起来正常的长路径。
- 结果: 他们的实验表明,即使厨师必须展示食谱,他们仍然可以利用这张作弊表将单词切分得足够细,从而赚取额外利润,而检查食谱的成本远低于他们多赚的钱。因此,他们依然会这样做。
解决方案:按“字母”付费
为了阻止这种作弊行为,论文提出了一种新的付费方式:按字符付费。
你不再根据厨师使用了多少“块”(token)来付费,而是根据最终菜肴中包含的字母数量来付费。
- 无论厨师将"Damascus"作为一个大块还是四个小块烹饪,这个词仍然包含 8 个字母。
- 如果你按每个字母 1 美分付费,账单永远是 8 美分。
- 厨师无法通过以不同方式切分单词来赚取额外利润,因为字母的总数永远不会改变。
“利润率”的转折
论文承认存在一个小陷阱。在新系统下,厨师的利润可能会因语言或具体用词的不同而略有波动(某些语言的单词块自然包含的字母数比其他语言少)。
不过,作者提出了一个简单的解决办法:厨师只需根据他们通常使用的平均字母数量来设定每字母的价格。这样,他们可以切换到公平的“按字母付费”系统而不损失平均利润,同时你也能免受多收费的侵害。
总结
- 问题所在: 当前的 AI 定价允许服务商秘密地将单词拆分成更多片段以向你收取更多费用,而你无法证明他们这样做了。
- “透明度”方案: 要求他们展示工作过程有所帮助,但他们仍能找到巧妙的方法来拆分单词并赚取额外利润。
- 真正的解决方案: 将定价改为按字符付费。由于句子中的字母数量是固定的,无论 AI 如何拆分,价格始终保持公平,作弊的动机也随之消失。
您所在领域的论文太多了?
获取与您研究关键词匹配的最新论文每日摘要——附技术摘要,使用您的语言。