我如何设想比特币现金的分散合作模型

1 664
Avatar for mtrycz
Written by
3 years ago

English
我如何设想比特币现金的循证模型
关于比特币现金分散合作的再思考
比特币现金(BCH)的循证流程

前提

我们是比特币现金系统的参与者。我们自愿并且无条件地加入(或离开)比特币现金系统。我们是用户、企业和矿工,我们都认为比特币现金是全球P2P电子现金系统。这样的共识为我们带来了双赢。

这是用户的胜利,用户可以自由地与世界上任何人交易。用户给互联网带来了价值。用户可以是个人、组织、政府,或者是任何将比特币现金作为支付方式的使用者。

这是商业的胜利,这里有坚实的商业基础。商业的范围包括批发、服务、钱包、兑换或是为用户服务。

这是矿工的胜利,他们见证了每个人的交易,并从网络的便利中获益。

双赢是可遇不可求的。我们肯定真诚合作是制胜策略

不以合作为基础的方案实则暗含动机,如果持续下去,我们可以得出结论:它不符合每个人的最大利益。

首先比特币现金是一种协议,其核心在于共识原则。这定义了什么是比特币现金,这也是我们自愿达成共识的。

任何超出共识级别的规则都不在本文范围之内。甚至不包括非协商一致的协约规则。

为了将比特币现金升级为P2P电子货币,有时需要修改其共识规则。作为系统的参与者,我们需要为此设立标准。

比特币现金打翻了很多人的如意算盘。被人反对也是意料之中的。因此,我们需要的是,既能抵抗系统之外的破坏,又能平息系统内部争论的共识标准。我们也许会在描述问题、解决问题上存在分歧,甚至连是否要变更也会出现分歧,因此我们需要一个框架,来帮助我们有效地迅速地解决分歧。

比特币现金是一个重复游戏,作为长期使用比特币现金的人来说,最好的选择就是保持对错误的怀疑,宽恕和理解,但总的来说就是,与愿意合作的人合作,避开不想合作的人。

-乔纳森·西尔弗劳德 (Jonathan Silverblood)

改变共识规则的流程

基本规则

基本“检验标准”

如果变更对用户、企业和矿工来说是多赢,那么它将有助于比特币现金进一步发展。一方赢两方中立的结果也不错,因为凭借双赢的协同效应,一方获利就是所有人的胜利。

如果变更造成参与者的损失,那么我们需要问,它是否真的促进了比特币现金成为全球P2P电子货币呢?如果此类变更并未在检验中排除,那么就需要一个明确的理由。

货币政策不变

任何货币政策的调整都应受到最严格的审查,因为这种变化极有可能超出所有系统参与者的设想,很可能导致比特币现金的基本价值体系的崩溃。

推论:倾向无选择的方案。

如果一个方案要处理很多参数,要不停地选择具体的参数。那么这些参数的选择会在某种程度上影响货币政策吗?参数较少的方案是否更可取呢?很可能。

我们追求卓越

如果不建立起正规的共识变更的流程,我们早晚都会被律师和政客接管。

我们也不能向中央政府呼吁,因为我们拒绝选出任何一个代表。比特币现金系统是分散的,并且这种状态应该保持下去。

通过权力下放,我们也建立了一个松散的流程,在这个流程中,我们作为系统参与者,愿意以高标准承担责任。

让变更共识进入一个流程,是艰难的,因为它需要立刻把所有参与者的焦点从人们互动转变为流程本身。在一个共识对接的过程中,它几乎不可能避免变化和竞争。因此,最好的办法就是确定高标准和高期望。随着越来越多的人接纳,共识规则几乎不可能再变化,而这些要求能够达成目标。然而,与共识层相连的机制则是永久和多余的攻击向量(Attack Vector)。

基础原则都很简洁:

  • 我们严于律己。

  • 我们严于律人。

  • 我们一视同仁。

第三条规则很重要:它意味着没有人例外(无论出于什么原因),也不允许拖延——任何人都可不经过许可地提出方案,但要遵守以上要求。

我们追求精湛的技术

基于证据的方案是我们对共识级别变更的最低要求。当提出共识级别的变更时,循证方案要提供了一个做什么(以及需要什么)的清单。

愿意带领一项共识更动的人或团体应提名自己为此项目的领头人。领头人或团体应确保以下各点在开放环境下讨论:

以下各项并非依次进行的步骤,而是一个应完成的清单。一项有效的提案 应完成下列所有条目,不一定要按顺序,可以多项重复修改。

  • (目的)阐明此项目变更的目的,以及想要解决的问题。

  • (解决方案) 提出一个能有效实现上述目标方案。

  • (计划书)给出详细的计划书,最开始可以是一个草案。

  • (实施) 提供一个参考代码供测试。

  • (证明)提供一个利于变更的确切理由,并提供可复现的证明(可以是测试套件)。

  • (反馈)为完善上述各项应收集反馈。

  • (评估)为评估和提出替代方案预留充足的时间。

我们追求天衣无缝的合作

在共识级别变更的范围之外,比特币现金面临着许多竞争。企业在价格和功能方面争夺用户;矿工无情地争夺区块;每个用户都有自己的如意算盘。

在共识规则内,没有竞争的空间。为了扩大受益面,真诚合作是制胜关键。拒绝合作的参与者会感到被抛弃,最终和其他人差距越来越大。重要的是,不要用天真的想法对待屡次作怪的参与者,我们不能指望他们会因某种原因如我们所愿。

 在自愿和免许可的系统中,执行变更而不受胁迫的唯一方法就是围绕变更达成广泛的协议。别弄错了——这是一项艰苦的工作,也许比编写代码更难,但如果变更有价值,那么人们会看到其中的价值。另一方面,我们仍然需要捍卫该协议,以防止恶意变化和分歧。

