讨论token银行的可行性
- 内容介绍
- 相关推荐
从
【闲置API置换公益】佬们，我也是支棱起来了，喜获linuxdo子域名先说句题外话，真是应了句老话，塞翁失马，焉知非福。整个过程就不细描述了，总之是一念地狱一念天堂。
闲置置换站点从发布开始，就受到了众多佬友们的热情鼓励，出力的出力，出渠道的出渠道，出思路的出思路，感谢大家。
步入正题，还是先贴张封面吧
image1920×1842 252 KB
置换的总体思想就是将你闲置的订阅套餐、朋友赠送的 Key、公司发的额度——闲着也是浪费。把它们上架成公开渠道，换成可以继续消费的 credits，选择你下一次真正要用的模型。
站点里需要注意的几个点：
image545×135 17 KB
image414×193 14.1 KB
公益站地址：
https://hub.linux.do
本站是以佬友的项目为基础二开的，在此感谢
GitHub - looplj/axonhub: ⚡️ Open-source AI Gateway — Use any SDK to call 100+ LLMs. Built-in failover, load balancing, cost control & end-to-end tracing. · GitHub
最后也感谢始皇大大，感谢出谋划策的各位佬友，你们的建议和意见有的已经实现，有的还在推进中，希望站点能在大家的共同努力下，越做越好
@neo
这里开始讨论
我手上有几乎全部的国产coding plan的购买，实际上，我是想要给共享出来给佬友们使用的，因为我仅用于拨测
我前期简单的思考，那就做个公益站，直接发出来蹬
但是不是这么简单的，比如说我自用的key，或者coding plan 我用于拨测，那么佬友们现在快速的用完了五小时额度，我的拨测是不是就失效了？
所以我思考开始引入控制额度，但是额度控制里面，不同的coding plan，存在不同的额度计算方式，有的是次数，有的甚至不标注（kimi）
总之没办法计算出来很具体
所以我有个想法：
如果在coding plan的key的量足够多的情况下，是不是整个站点的佬友们可以共建的了token银行，我现在今天 ，没时间使用我的plan，所以放出来蹬，这五个小时我存了，以后别人有闲置我也可以蹬
加上L站甚至有现成的ldc，直接可以作为收益发放
这样可以快速的流转，并且因为账号足够多，所以可以不用考虑限流或者其他情况
老白佬友做了这个hub 闲置API置换公益 已经满足了我对这个的部分需求
但是我觉得目前这种效果，不够完善存在蛮多的问题
1.不是官方渠道，不仅仅每个人自建的性能不同，服务器并发不足，2API，转发别的模型，等等等，无法做到完整的实现
2.厂家渠道计费方式不同，额度计算不够精准，仅靠用户自己填写，比如说我现在写一个key，标价50，别人用了，其实我是套用的别人的10元的低价key，检测不出来的。
3.glm之类的厂家现在的并发，多ip可能导致的封号
非open code 或者cc的地方需要优化
4.现在这种调用方式太繁琐了，我觉得直接参考银行，跟人民币兑换美元一样，做汇率，glm兑换kimi，等等等
让L站成为token汇流中心
网友解答：--【壹】--：
广东还是上海来着，那边电信都成立算力超市了~
--【贰】--：
比较难的问题是不同的模型、额度、智商很难按照一个标准去换成token，需要始皇再次统一度量衡
--【叁】--：
如果没有人用他的差模型，他就无法获取到对应的积分，流动性差的就自然无法使用
而渠道，因为可以有openrouter，这种是硬通货
--【肆】--：
检测的难度大，而且浪费资源，不如直接全部对接官渠，直接避免类似情况
--【伍】--： hlool:
是官方渠道，不仅仅每个人自建的性能不同，服务器并发不足，2API，转发别的模型
我尝试了一下，调用有热心佬友免费放上去的，自建性能是一个问题
--【陆】--：
不乏缺少挂羊头卖狗肉的情况，多多少少还是会有这种情况的，就是看怎么去驱除劣币，形成良好的正向循环
--【柒】--：
肯定会有人以次充好 标注着claude的费用和模型 体验openai的质量
--【捌】--：
按照输入输出价格来定制一个基础标准，如果是coding plan就再折扣
--【玖】--：
其实这样会有一个弊端，肯定会出现拿次要模型换取好的模型，感觉会出现最后一堆好模型的供不应求，hub中又会存在大量无法消费的次要模型
--【拾】--：
看起来和公益站那种大锅饭模式有点类似
我也参与过
每个参与者都会捐赠凭证作为门票，而凭证又有额度刷新时间，所以总会出现你暂时用不上，但别人刚好有需要的时候
这样能让凭证的刷新额度机制被充分利用到
不过很可惜，这只适用于每个人用量都比较小的场景
而且还会给每个人设置每天的限额
--【拾壹】--：
所以要官方渠道，而不是用差的渠道 这样避免了转发模型
--【拾贰】--：
赞同佬的观点，前期先把coding plan和官方渠道的模型先试试水。后期再看看别的
--【拾叁】--：
如果是社区运行，我觉得搞三方就跟富可敌国一样，纯靠人自己的自觉性是不行的
--【拾肆】--：
能不能设计一个检测工具，让用户检测token质量，评估有没有掺水的
--【拾伍】--：
我觉得可以都搞，渠道越多，也越合适，就跟币种一样，没什么太大的区别
--【拾陆】--：
可以针对coding plan搞 不要针对三方中转。或者说 单纯针对glm coding plan 这种【qwen kimi minimax】 只针对相同的coding plan之间流转
--【拾柒】--：
都搞的话其实也行，但是前期感觉只能认准官方的。后期有检测手段可以考虑通过定时检查保证三方的可信程度
--【拾捌】--：
很好的想法。本质上感觉就是搞一个整合全站佬友订阅的“token池”，实际上对于用户来说我是觉得这种做法肯定是利大于弊。不过肯定也会有一些问题，佬友也提到了。总之还是希望能把这事做起来的
--【拾玖】--：
感觉可以给权重，官方的权重肯定高一些，第三方可以根据用户使用量来逐步提升
从
【闲置API置换公益】佬们，我也是支棱起来了，喜获linuxdo子域名先说句题外话，真是应了句老话，塞翁失马，焉知非福。整个过程就不细描述了，总之是一念地狱一念天堂。
闲置置换站点从发布开始，就受到了众多佬友们的热情鼓励，出力的出力，出渠道的出渠道，出思路的出思路，感谢大家。
步入正题，还是先贴张封面吧
image1920×1842 252 KB
置换的总体思想就是将你闲置的订阅套餐、朋友赠送的 Key、公司发的额度——闲着也是浪费。把它们上架成公开渠道，换成可以继续消费的 credits，选择你下一次真正要用的模型。
站点里需要注意的几个点：
image545×135 17 KB
image414×193 14.1 KB
公益站地址：
https://hub.linux.do
本站是以佬友的项目为基础二开的，在此感谢
GitHub - looplj/axonhub: ⚡️ Open-source AI Gateway — Use any SDK to call 100+ LLMs. Built-in failover, load balancing, cost control & end-to-end tracing. · GitHub
最后也感谢始皇大大，感谢出谋划策的各位佬友，你们的建议和意见有的已经实现，有的还在推进中，希望站点能在大家的共同努力下，越做越好
@neo
这里开始讨论
我手上有几乎全部的国产coding plan的购买，实际上，我是想要给共享出来给佬友们使用的，因为我仅用于拨测
我前期简单的思考，那就做个公益站，直接发出来蹬
但是不是这么简单的，比如说我自用的key，或者coding plan 我用于拨测，那么佬友们现在快速的用完了五小时额度，我的拨测是不是就失效了？
所以我思考开始引入控制额度，但是额度控制里面，不同的coding plan，存在不同的额度计算方式，有的是次数，有的甚至不标注（kimi）
总之没办法计算出来很具体
所以我有个想法：
如果在coding plan的key的量足够多的情况下，是不是整个站点的佬友们可以共建的了token银行，我现在今天 ，没时间使用我的plan，所以放出来蹬，这五个小时我存了，以后别人有闲置我也可以蹬
加上L站甚至有现成的ldc，直接可以作为收益发放
这样可以快速的流转，并且因为账号足够多，所以可以不用考虑限流或者其他情况
老白佬友做了这个hub 闲置API置换公益 已经满足了我对这个的部分需求
但是我觉得目前这种效果，不够完善存在蛮多的问题
1.不是官方渠道，不仅仅每个人自建的性能不同，服务器并发不足，2API，转发别的模型，等等等，无法做到完整的实现
2.厂家渠道计费方式不同，额度计算不够精准，仅靠用户自己填写，比如说我现在写一个key，标价50，别人用了，其实我是套用的别人的10元的低价key，检测不出来的。
3.glm之类的厂家现在的并发，多ip可能导致的封号
非open code 或者cc的地方需要优化
4.现在这种调用方式太繁琐了，我觉得直接参考银行，跟人民币兑换美元一样，做汇率，glm兑换kimi，等等等
让L站成为token汇流中心
网友解答：--【壹】--：
广东还是上海来着，那边电信都成立算力超市了~
--【贰】--：
比较难的问题是不同的模型、额度、智商很难按照一个标准去换成token，需要始皇再次统一度量衡
--【叁】--：
如果没有人用他的差模型，他就无法获取到对应的积分，流动性差的就自然无法使用
而渠道，因为可以有openrouter，这种是硬通货
--【肆】--：
检测的难度大，而且浪费资源，不如直接全部对接官渠，直接避免类似情况
--【伍】--： hlool:
是官方渠道，不仅仅每个人自建的性能不同，服务器并发不足，2API，转发别的模型
我尝试了一下，调用有热心佬友免费放上去的，自建性能是一个问题
--【陆】--：
不乏缺少挂羊头卖狗肉的情况，多多少少还是会有这种情况的，就是看怎么去驱除劣币，形成良好的正向循环
--【柒】--：
肯定会有人以次充好 标注着claude的费用和模型 体验openai的质量
--【捌】--：
按照输入输出价格来定制一个基础标准，如果是coding plan就再折扣
--【玖】--：
其实这样会有一个弊端，肯定会出现拿次要模型换取好的模型，感觉会出现最后一堆好模型的供不应求，hub中又会存在大量无法消费的次要模型
--【拾】--：
看起来和公益站那种大锅饭模式有点类似
我也参与过
每个参与者都会捐赠凭证作为门票，而凭证又有额度刷新时间，所以总会出现你暂时用不上，但别人刚好有需要的时候
这样能让凭证的刷新额度机制被充分利用到
不过很可惜，这只适用于每个人用量都比较小的场景
而且还会给每个人设置每天的限额
--【拾壹】--：
所以要官方渠道，而不是用差的渠道 这样避免了转发模型
--【拾贰】--：
赞同佬的观点，前期先把coding plan和官方渠道的模型先试试水。后期再看看别的
--【拾叁】--：
如果是社区运行，我觉得搞三方就跟富可敌国一样，纯靠人自己的自觉性是不行的
--【拾肆】--：
能不能设计一个检测工具，让用户检测token质量，评估有没有掺水的
--【拾伍】--：
我觉得可以都搞，渠道越多，也越合适，就跟币种一样，没什么太大的区别
--【拾陆】--：
可以针对coding plan搞 不要针对三方中转。或者说 单纯针对glm coding plan 这种【qwen kimi minimax】 只针对相同的coding plan之间流转
--【拾柒】--：
都搞的话其实也行，但是前期感觉只能认准官方的。后期有检测手段可以考虑通过定时检查保证三方的可信程度
--【拾捌】--：
很好的想法。本质上感觉就是搞一个整合全站佬友订阅的“token池”，实际上对于用户来说我是觉得这种做法肯定是利大于弊。不过肯定也会有一些问题，佬友也提到了。总之还是希望能把这事做起来的
--【拾玖】--：
感觉可以给权重，官方的权重肯定高一些，第三方可以根据用户使用量来逐步提升