关于区块链:浅谈分布式账本OpenLedger-的特性及场景应用超话区块链回顾

54次阅读

共计 3370 个字符,预计需要花费 9 分钟才能阅读完成。

什么是分布式账本?分布式账本的设计、布局及典型利用场景又是怎么的呢?基于社区近期开发者遇到的此类问题,我将分享一些集体对分布式账本 OpenLedger 的教训,心愿能够给大家一些借鉴与参考。

什么是分布式账本,它与区块链有何关系?

账本,是用来记录权利变动的一种技术。账本的利用非常宽泛,它可用于集体、家庭、企业以及银行记录客户借贷。上面我将通过生存实例介绍不同类型账本的特点。

第一,是集体的账本,它是最简略的一种记账形式,次要用于记录集体的支出开销。

第二,是家庭的账本,相比于集体账本,在多人独特记账时,咱们须要关注每一笔账的支出与收入对象是哪位家庭成员。另外,家庭账本还须要关注多个家庭成员同时支出和收入的状况,避免出现记账错乱的问题。

第三,是企业账本,相比家庭账本,企业的账本更为简单,须要减少账期和科目的属性。账期能够帮忙企业统计一段时间内账户权利的变动,例如财年。

第四,是银行的账本,银行账本需减少权利主体,即交易发起人。银行账本不是记录本人的收支,而是用于记录用户贷款、贷款、转账交易记录,因而银行记账的主体是用户。个人用户能够本人发动交易,银行负责记账,企业用户的多个会计、出纳等能够发动同一个账户的交易。

以上的四种类型被称为中心化的记账形式,记账主体是繁多的。那什么是分布式账本呢?

  • 首先,区别于中心化记账,分布式记账的参加主体很多,参加主体之间的利益不肯定是统一的,可能有独特的利益诉求,也可能存在不同利益之间的博弈;
  • 其次,分布式记账具备多核心的特点,参加的组织具备明确的分工;
  • 最初,分布式记账的组织关系和账本体系具备层次化构造,记账主体比拟多,这与传统区块链中点对点、多中心化的关系具备显著的不同。

以信贷资产证券化为例,银行给购房者做抵押贷款的业务,将钱借给购房者,此时银行与购房者会造成借贷关系。

因为住房贷款的还款期限较长,贷款利息又比拟低。如果银行将同样的贷款与企业单干,或是通过信用卡的模式借贷,这种单干形式收益回报率更高。

因而,贷款银行更心愿可能把贷款疾速发出且取得高回报率。通过资产证券化业务,贷款银行本来 30 年能力回收的贷款本息,当初一个月内即可发出。

贷款银行首先须要将贷款打包,通过信托公司把它包装成证券,再通过证券公司将它卖给不同的投资人或投资机构。

待上述流程实现,贷款银行根本可把款项发出,同时,贷款银行也需领取肯定的费用,此时借款人会继续依照贷款合同还款。

还款的本金和利息需回报给证券投资人,借款人在后续 30 年继续还本金和利息给贷款银行,贷款银行将收到的款转给托管银行,托管银行再依照肯定的计算形式领取给托管机构,托管机构将证券本息计算当前再领取给证券投资人。

这就是其中的业务关系,每个机构都有本人的 IT 零碎,业务之间无奈互通会导致效率低,可能须要几天工夫能力实现资金和信息的流转。

然而,采纳 OpenLedger 分布式账本技术,能够将资金和证券相干的账本进行对立记录,能够做到实时地传递信息,进步流转的速度,进步业务的效率。

除此之外,采纳分布式账本技术也能实现金融的穿透式监管,能很好地辨认两头流程所存在的潜在危险。

分布式账本对技术提出了以下要求:

  • 首先 是多核心,它有多个组织独特参加,不同于传统的中心化模型,这是以自治为主的治理模型。原来的中心化,咱们只能信赖记账方的数据,而分布式账本,因为有不同机构独特参加,咱们就须要新的治理模型来合乎场景的须要;
  • 其次 是共识机制,咱们要实现数据多方都能认可,即达到数据共识;
  • 最初 是账户模型,因为组织机构账户是须要特定岗位的人去执行操作,故咱们不能仅仅依附点对点的账户模型,更须要立体化的账户体系、层次化的构造。这些构造个性与区块链技术是高度相干的,这也是咱们选用 FISCO BCOS 作为底层平台实现分布式账本的重要起因。

OpenLedger 背景及个性介绍