这都是常识。但提供了一些基本原则。

1. 尽早有效地沟通

一旦你的想法清晰地记录下来,请尽快公开。因这有助于建立声誉和信誉,以及与系统保持联系。

当有新的证据出现时,你可以改变你的立场,但是摇摆不定会让人觉得不够真诚。

1a. 确切来说:不要临时做决定

震慑策略通常看作敌对策略,如果参与者反复使用这种策略,那么表明其存在其他的隐藏的意图,与我们想要促进P2P电子现金的双赢结果背道而驰。

企业需要稳定地规划发展,而共识层面的意外情况不利于企业稳定发展。

2. 真诚地听取别人的意见

要做好准备,详细地询问意见并回答相应的问题。公开之前的对话有助于发现已讨论话题,避免二次讨论。

我们也要处理特殊情况,但这是最简单的。作为新手,如果你感到疑惑,你可以问,但你要想清楚,到底是弄清问题还是耗尽精力呢?欢迎来问,但不要幼稚。

此外,可能还有更紧急的事情在处理中。共识层面的变更和非共识层面的变更是同时进行的,并且后者并不需要高标准的协作,因此系统要在一年中处理非常多的变更。您最好与其他参与者定好要完成的事,并做好变更推迟的打算。

3. 不要怀恨在心

怨恨不是良好沟通的前提,事实证明,糟糕的沟通与虚伪是密切相关的。

尽管我们付出了很多的努力,但无效沟通也存在可能。克服这一点。怀着宽恕的心,但不要幼稚。

4. 感恩每一次批评

分歧在所难免。我们有更专业的框架来选择现有问题的最佳解决方案。但是,如果我们对问题有争议呢?或者我们甚至不同意存在问题呢?

4a. 直接取得联系

直接问问题?!别犹豫了!!!

因为这是消除误解和了解他人想法最有效和最基础的方法。

4b. 听取各方意见

如果不能在最初解决分歧,那就可以开一个正式会议讨论分歧,以及邀请或聘请一个中立方。这是一种经典策略,让双方(至少试着)在同一平面对话。

4c. 复盘系统

与系统接触的确是共识变更的最低要求,第一点提过了。
每个系统都采取开放的方式收集各方的意见,同时也反映了各自的态度。具体来说,不要只听迎合你的声音,而要多听听反对的声音。

同样,在调查各方意见时也应该采取开放的方式,否则律师(此处指爱管闲事的人)会插手。他们一直如此,因为他们擅长利用规则(对真正的律师没有冒犯)。

4d. 拆分也是一种选择

在崩溃前,请尝试以上所有方法。具体来说,如果上述所有方法都没用,一旦有人散布分裂信息,那么他很可能就想要分裂,也证明了他是个虚伪的人。

拆分是痛苦的,并且损害我们致力于成为P2P电子货币的目标,但有时也是无法避免的。经验告诉我们,明确记录上述步骤,并且提供一些相应的有力论据,能确保新的环节的展开。

把这当成最后选择。

关于开发人员

写到现在,“开发人员”一词还没提过。开发者并非是系统的参与者,他们是参与者的代表。它们可以与企业协商并为其提供服务,也可为矿工提升服务性能,或者有偿为用户增强服务延展性。在这样做的同时,他们要对以上这些方面负责。

在加密货币中,我们普遍认为“开发团队”是货币系统的重要组成部分,它本身就是参与者。但我反对这种观点,开发人员是对其他参与者及其利益起作用,而非直接参与者。

作为开发者,我们别无选择。我们想编很酷的代码,但我们不区分共识或非共识变更——因为这都是我们的代码。我们往往在迎接挑战(证明自己的挑战)时,会忽略现实中很重要问题。

系统内的参与者(用户、企业和矿工)应该制定共识规则。他们可以建立或雇用开发团队完成相关的工作。矿工可以让开发人员改进采矿和提升网络性能;用户也希望升级;企业也会从更好更快的APIs中获利

Bitcoin Verde团队就是如此——有Verde软件维护,该软件有明确使用案例。对于这样的团队来说,他们的利益是透明的:商机的驱使着他们。

另外,有些开发团队不是矿工或企业雇用地。他们本身是使用者或持有者,但他们的动机不那么明确。你可以质疑他们的企图——不是质疑他们的真诚,而是要让他们按照最高标准履行共识变更。

具体实施应针对特点和性能两个方面考量,但一旦我们讨论共识,任何对比或(无关的)分歧都应搁置。

策略

完整节点有默认策略在协约上,但这些策略不一定是共识级别的(例如中转的最低手续费或未确认交易链的限制)。虽然这些策略非严格的共识规则,但如果有压倒性优势的采矿,它们实际上就是共识。这样一来,就赋予团队很大权力。

我们需要摆脱固有的“标准客户端”模式。值得庆幸的是,我们鼓励矿工多找一些程序作为退路(有些已经这样做了),也就是说,采矿用一个应用程序,在出现故障时切换到另一个,这就是它的工作原理。正因为多个应用程序保障了网络系统,网络才变得强大。因此矿工们应该利用这一点。

尚未成功

“开发团队”为系统参与者效力的日子尚未到来。但我们有计划,我们热情满满的开发人员愿意挑起重担。在过去十年里,许多国家都这样做了,我们应欢庆他们所取得的成就和赞美他们的担当精神。今后,作为系统中的医院,我们都需要担当起这一责任。

从今往后,我坚信这个框架将帮助我们稳健地迈向繁荣的未来。

3
$ 0.58
$ 0.58 from @TheRandomRewarder
Avatar for mtrycz
Written by
3 years ago

Comments

Amazing

$ 0.00
3 years ago