Kleros争端解决协议与您的平台集成使用

在这篇文章中,Kleros的首席执行官费德里科(Federico Ast)提出了Kleros作为一种去中性化的仲裁协议的愿景:很多的应用将会搭建于该协议的基础之上。。现在Kleros已经在主网上启动了,我们已经收到了很多关于如何从技术角度来集成该协议的问题:第三方平台如何集成我们的协议?

Kleros争端解决协议与您的平台集成使用

Kleros为区块链产品,市场,Dapps等领域提供仲裁服务


  在这篇文章中,Kleros的首席执行官费德里科(Federico Ast)提出了Kleros作为一种去中性化的仲裁协议的愿景:很多的应用将会搭建于该协议的基础之上。。现在Kleros已经在主网上启动了,我们已经收到了很多关于如何从技术角度来集成该协议的问题:第三方平台如何集成我们的协议?

  Zaid是我们社区的一员,关于如何将Kleros与他的平台进行结合的一些重要问题在我们的slack上引发了一场非常有意义的讨论。我们决定把它总结在这篇博客里,希望它能解答社区里其他成员的类似问题。
  

  Kleros平台是否会提供API,以便我们的市场可以提交争议? 这些API会是SOAP/REST网络服务?还是我必须直接向以太坊区块链提交争议请求? 这些API是否已经确定?
  Kleros是基于我们开发的仲裁标准而开发完成的仲裁系统,这意味着用户无需专门与Kleros集成。 一旦采用该仲裁标准,使用者将能够选择遵循该标准的任何仲裁系统来解决争议。 具体实现包含三个部分:智能合约、存储和用户交互界面。
  我们开发了一个库(kleros-api),任何仲裁智能合约都可以使用它来开发符合仲裁标准的应用程序。该库需要Web3应用来调用智能合约和某种存储机制(例如IPFS)来存储大量的诸如用于争议裁决的证据之类的静态资产。有关此内容的更多信息,请参阅证据标准。我们不通过APIs提供中心化的服务,用户必须使用自己的Web3应用连接自己的节点,或者通过浏览器连接自己的基础服务。

  信息和附件大小限制是多少?文件大小是由用户使用的文件存储系统决定的。

  从系统集成的角度来看,整个过程是如何工作的?用户可以根据仲裁标准创建一个可仲裁的智能合同(或者采用/适当调整我们提供的示例),它允许各方执行以下流程:

  

         (Kleros的争议解决合同交互流程)

  - 可仲裁状态:执行一些业务流程(例如:在销售中锁定双方资金);

  - 可仲裁状态:如果业务进展顺利,它将依据合同继续进行,而不向Kleros发送任何请求或支付任何费用。但是如果任何一方通过可仲裁合约提出争议,我们将进入下一步。

  - 可仲裁状态:用以太币支付Kleros的仲裁费用(例如:从锁定的资金里支付或通过一个时间锁流程在-双方都完成付款后支付);

  - 仲裁系统:抽取陪审员,收集投票,并留出一些时间来上诉。

  - 可仲裁状态:双方现在有时间用以太币来支付上诉费,然后再回到上一步,或者他们可以等待上诉期结束。

  - 仲裁系统:触发可仲裁合同执行裁决。

  - 可仲裁状态:根据裁决投票结果决定如何执行这一裁决。


  用户可以使用kleros-api更快地开发完成您的客户端,参见kleros-interaction以获取智能合约的开发示例。
  

  出于安全性考虑,我们的案例文件是否只允许签署NDA保密协议的指定陪审员查看可能具有商业敏感性的非公开信息?使用什么类型的存储系统?我们如何分发案例文件?目前没有该功能。但是,我们计划通过使用加密,默克尔树和零知识证明来支持自定义证据隐私程序。用户可以决定使用哪种存储系统(例如IPFS,Swarm等),可以按照证据标准发送文件,或使用kleros-api以节省时间。

  谁能成为陪审员?任何人吗? 或者是否只有KYC认证的法律专业人员才能成为陪审员?任何能够将PNK存入子法院的人都有资格成为Kleros的陪审员。将来,我们可能会创建只有申请者被列入白名单才能参与的子法院。要了解更多信息,请阅读我们的白皮书

  陪审团裁决的理由是否会被提供给参与争端的各方?目前不会提供,我们计划在将来的版本提供支持。

欢迎加入 Kleros 社区!

加入 Telegram

浏览我们的网站

关注我们的Twitter

加入Slack上参与开发讨论

也可以在Github也分享贡献。