标准模型：通用共同体模型

[hyg]

分析父项目升级思路，涉及共同体的变更在这里发布。

[hyg]

基础定义

规则形式

1. 代码（code）
   • 由ISU代理共同体的民事权利，衔接当地法律。
   • 由父项目（infra）提供容器，共同体在容器内具有大部分民事权利。
2. 法律语言
   • 根据当地法律注册，成为民事主体。
   • 由ISU代理共同体的民事权利，衔接当地法律。
3. 其它：实质上决定资源使用和人员行为的规定，不限形式。

规则分类

1. 自修订条款：包含本条款的修订程序。
2. 修订条款：规定其它条款的修订程序。
3. 保底条款：规定其它条款不适用时的处理方案。
4. 常规条款：规定特定事件的处理。 修订条款应该考虑多种规则形式衔接，根据吞吐量和信息过载情况规定要求。

核心架构

1. 核心条款：包括自修订条款、修订条款、保底条款。
2. 核心部门：负责核心条款的人员和部门。
3. 执行部门：负责常规条款的人员和部门。
4. 核心架构(Pivot Structure) ：核心条款、核心部门的架构。

共同体分类

• P1（Project）：没有核心部门。
  • 运行在共同体外（包括自然人、上级共同体）；
  • 不存在、瘫痪状态。
• P2（Product）：包括核心部门、执行部门。
• P3（Pivot）：只有核心部门。 它们也对应三个生态位。

资源池

1. 所有初始资源和收入进入0号资源池。
2. 如果使用内部记账单位，在0号资源池入口与外部记账单位兑换。
3. 所有规则和涉及的支出分别绑定在特定资源池，这个条款的修订条款绑定在下游资源池。
4. 每个预算、结算周期后，各资源池余额进入下游资源池。
5. 按规则执行导致上游资源池透支时，自动使用下游资源池的资源。因为规则修订权隐含了预算批准权、人员任免权。

[hyg]

通用模型

确定以下问题，代入上述基本概念就形成共同体模型。

1. 部署者的产生和退出。
2. 修订条款的结构：
   • 分几层
   • 【修订+监督】
   • 工作要求
3. 内部记账单位兑换规则：时间优先、价格优先、......
4. 保底条款的限制：
   • 不做记录的范围；
   • 记录的提交要求；
   • 违规指令的处理，包括发出和接受指令两方。

例如有限责任公司：

1. 部署者由出资产生，转让则退出。特殊情况下死亡也退出。
2. 一层：自修订->修订层->保底+常规；有监事、监事会；议事规则通常由董事会自己定。
3. 无内部记账单位
4. 部署者兼任保底条款执行人时，通常不作限制。否则制订基本制度限制。