一一个有意思的故事】举例让你了解有关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赞