一个有意思的故事】举例让你了解有关EOS仲裁的故事译：Fre

一一个有意思的故事】举例让你了解有关EOS仲裁的故事

译：Freya  EOS联盟  昨天

欢迎注册EOS联盟官网（eos.ren）申请白名单

A walkthrough of an EOS Arbitration saga

主要人物

- 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仲裁法庭。

——TheEnd——

内容转载自公众号

EOS技术爱好者

EOS技术爱好者

了解更多

阅读 311赞

译：Freya  EOS联盟  昨天

欢迎注册EOS联盟官网（eos.ren）申请白名单

A walkthrough of an EOS Arbitration saga

主要人物

- 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仲裁法庭。

——TheEnd——

内容转载自公众号

EOS技术爱好者

EOS技术爱好者

了解更多

阅读 311赞