治理机制
Farcaster 采用粗略共识与可运行代码作为其治理模型。当有人提出提案、获得支持并交付可运行代码时，变更就会发生。根据变更类型的不同，需要说服不同的群体：
- 协议开发者：决定是否将变更合并到 hub 节点和智能合约中。
- Hub 节点运营者：决定是否将这些变更部署到他们的 hub 节点上。
- 应用开发者：决定从哪些 hub 节点读取数据。
- 用户：决定使用哪些应用程序。
共识的形成源于人们接受或拒绝新代码。Farcaster 不会设立具有约束力的投票流程、官方角色或任何人的否决权。过多的结构会使系统僵化，助长政治博弈并拖慢进展。粗略共识倾向于行动，鼓励观点多样性，并最大限度地实现去中心化，这对一个长期存续的协议至关重要。大多数变更通过 FIP 流程实现。
TIP
保留英文术语说明：
- FIP (Farcaster Improvement Proposal) 未翻译，因其为专有流程名称
- hub 作为技术组件名称保留不译