这一块还没落实到工程， 只讲设计。
基本思想类似 DeFi 质押池。群成员之间在过程中没有转移资金的机会。
每个群有一个公用的钱包，可以认缴，可以实缴。实缴与认缴可以混合。认缴情况下，群里发生消费时按照出资比例扣缴群成员的余额。（也就是把认缴的钱转为实缴）认缴后类似于抵押一定的信用额度到群里，这个额度必须时刻超过用户的余额。若余额减少，在每个群的认缴额会相应地自动减少到不超过余额。
例：假设 A、B、C、D 四个人组一个群
1. 初始状态
| 成员 | 余额 | 怎么出资 | 出资金额 |
|---|---|---|---|
| A | 500 | 实缴 | 200 |
| B | 300 | 认缴 | 150 |
| C | 200 | 认缴 | 100 |
| D | 300 | 不出资 | 0 |
A 实缴 200，钱直接进入群资金池。
B 和 C 分别认缴 150、100，相当于授权了对应金额的信用额度。钱仍然留在个人余额里，后续群产生消费时可以直接扣除，相当于免密支付。
D 不出资，这是和 A、B、C 商量好的。比如 D 是 A、B、C 邀请来玩的，或者请来当顾问的，可以直接用群里的机器人。不需要承担费用，也不能从群里取出资金。
此时：
实缴资金：200
有效认缴额度：250
群总可用额度：450
等价于此时ABC的分摊比例：200 : 150 : 100
2. 取出
成员可以随时取出群余额，但设计上只能取出自己的那一部分。
假设 B 决定从原本认缴的 150 中取出 50：
| 成员 | 出资方式 | 取出前 | 取出后 |
|---|---|---|---|
| A | 实缴 | 200 | 200 |
| B | 认缴 | 150 | 100 |
| C | 认缴 | 100 | 100 |
| D | 不出资 | 0 | 0 |
群总可用额度从 450 下降到 400，之后群里ABC的等效分摊比例就是：200 : 100 : 100
如果取出的是实缴资金，例如 A 取出 50，则A 的个人余额就会真的增加 50。
任何取出动作在群内都有公示。
3. 消费
假设机器人花了 40 块钱的 Token，群余额从400到360。分摊机制：
当前 A、B、C 的有效出资分别为 200、100、100**，等效按照 2 : 1 : 1 分摊：
- A 承担 20
- B 承担 10
- C 承担 10
- D 承担 0
A 的 20 直接从已经实缴到群钱包里的钱扣除，B 和 C 分别从个人余额里免密扣除 10。
消费完成后，各成员剩余出资：
| 成员 | 出资方式 | 消费前 | 本次消费 | 剩余 |
|---|---|---|---|---|
| A | 实缴 | 200 | 20 | 180 |
| B | 认缴 | 100 | 10 | 90 |
| C | 认缴 | 100 | 10 | 90 |
| D | 不出资 | 0 | 0 | 0 |
4. 消费后认缴额超过余额
假设 B 在其他地方消费了 220，个人余额从 290 降低到 70。 B 原来在群里还剩 90 的认缴额度，于是 B 在消费190的时候，系统就会自动把B在群里的额度与其余额平齐，保证不超过其余额。消费完 220 之后相当于强制 B 从群里取出 20。
此时各成员有效出资： A 180 + B 70 + C 90 = 340 分摊比例就是 180 : 70 : 90