网赚论坛
标题:
翻译:给比特币classic贡献代码
[打印本页]
作者:
DennyDevito72
时间:
2017-11-21 02:09
标题:
翻译:给比特币classic贡献代码
指导原则
任何比特币的变化必须得到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
欢迎光临 网赚论坛 (http://www.caifuba.net/)
Powered by Discuz! X3.1