咱们将账本所波及到的对象进行形象拆散,能够分为以下 5 类:

  • 集体,集体间接在分布式账本里通过开户领有本人的账户;
  • 组织,组织中的员工并没有本人的账户,但他来自某个组织,代表组织参加业务,那么这个账户则是属于他所在的组织;
  • 账户,用来记录所有人的权利;
  • 权利,目前咱们反对两种权利类型,别离是基于账户余额数量变动的权利和基于所有权变动的权利,后者自身相似于一种实体资产;
  • 账本,每一种权利都会对应一个账本,这与咱们所说的记录权利变动的账本或台账很相似。

基于对上述概念的理解,咱们得以更好地了解 OpenLedger 的设计思路。首先,咱们的底层选用 FISCO BCOS 区块链平台,并应用不同的开源我的项目作为技术撑持。

两头的 OpenLedger 次要形成有账本、账户、权利、组织等外围组件以及这种分布式账本的治理体系,比方合约治理、权限治理等。咱们能够通过账原本撑持不同的业务。

OpenLedger 设计与布局

职责拆散

集体和组织之间有职责的划分,用户如果须要应用分布式账本,可通过分布式账本中的某个组织进行开户,开户的条件是开户的组织与集体之间需存在业务关系,这样的组织简称为 KYC。

开户过后,咱们在分布式账本上就会有账号,账号的所有人可能是组织,也可能是自然人,负责帮忙他开户的组织是该账户的 KYC 组织。KYC 组织会记录账户所有人的根本信息,这些信息是不共享的。目前,咱们的设计是不容许其余企业去拜访和批改用户材料。

双重签名

联盟链不向终端用户间接提供区块链服务,通常采纳私钥托管的形式,行将私钥托管给向其提供业务的企业。这种设计形式相当于将私钥委托给某一个业务方去治理和应用,私钥所产生的的签名也是由业务方发动的。

组织可能会不经容许用你的私钥擅自发动业务,用户权利无奈在账本上失去体现。因而咱们设计了双重签名机制,用户始终能保存集体的私钥,并且能间接用私钥发动交易,签名后提交给某个业务方,业务方用它接入区块链时在私钥上进行二次签名,把交易提交给区块链。

区块链会验证业务方的签名,查看其是否是联盟中所容许的参加组织,通过后再把用户签名后的交易提交给智能合约,依据用户签名进行测验,看最开始的签名是否为咱们所认可的用户。

只有通过这样两次签名和两次验签的操作,才会执行相应的智能合约。借助双重签名机制,可能保障用户账户不会被第三方不经受权就应用,爱护用户链上的权利。

台账

记账之后常常须要查账,查账的条件是非常复杂的,区块链的数据结构个别采纳的是默克尔树结构,账户中的数据可能扩散在多个区块链的区块中。如果须要查问数据,可能须要调用很屡次查问交易或者是区块数据的形式,能力最终取得想要的数据。整个流程十分繁琐,效率偏低。

咱们借助 FISCO BCOS 的 CRUD 预编译合约,将整个账户变动的历史以二维表的形式进行记录。当咱们查问的时候,数据库 C 类查问条件就能不便地取得查问后果,并且能够基于账户计算。

OpenLedger 典型利用场景

信贷资产证券化

权利有两种,一种就是资金权利,一种是证券权利。

借款人须要将钱先给借款银行,借款银行划拨给托管银行,托管银行收到钱后,计算相干税费、本息等,并本息领取到托管机构,托管机构再领取给投资人,由此实现资金的流转。

后者则是证券的流转过程,贷款银行将贷款打包发售给信托公司,信托公司将贷款设计成证券,证券公司负责把它销售给投资人。这样会产生证券的流转。

如果利用 OpenLedger 技术来解决,只需设计资金和证券两类权利。别离由这两个组织来负责权利账本的托管人,进行账本的保护。

其余机构只需开设一个账户,权利如果是集体,间接由集体来发动转账交易,权利如果是机构,则由机构的业务员来操作机构的账户,发动权利的流转。

对职责拆散强需要的业务场景

正如上述所提到的,集体能够是账户的所有人,间接保护本人的账户,用私钥发动签名来进行权利的流转;也能够是某个组织,代表组织进行转账业务。它可能是资金托管或者贷款银行,次要负责把收到的钱及时从托管账户转到资金保存银行的账户。

投资人开户间接与证券公司产生业务,因而须要通过证券公司来代理,证券公司会保护投资人的个人信息,个人信息在 OpenLedger 中是无奈被其余组织所拜访的,只能通过账户来产生业务。

一旦投资人的材料失落,在传统区块链中这个账户就无奈持续应用,然而在 OpenLedger 分布式账本中,它能够通过账户体系的设置,进行私钥重置,用户依然能够应用原来的账户,而权利也不会失落。

正文完
 0