【翻译|治理】举例让你了解有关EOS仲裁的故事
2018-06-23 本文已影响10人
Lochaiching
版权声明：
以下内容来自微信公共帐号“EOS技术爱好者”，搜索“EOSTechLover”即可订阅，翻译Freya。转载必须保留以上声明。仅授权原文转载。
本文原文链接为https://forums.eosgo.io/discussion/1002/a-walkthrough-of-an-eos-arbitration-saga ，由本号“EOS技术爱好者”翻译。
A walkthrough of an EOS Arbitration saga
fair-1766687_640.jpg
主要人物
-
Zhang - DApp用户和索赔人
-
Robert - DApp开发人员和被告
-
Alice - ECAF仲裁员
-
Casey – ECAF案件管理员
背景 - 形成初始法庭
- 随着EOSIO MainNet的启动，EOS核心仲裁法庭（ECAF）通过EOSIO宪法的指引得以实例化。宪法还指出了默认的争议解决规则（RDR）。ECAF旨在作为解决EOS MainNet争端的最后手段和默认法庭。
- 为了给ECAF配备仲裁员，治理团队向社区征求仲裁员提名者
- 所选择的仲裁员是临时的，并且将在链上的前180天内到位
- Alice(一个EOS社区成员)是由若干社区成员提名产生的仲裁员
- 她接受了仲裁员培训。在培训结束后，Alice与一位经验丰富的仲裁员导师配合工作，他将协助她完成案件程序，对案件作出裁决等
-
初始法庭的费用：
-
初始法庭需要支付仲裁员的培训费用，建立IT系统，支付管理费用，并在裁决争议时向仲裁员支付市场水平的报酬
-
要做到这一点，需要在建立工作人员提案制度之前确保初始资金到位
-
争议
- （背景：争议在仲裁员到位之前开始；当争议被提起时,已有仲裁员正在接受培训；案件管理员在早期阶段管理此案件，直到有合适的仲裁员可用。）
- Robert是Insurance DApp的开发人员，当现实生活中某个真实事件发生时，这个应用会被要求支付赔偿金。Zhang,一位长期出差的商务人士,利用Robert DApp 购买了航班延误保险。
- 有一天，Zhang在去美国旅行的时候，冰岛发生了火山喷发,喷射出的大量灰烬进入大气中，导致全球航空系统陷入混乱。数以千计的航班受到干扰，数百万旅客受到影响。
- Zhang预计，一旦他最终回到中国，他会因自己的多日延迟而获得500个EOS token的自动支付。毕竟这是Robert DApp所承诺的！它应该使用智能数据库检查航班延误的链下信息源，并根据收集到的数据自动支付赔偿金。
- 不幸的是，根据Robert DApp合同中规定的付款时间表和截止日期，Robert DApp并没有付款。此外，Robert没有回应Zhang关于提供更多信息的要求。
提起争议
- Zhang查看了他与Robert Dapp签订的合同的条款和条件,他发现该合同将ECAF命名为争议解决法庭。
- Zhang进入ECAF网站，在常见问题解答中找出如何提出索赔。
- 在ECAF网站的一份表格上，他以Robert DApp为被告提出了一项争议。Zhang提交了详细的索赔要求，并要求500个EOS的赔偿。
- 为了提交他的索赔，Zhang需要支付一小笔申请费，这是他在EOS里需要做的。
- 在提交索赔之前，Zhang确认他没有提出虚假索赔，如果被发现有这种情况，他将承担责任。他还确认，他将能够支付不少于索赔额10％的存款（以保证金的形式）。
- 他认为这个索赔不紧急（因为没有tokens从链中消失的危险;不会有迫在眉睫的伤害），并要求案件用中文审理。
- Zhang在ECAF网站上提交索赔，还需将索赔的关键细节写在链上的案件登记处,这称为仲裁智能合约。这个步骤会将索赔发送给ECAF。
ECAF收到索赔
- Casey，ECAF的案件管理员，收到通知被告知有一个新的索赔。
- 她审查了这个案子，了解到Zhang没有给Robert Dapp提供账户信息。她向Zhang提交索赔时提供的地址发送了一封电子邮件。Zhang对Casey针对案件要求补充的更多细节做出了回复。现在索赔已经完整了。
- Casey审查了这个索赔，并注意到了该行业部门和Zhang倾向于用中文进行仲裁。不幸的是，法庭的主要讲中文的仲裁员目前正在处理另一起案件。Casey注意到，尽管Zhang签署的Robert DApp合同没有指定一种仲裁语言，但它是用英文写成的。以此为基础以英文进行仲裁时，她问Zhang是继续由讲英语的仲裁员审理，还是他更愿意等待一位讲中文的仲裁员。Zhang确认他将以英语进行仲裁。
- Casey将案件分配给了目前有空的仲裁员Alice，她之前有保险纠纷的裁决经验。这使得案件在仲裁智能合同中被分配。
索赔通知
- 仲裁智能合同使用链上电子邮件服务分别向Zhang和Robert发送了电子邮件，通知Zhang他的案件已被接受，并通知Robert有一个争议需要他应诉。该电子邮件详细说明了案件名称，指定的仲裁员，以及损害赔偿等。
- 邮件要求Zhang和Robert确认他们都收到了邮件。Zhang已确认，而Robert没有确认。
案件启动
- 一段时间过去了，但Robert仍然没有确认他收到了通知他有争议的电子邮件。（Robert预计会定期查看他的电子邮件和案例登记处。）
- RDR允许Alice在一段时间后继续处理案件。
- Alice对案件细节进行了审查，并注意到500个 EOS的索赔要求，她还要花费几个小时审查案件的证据并对案件作出裁决。ECAF为仲裁员服务的最高收费标准设定了指导原则。Alice合计了她和Casey将在案件上的花费。她在Zhang的500个EOS索赔额基础上增加了这一数额。
- 然后，Alice写信给Zhang和Robert，要求他们各自提交50个EOS token的保证金以确保案件的推进。Zhang随即提交了50个EOS token。
- Robert收到Alice的最新消息后，意识到自己处境艰难，同意提交50个EOS token，以避免Alice临时裁定他DApp的部分资产被冻结。
- 该案件现已启动。
仲裁员审议
- Alice查看了证据，查找她要求Zhang提供的详细说明，包括他的航班，延误情况，酒店住宿费用等。
- 她还需要Robert为他的DApp没有按合同支付赔偿而提供辩护。
- Alice递给 Casey她需要的进一步细节，以便Casey可以跟进Robert和Zhang。这让Alice有时间审查其他案件，并确保她作为仲裁员的权力不被削弱。
- Casey必须多次提醒Robert和Zhang提供所要求的信息。（她甚至不得不威胁Robert向Alice报告他不遵守法庭规则。）最后，Casey收集了Robert和Zhang提供的所有信息，并将其附加到案件跟踪系统。她将其标记为可供Alice审阅。
仲裁员裁决
- Alice回顾案例细节。她发现，根据Zhang所提交的证据，Robert辩解说Zhang与Robert Dapp没有签订有效的保险合同，这是虚假的。
- （一个著名的事件研究将在后来揭示，事实证明，在大量请求中，Robert Dapp与提供航班延误信息的智能数据库未连接上。）
-
Alice裁定Zhang的主张是合理的。她裁定Robert应该支付Zhang500个 EOS token，Robert也应该支付法庭的仲裁费用。裁决公布的内容包括：
-
当事人的身份证明
-
经Alice确定的案件事实
-
规则和法律的逻辑
-
裁决要求各方应作出的行为
-
裁决的日期
-
Alice的名字和手写签名
-
案件的费用分配
-
Alice决定将公布裁决（她也可以根据案件的是非曲直决定将裁决或其中的一部分内容保密）。
-
补救措施的发出
- 在收到Alice发出的通知后，ECAF内部开发人员将编写一个命令BP将500个 EOS token从Robert的账户转给Zhang，并将仲裁费用转给ECAF的交易程序。
- 这些指令随后被发送给BP。
BP执行裁决
- BP会收到Alice的指令。他们检查是否确实是她发出的交易，她是否隶属于有效的仲裁法庭，并且确定该指令是有效的。
- 然后，BP在30天后将指令放入队列中执行。
一旦裁决被执行并完成转让/补救措施，则该案件被标记为完成。
裁决的终结
- 显然，Robert对事件的结果并不满意。但仲裁裁决对双方均是最终裁决。
- Robert如果愿意，可以通过提出新的争议来上诉，但上诉只有存在原始案件中没有考虑到的新信息时才允许提出。如果Robert未能提交所有证明文件或证据，则重新开庭并不被接受; Robert有责任提供充分的证据证明他的观点。
180天后
- 随着她在仲裁领域专业知识和信心的不断增加，Alice继续处理越来越复杂的纠纷。
- 在此期间，她作为面试小组的一员挑选了更多的仲裁员参加到法庭中。
- 在180天之后，到了为启动法庭而需要被批准的时候。
- Alice和其他被提名的仲裁员被提交给社区批准。
- 举行公民投票时，token持有人有权拒绝或批准ECAF及其仲裁员提名者。
- 表决通过，ECAF则有权继续作为默认的EOS仲裁法庭。
相关文章：
关于我们更多联系：
Website：https://eoshenzhen.io
Steem：https://steemit.com/@eoshenzhen
Busy：https://busy.org/@eoshenzhen
Telegram：https://t.me/eoshenzhen
Twitter：https://twitter.com/eostechlover
简书：EOS技术爱好者
新浪微博：EOSTechLover
