同时多接几个，不要只接一家

国内使用不要用模型原厂 api ，不确定什么时候就封了（以及按照用户协议你确实违规使用，封也没毛病）

只有两类：
1 云服务厂商提供的，各个云服务厂商都有
2api 代理服务，比如 openrouter

@aqqwiyth 不会，取押金双方确认就行，和钱无关

@gregy 感谢推荐，我了解了下
独角数卡（ Dujiaoka ）是一款开源的自动售货系统，旨在为站长提供高效、稳定、快速的在线售货解决方案，特别适用于数字商品的销售。

TokenPay 是一个开源的区块链支付解决方案，旨在为商户提供匿名、安全的数字货币收款服务。它支持使用动态或静态收款地址接收多种加密货币，包括波场（ TRON ）的 TRX 、USDT-TRC20 ，以及以太坊（ ETH ）系列的原生币和 ERC20 代币。理论上，TokenPay 可支持所有基于以太坊的区块链，如币安智能链（ BSC ）、Polygon 等。

二者结合可以实现一套基于数字货币支付的自动销售系统




不过我想解决的问题是，纯数字货币支付，对终端普通用户不友好，比如需要有数字钱包，需要出入金，需要翻墙
普通用户就应该使用普通的方便的支付渠道，比如微信支付宝
为了保证普通用户体验，就需要引入一个中间商，提供普通人可以使用的支付方案，但是又要能保证服务商能正常收款


这个需求也不是为了什么违法目的，就是为了解决个人开发者收款问题
目前没找到解决方案，所以有这个构想，想讨论下可行性

@murmur 结合我前一个想法，可以实现绝对安全交易
https://www.v2ex.com/t/1093676?p=1#reply28

还行，ai 的编码水平取决于你的编码水平，你首先要知道怎么做，才能向 ai 说明需求，以及修复 ai 的 bug

那就给 CEO 发邮件，没问题的，部门之间有边界和沟通同步问题本来就是更高一层领导需要解决的

不过注意，不是他说给 CEO 发邮件，你就 CEO 发邮件，而是给你们上一层领导同步这个沟通问题

如果上一层领导没说啥，就继续这么干，如果他觉得不对，自然会协调一个沟通方案

洗碗机+一个人做饭就另一个人洗碗

800w 数据，你拿你的手机当服务器都没有问题


现在 2024 年了，任何数据承担 800w 数据都没有任何问题，甚至 800w 数据你全读取到内存里都没问题
哪找你提供的信息，一行数据 id+读数+时间+状态+ext ，算 300 字节，800w 行约 2.2G ，不到一部电影大小

@zixiangcode 这个挺好用的，但是不支持换行
google 前几个我都试过，有的不支持中文，以及通常都不支持换行

@headwindx 现在技术条件，押金管理员应该是一个智能合约。（即不可能存在暗箱操作）
押金什么用途都没有，押金就是冻结的资金（即不用担心挪用灭失风险）
不存在违约的场景，有纠纷就自己解决纠纷，双方确认完成即可退押金。（双方非要杠着的话，就是纠纷解决耗时多一些，总会解决（妥协）的，因为资金占用有成本）

效率很好提高，随便看一家云服务的工单系统逻辑吧

简单的说，包产到户，每个模块有明确负责人，有问题直接去找就行
审批，信息同步，处理方案那是这个系统内部的事情，和你无关

生产力工具不要省钱，哪个好用就用哪个

@sillydaddy 没错，这个方案极大增加交易成本。耗时长的交易不适合，只有一些传统电商平台无法支持的场景才有优势
比如说中东有一笔订单，能出翻倍的价格，但是没有任何国际机构可以担保卖家一定支付尾款，传统架构下无法做这笔生意

@GeekGao 这个交易协议会增加交易带来的成本，因此只有传统交易平台无法覆盖的场景才有优势，我觉得挺适合二手交易的（小额交易+平台无法妥善处理纠纷）

@sillydaddy 并不是十分之一，而是需要消耗 110%资金（押金+货款），锁定对方 100%资金，卖家并不吃亏
不过，如果你的钱足够多，确实可以锁定任何卖家的流动资金（不过现实也能啊，你就下单 100w 单再退单，也能锁定任意卖家产能）

@cnkuner 好专业，感谢讨论，我理解下
1：一般情况下，10 万元资产的持有成本或者使用权收益，应该严格大于一万元资产的收益，否则你还买啥货啊，直接拿十万赚收益就行了，所以我认为这个场景不存在
同时，当初建立交易的时候可以考虑这个情况，确保押金成本远大于货物使用权收益就行，这个情况也能规避掉

2 谈判优势问题
并不是乙方发货就会确认的，而是交易妥善完成后才确认
具体来说，乙方应该收到钱再确认，甲方收到货才确认
那甲方收货不确认，会比确认损失押金利息，所以不能这么做
同时乙方的确认可以有有效期，超时就要重新确认，那么并不会说有一方随时可以确认提现一说
假如说甲方拖了很久，给双方造成额外损失，重新确认的时候就要重新讨论损失了，甲方还是占不到便宜

3 关于甲方出售债权
第一出售不了，合约规定只有甲乙双方确认才能退押金，且押金是退给甲乙的，债券收购方丙没法控制退款和接收退款，根本无法成交
即便甲丙另外建立合约完成债权转让，丙收购的是押金债权+应付已的货款（比如 10w-1w=9w ），随后丙和已协商合约执行即可，交易可以成立，但是丙没有获利空间，同时乙和丙的成本 9w 对 9w ，还是对等的谈判，丙和甲这笔交易无利可图无法成立
如果甲说我低价出售债券，8w 卖给丙，则甲相当于花 3w 买了 1w 的货，无利可图，因此也不成立
如果甲说我 9w 卖给丙，则丙 9w 现金买了 9w 债权，还是亏本不会成立
总之这里面没有甲恶意违约还能获利的方法吧