翻译：给比特币classic贡献代码

DennyDevito72

指导原则

任何比特币的变化必须得到3个群体的支持

开发者：实现变化
矿工：算力支持
用户：给予比特币价值

开发者以以下方式接受改变代码的要求

1. 所有改变请求必须在代码合并(merge)期限内提出
2. 改变请求必须得到大多数投票支持，一个没有大多数支持的请求将被管理员随时关闭
3. 如果矿工和用户都需要一个功能，开发者将接受程序员给出的最好代码改变请求
4. 如果矿工和用户都拒绝一个功能，开发者将拒绝代码改变请求
5. 以下情况下，一个提议将处于争议状态：1. 矿工和用户有不同的意见 2. 另一个已经被同意的提案和该提议冲突。系统管理员将在矿工和用户解决了他们的争议后作出决定
6. 如果两项都通过的提议在代码或概念层面冲突，将进行另一个投票来讨论争议
7. 如果矿工或用户拒绝一个代码改变请求，这个请求在争议解决之前不能合并
8. 如果矿工和用户无法给出任何意见，系统管理员将就一个代码改变请求自由处理，但可能因随后得到了矿工和用户的意见而改变其处理
9. 任何与以上规则相冲突的代码改变请求将被删除

系统管理员做实际的合并操作以及发布正式版本。如果投票者改变了注意，管理员将取消合并或重新开一个新的代码改变请求。在你上传你的代码改变请求前，请务必阅读目前所有的代码改变请求以减少冲突

交流方式
Bitcoin Classic让用户，矿工和开发者可以平等而透明的交流信息，为了做到这一点，有以下几个交流渠道：
1. Slack Channel
2. Subreddit
3. Consider.it

合并期

使用合并期可保证比特币Classic能持续专注于工作于某一特定的问题而不受干扰。一个合并期决定了当前期限的核心工作任务。在这个期限内，得到社区接受的足够稳定的代码被合并。合并期将根据consider.it上的投票来关闭。另一个投票决定下一个合并期。当前的几个合并期为：
硬分叉比特币到2MB区块上限
2MB 测试网络
共识规则变化 - O(n^2) 保护
激活/版本码

紧急事故和漏洞修补不受合并期影响

Consider.it

通过意见投票，比特币Classic力求为所有用户建立一个良好的合作环境。每一个投票都将受到三类用户的尊重：用户，矿工和开发者。投票的理解方式：
每个投票分为支持反对和中立
矿工投票时，每个矿工的投票乘以其算力
只有已验证的用户可以投票

投票过程持续进行，鼓励所有投票者只有在一个改变得到充分测试，审查和满足投票者要求的情况下再投票。任何涉嫌舞弊的投票无效


行为准则

我们希望有一个有效率的，开心的和敏捷的社区，欢迎各种新的意见，每年都做一些改进，提倡合作。我们从多样性中得到力量。行为准则保证合作的愉快，规范我们在各种场合的行为

我们争取做到：

周到
尊重
负责
合作
清晰
虚心

兴趣冲突

我们希望团队负责人避免做出出于私人利益的决定

这个准则并非完整，用于提炼我们对于一个合作的环境的共同理解，希望能被尽量遵从

https://github.com/bitcoinclassi ... ter/CONTRIBUTING.md