规则 —— BeanPool 如何运作

BeanPool 是一个所有人初始均为零的社区互助平台。你通过帮助他人赚取豆子，并在他人帮助你时消费豆子。没有金钱交易，也没有企业中间商 —— 只有这些简明的规则。

1.豆子与你的余额

豆子衡量你付出与收到的价值（大致相当于时间）。目标是归零 — 这意味着你的付出与索取大致相当。

• 正余额 — 你的付出多于索取。社区欠你。
• 负余额 — 社区向你提供了信用额度。你需要通过付出来回馈社区。
• 在大多数社区中，任何人可透支的最大限度为 −2000 个豆子。通过实名确认其成员的社区可以自行设定限额（最高达 −5000），并为已确认成员提供初始额度。

2.新手入门

你通过邀请加入。从第一天起，你就可以浏览并接收豆子。一旦你持有豆子（通过赚取或接收赠送），就可以消费它们。若要使用信用额度消费，你必须发布至少一个提供（参见第 4 和第 5 节）。新成员开始时没有信用额度 — 你只能消费实际持有的豆子，直到完成第一笔交易激活你的额度（或者由担保人或管理员为你提供初始额度 — 参见第 3 和第 9 节）。

3.信用额度通过交易积累

信用额度允许你的余额出现适度负数 — 在回馈之前先行消费。它是靠自己积累，而非凭空赋予：

• 信任来自完成的市集交易 — 绝不来自赠送。起初增长较为缓慢：一笔 100 个豆子的交易大约能获得 37 个豆子的信用额度。管理员或指定的担保人也可以向某人提供初始额度；管理员的授予会体现为其徽章。
• 与许多不同的人交易比与同一个人反复交易建立信任要快得多。
• 你的信任度决定了你的信用限额 — 即你的底线透支深度，在大多数社区从 0 到 −2000 不等（参见第 1 节）。
• 你的透支底线在第一笔真实交易后开启，并随着随后的每一笔交易而增长（或者由社区担保人为你提供初始底线 — 参见第 9 节）。担保不是必需的。

4.互惠原则：要使用信用，必须保持活跃的“提供”

积累信任决定了你的信用限额（你潜在可以透支多深）。但要实际支取这笔信用，你必须保持发布活跃的“提供”。这确保了任何负债的人都在积极向社区展示他们计划如何做出贡献。

你保持发布的活跃“提供”数量决定了你可以使用多少信用额度：

你的实际消费限额是你已积累的额度与活跃提供所对应的额度中的较小者。

例如：如果你通过交易获得了 −600 的限额，保持 2 个活跃提供可以让你使用其中的 −500。保持第 3 个提供则可使用完整的 −600 限额（你绝不需要第 4 或第 5 个提供，因为已达到你所积累的上限）。

5.提供（你的刊登）

• 你可以保留任意数量的提供 — 包括经常性提供 — 并可随时将每一项切换为活跃或已暂停。只有活跃的提供才计入你的信用额度。
• 先付出再获取：在使用豆子的社区中，你必须先发布至少一项提供，然后才能发布“需求”或向他人购买。在不使用豆子的社区（如全球社区）中，你的第一篇发布可以是“需求”。
• 余额为正？只要你愿意，可以暂停所有提供 — 只有在余额为负时才需要提供。

6.费用与社区资金池

两笔微小的费用，均流入社区公共资金池 — 一个由你的社区投票决定用于本地项目的公共资金池。没有任何资金流失给商业公司。

a) 市集费用 — 已完成交易的 1.5%。当市集交易结算时，卖家净得比售价少 1.5% 的豆子，差额进入公共资金池。赠送（成员之间的直接转账）完全免费 — 退款与系统划转同样免费。

b) 正余额流通费 — 按月收取，且仅针对超过 200 个豆子的部分。类似累进税阶，每个梯度仅针对落在该区间的余额部分收取：

这温和地鼓励豆子持续流通而非囤积积压。负余额绝不产生流通费 — 因为你已经在为社区承担信用。请注意，+200 的免费区间与最初的 −200 信用区间完全对应，因此整个系统围绕零对称运作。

7.赠送（转账豆子）

• 你只能赠送实际持有的豆子 — 赠送绝不能透支为负数，也绝不使用你的信用额度。
• 完成至少一笔真实交易后方可转账（这可防止全新账户立即转移豆子后消失）。
• 赠送不会为接收者建立任何信任度，且完全免费 — 无手续费（你只能赠送已持有的豆子）。

8.交易如何结算

市集交易由系统安全进行托管，直到交易完成，然后释放给卖家（扣除 1.5% 的费用）。如果交易取消，买家将获得全额退款。

9.担保（可选的快速起步）

受信任且由社区任命的担保人可以为新人提供 25、50 或 100 个豆子的初始底线，以便他们在通过交易积累之前就能开始使用信用。这通常由担保人全权酌情决定 — 授予那些发布的内容和贡献让担保人感到真正真诚且深受鼓舞的人。无论哪种方式都是可选的：没有人必须获得担保才能参与，因为只需通过交易就能开启信用额度（第 3 节）。

10.跨社区联合清算

