手把手教你搭建中转站 VPS+CLI Proxy API（CPA）+NEW API+Docker+Nginx+Cloudflare+SSL+域名配置 保姆级教程 - 开发调优 - LINUX DO
是我入站详细学习的第一篇文章。
我已经购买了gpt plus帐号，但是有时额度不够用，就非常痛苦。我只是学生，一个月数百我尚且能承受，上千的pro实在无力承担。
很多公益站我也尝试了，经常不稳定。我只要少量帐号，来做一个溢出需求负载均衡，其实就足够了。
个人没有选择plus，是觉得白嫖plus会比较好识别，由此导出的问题是，日抛的成本，同样超出了我的承担的范围。
因此，后续我根据这篇文章进行了free池的搭建，用来自用。但是三天后颗粒无存。
这启发我思考一个问题，个人自建，有没有可能通过低成本的方式，绕过风控？
绕过风控，我认为技术上可能暂时超脱了我的能力范畴，但是原理上绝不复杂。
一言以蔽之，就是伪装为合理，正常的用户请求即可。
而从最根本上来说，形成正常的用户请求，本来也不应该是一件难事。
目测oai可能应该有多重风控机制，综合打分。
一是帐号信息，例如ip，email，订阅类型等。
一种是oauth的用户画像，例如高并发。
一种是对话级别，或者thread理解，例如轮询模式下切换多个oauth(可能，见 CPA触发401的观察分析 - 开发调优 - LINUX DO)
同时，也有对应的对策 codex风控升级！CPA作者连更3版 - 开发调优 - LINUX DO
但是，以我有限的知识来看，这种对策，仍然未必能完全规避风控。
以我有限的知识来看，一个理论上，可能，比较理想的状态是，低风险email，低风险ip，且注册，使用对应，和其它帐号不串流；且仍然尽量使用填充策略，或者实在不行，重新将缓存填充为token，才能伪装为尽量比较合理的用户画像。
从统计学角度来说，如果已经可以伪装为普通的用户的请求，那么封禁就会变得没有意义。而离普通的请求越远，封禁就越简单。
不过，实践中，我这样子的小白的策略，像传统注册机，加上高风险ip，高风险email，以及单个ip出口，轮询高并发等策略，让异常请求非常容易被识别，是很显著的离群值。
但是，对于我个人来讲，在目前的传统流程上再去建立更完善的风控方法，已经远远超出了我的个人能力，以及个人可以承担的成本。
归根到底，我们可以用低成本的token，还是openai留了两个口子。一个是，free和plus的“免费”拉新，以及订阅鼓励长期付费的两个商业策略。如果我们自己在前端，就把负载均衡给做了，openai势必最终完全倒向token按量付费，当然，实际不太可能。
而目前现有的商业中转站的0.几x，已经是比较逼近订阅制的额度换算比例了。
但是，就利用其免费额度，做一点薅羊毛的事情，我觉得openai应该不太介意。
因此，我想抛砖引玉，想问问各位佬们，有没有可能，做一个分布式的，以避免风控为目标的free池，主要是限制并发，让大家有基本的token可以用，其余的高额度的我不多想，只是觉得应该没法免费提供。
这样子做有多个好处。
第一，当然是避免风控。
第二，避免风控的同时，也大大降低了风控成本。很多号被迫成为日抛号，ip和email被滥用，但是事实上本可以避免这些事情，让这些基础设施，可以长期维护。
第三，集群级别的负载均衡，是个人自建号池的负载均衡的效率，不可能达到的。可以大大降低浪费，从而使得free号池，可能可以长久持续。
也许这可以避免，个人的free号池被封杀殆尽的最终结果。
大佬可能已经做了不少相关的事情，我希望我这样子的小白也可以贡献一点，虽然暂时没想到自己可以贡献什么。毕竟，在现在的风控下，个人挑战风控，很可能只是炮灰。
最后，谢谢linux do这个平台乌托邦式的社区氛围，谢谢各位佬们各抒己见。
7 个帖子 - 4 位参与者