社区无需孤立存在。通过联合交易连接器（灵感源自凯恩斯的清算同盟构想），独立的社区节点可以与相邻节点进行点对点的跨社区交易清算，无需法定货币或银行准备金。豆子绝不会离开其所属的本地社区 — 每对节点都维护一本桥接账本，记录彼此在劳动互助上的欠款，且双方均可对欠款上限做出各自限制。清算在成对的社区之间进行，需要每位运维人员明确开启，目前该机制仍处于早期阶段：它已开发完成，在网页端有对应界面，但仅在我们的两个测试社区之间进行过试验，尚未在实际运行的社区之间使用。

11.密码学身份与密钥保管

你的账户由在你的设备上生成的 Ed25519 密码学密钥对提供保护。BeanPool 提供灵活的保管方式以满足你的需求：

• 完全自我主权：在手机应用中，你的私钥保存在设备的安全存储（iOS Keychain / Android Keystore）中；在网页应用中保存在浏览器自身的存储中。私钥仅在用于登录找回时以加锁副本形式离开设备，或者在你将账户复制到你的另一台设备时离开。请将你的 12 个助记词种子备份在离线环境中。
• 恢复：你的 12 个助记词可以在任何设备上恢复你的账户。你还可以绑定 Google、Apple 或 Facebook 登录方式。随后会为其保存一份你密钥的加锁副本：使用 BeanPool 密钥库的手机应用会保存在那里（位于冰岛的一台小型服务器上）；旧版手机应用则保存在你社区的节点上；全球社区的网页应用则保存在该社区的服务器上（由我们运营）。谁保存该副本，谁就能打开它。从密钥库恢复需要等待 24 小时，除非你自己的其中一台设备批准它。如果你同时丢失了设备、12 个助记词以及登录方式，你社区的管理员可以在当面核对的情况下使用一次性代码将你的账户迁移到新手机上；你的历史记录都会保留。所以请务必抄写下这些助记词。

12.限额与安全

• 大多数社区的透支下限为 −2000（参见第 1 节）。对你每天可以消费多少豆子没有限制 — 你的透支底线就是边界。但对频率有限制：在任意 24 小时内最多进行 100 次支付、向 30 位从未转账过的人付款以及发起 100 次市集请求。
• 与任何单一伙伴之间的信任度设有上限，因此没有人可以通过与同伙来回刷单来虚增信誉。
• 度假模式会在你离开期间隐藏你的提供并暂停接收新的请求。
• 成员可以举报并标记不良行为者；社区管理员可以将其移除。

13.社区企业与治理

社区企业（例如社区工具图书馆、养鸡合作社或柴火储备站）以及有明确期限的项目是集体管理下的共同倡议。它们按照明确、由代码强制执行的规则运作（参见 公共资金池治理模型）：

• 同一对象，两种生命周期（第 2.1 节）：持续性企业长期存在并持续交易；有限期企业（项目）有明确的目标和截止日期，在结束后清算账户并将剩余资产归还至公共资金池。
• 积累的底线与管理者承诺支持（规则 1–3）：新企业起步时没有凭空产生的透支额度：其信用底线由其管理者已积累的交易信誉明确质押承诺支持（直接相加，无合成杠杆乘数）。承诺支持绝不会动用或减少管理者个人的家庭信用底线。成立较早的企业保留其在质押承诺前拥有的初始底线。
• 有限责任（规则 4）：破产的是企业，而非管理者的家庭。若企业违约，其消费将被冻结，但其管理者的个人信用底线受到保护。
• 信用采购物资，利润支付人工（规则 5）：企业可以使用其可用底线内的信用向外部邻里购买物资或服务。但绝不可使用信用向其自身管理者支付报酬 — 只有在 balance − amount ≥ 0 时方可向管理者付款。
• 管理者报酬以上限真实盈余为限（规则 6）：管理者报酬以真实交易盈余为上限（销售收入减去已支付给管理者的款项）。拨款、质押承诺和赠送绝不能转化为管理者的薪酬。
• 营运资金自动划转（规则 7）：企业可以设定营运资金上限。超过上限的已赚取盈余会自动划转回社区公共资金池以防止囤积。拨款和赠送绝不会被划转。
• 双人审批规则：管理者不得审批向自己付款或自己对企业需求发起的竞标 — 必须由另一位管理者审批。
• 投票 vs 决策（第 3 节）：非正式问题是市集信息流中的投票：每人一票，仅作统计，无约束力。具有约束力的治理（资金池拨款、债务核销、角色变更以及暂停、冻结或移除成员）通过公共资金池标签页下的决策进行，投票窗口期为 7 天。在达到法定投票人数（过去 30 天内活跃成员的 30%，且至少 3 人；移除成员为 25%）后，获得 60% 的赞成票即可通过决策（移除成员需 66%；解除暂停、解除冻结或重新接纳成员需过半数）。通过后将自动执行。资金池拨款采用基于已积累交易信誉的二次方投票 — 流动的豆子无法购买选票。
• 统一术语（第 9 节）：四个层级，四个明确词汇：节点 → 所有者 / 管理员 · 企业 → 主管理者 / 管理者 · 群组 → 召集人 · 信任层级 → 管家。