CN110838068B - 弱中心化基金交易平台及其方法 - Google Patents

Abstract

一种弱中心化基金交易平台及其方法，该弱中心化基金交易平台包括金流数据库及基金处理系统。基金处理系统包括基金媒合模块、清算交割模块及加密打包模块。基金媒合模块媒合配对金流数据库中各参与者账户的交易条件指令成买卖搓合信息。清算交割模块对买卖搓合信息进行清算程序与交割程序，以产生交易记录。加密打包模块将交易记录对应的交易收据或结算余额记录到账本信息，并对账本信息进行加密程序以取得总专属加密值。总专属加密值将被记录至公有区块链中第j个区块的数字标签值，且数字标签值等于总专属加密值。

Description

弱中心化基金交易平台及其方法

技术领域

本发明是有关于一种弱中心化基金交易平台及其方法。

背景技术

金融市场的资金供需在自由经济的发展中扮演着极为重要的角色，而金融市场中具有相当多种的金融商品(financial instrument)，如基金、债券、股市、期货、选择权商品等等，可供参与者利用自身资金选择并进行相关交易行为。

共同基金(以下简称：基金，Mutual Fund)，是由专业的证券投资信托公司(以下简称：基金公司)以发行受益凭证的方式，募集投资人的资金，并将募集而来的资金交由保管机构保管，再委托专业基金经理人进行投资管理运用。当投资有损益时，投资人将依照其投资比例分享其利益。投资基金与一般直接投资，如：外汇、股票等商品，最大不一样之处，在于它非由投资人直接将资金投入特定金融商品(如：公司股票、债券)，而是藉由买、卖基金公司所发行的受益凭证，也就是说，投资人通过受益凭证，间接投资市场，按该基金所委托的专业经理人，主动式管理运用，换算基金净值形成每日损益，并由基金公司每日对外公布基金净值。共同基金的成立，主要是有鉴于投资大众的小额投资金额并无法形成有效分散风险的投资组合，故将小钱聚集为一笔大钱，来协助投资大众分散风险，是一种共聚资金、共担风险、共享投资利润的投资方式，最大的特色是投资组合的风险分散。

基金交易是由单一机构(如银行、清算所)去执行并持有账目系统，本质上为一封闭系统且为中心化架构，然而基于此中心化架构的基金交易存在至少以下问题：一、单一机构(如银行、清算所)被入侵时，将导致整个交易平台随的瘫痪，甚至事务历史记录可能被恶意篡改，参与者无法确保其交易记录是否为公正公开；二、由于各家机构分别执行自定义的交易过程的交易逻辑的执行过程不一致，数据格式不一致，客户要再次确认交易的执行明细进行数据对账流程较长，因要每笔交易与全部数据重新核对，依数据量恐需数天时间，使得交易稽核效率低；三、基金赎回时，因其作业冗长，想就该款项再其他申购，需待5-7工作天方能进行；四、基金申购时，基金公司或各基金销售通路等中介者对于每笔交易均收取手续费，其费用有达3％，且该单位数入账亦有需3个工作日之久；五、因基金买卖机制与效率的关系，对于申购、赎回都被限制得符合最低额度以上才可进行，投资人想买不足一个基金单位或仅要赎回不足一个基金单位(或例如只想卖出等值新台币1元的基金单位)，现行机制窒碍难行。

综上所述，可知现有技术基于此中心化架构所进行的基金交易存在至少上述问题，因此实有必要提出改进的技术手段，故如何改良并能提供一种『弱中心化基金交易平台及其方法』来避免上述所遭遇到的问题，是业界所亟待解决的课题。

发明内容

本发明提供一种弱中心化基金交易平台及其方法，在不改变外部传统基金交易体的运作下，通过本发明的弱中心化基金交易平台及其方法，创建内部区块链基金交易生态系，进行新型态的基金交易的模式。称弱中心化，是相对传统基金交易采100％中心化机制而言。盖中心化体制，在交易确认、隐私保护、金融监理等方面较佳；去中心化机制，在公众信任、陌生交易、降低错误、数据透明等面向优势，两者各有优劣。然而，金融监理及法令规范有其特殊性，现实中，「完全」去中心化确实有无法满足社会需要之处，如：某甲受强制执行，需强制扣其资产，在「去中心化」世界中，甲若不同意签章，任何人均无法强行之。这时唯有「中心化」机制能解决，以符法治及监理之需。再则，交易过程，并非所有事情皆需所有人共识，也不是任何东西都记上区块链才是最好的。综上原因，本发明采两者之长，互补其短的混合(Hybrid)模式，整体设计以「中心化」运作居辅，多以「去中心化」机制为主。

本发明的一实施例提出一种弱中心化基金交易平台，包括一金流数据库以及一基金处理系统。金流数据库包括一调节者账户以及多个参与者账户，其中各参与者账户能提出一交易条件指令，各交易条件指令包含一申购需求或一卖出需求，申购需求及卖出需求分别包含至少一基金种类与相对应的交易单位数量。基金处理系统连接于金流数据库，基金处理系统包括一基金媒合模块、一清算交割模块以及一加密打包模块。基金媒合模块媒合配对各交易条件指令，于第N个时间单位内产生至少一买卖搓合信息，其中该基金媒合模块将能相互冲抵的申购需求与卖出需求中配对成买卖搓合信息，所述能相互冲抵指申购需求与卖出需求分别为同一基金种类且对应基金种类的相同交易单位数量。而该基金媒合模块对无法相互冲抵的申购需求与卖出需求的一差额，由调节者账户对多个差额反向冲抵补足作业成买卖搓合信息，其中，该多个差额指不同的基金种类或同一基金种类但该同一基金种类的交易单位数量不同而买卖相互冲抵后有余额，其中N大于或等于1。清算交割模块接收至少一买卖搓合信息，清算交割模块用以对各买卖搓合信息，依据各交易条件指令与各参与者账户进行一清算程序与一交割程序，此二程序合称结算。结算完成后，将产生至少一买卖搓合信息的一交易记录，其中各交易记录包含一交易收据与一结算余额。加密打包模块用以接收各交易记录对应的交易收据或结算余额，依据各交易记录的时序，分别将各交易记录对应的交易收据或结算余额记录到至少一账本信息，加密打包模块对多个账本信息进行一加密程序以取得一总专属加密值。基金处理系统连接公有区块链，公有区块链以一区块链技术使多个区块链接，且公有区块链接收加密打包模块传输的总专属加密值，总专属加密值将被记录至公有区块链中第j个区块的一数字标签值，其中j大于1，且数字标签值等于总专属加密值。

在一实施例中，上述调节者账户与一外部交易机构进行交易以取得对应该多个差额的基金种类及对应基金种类的交易单位数量，以施行对该多个差额的反向冲抵补足作业。

在一实施例中，上述清算程序为清算交割模块清算各买卖搓合信息的对应基金种类与交易单位数量及对应的金额；交割程序为各参与者账户交割各买卖搓合信息的基金种类与对应基金种类的交易单位数量与对应的金额，其中清算交割模块依据各买卖搓合信息，使各交易条件指令的参与者账户之间移转至少一基金种类与对应基金种类的交易单位数量以取得交易收据，并传输各交易收据至对应交易条件指令的参与者账户，且依据各交易收据中至少一基金种类的金额与对应基金种类的交易单位数量取得对应的结算余额。

在一实施例中，上述加密程序为依据至少一账本信息的数目，加密打包模块分别对各账本信息加密成一专属加密值，专属加密值仅对应账本信息内的各交易记录对应的交易收据或结算余额，加密打包模块将继续对至少两个以上的各专属加密值再次加密，依此循环加密直到专属加密值的数目等于1，取得总专属加密值。

在一实施例中，上述弱中心化基金交易平台更包括一稽核系统，稽核系统连接基金处理系统以及公有区块链，稽核系统对基金处理系统的至少一账本信息中的交易收据或结算余额进行验证稽查。

在一实施例中，上述稽核系统依据公有区块链中数字标签值，以对总专属加密值进行验证。

在一实施例中，上述稽核系统供各参与者账户相对应的专属加密值与其循环加密过程中关联的专属加密值，进行验证稽查。

本发明的一实施例提出一种弱中心化基金交易方法，包括以下步骤：多个参与者账户分别提出一交易条件指令，各交易条件指令包含一申购需求或一卖出需求，申购需求及卖出需求分别包含至少一基金种类与相对应的交易单位数量；藉由一基金媒合模块媒合配对各交易条件指令，于第N个时间单位内产生至少一买卖搓合信息，其中N大于或等于1；藉由一清算交割模块用以对各买卖搓合信息，依据各交易条件指令与各参与者账户进行一清算程序与一交割程序，此二程序合称结算。结算完成后，将产生相对至少一买卖搓合信息的一交易记录，其中各交易记录包含一交易收据与一结算余额；依据各交易记录的时序，藉由一加密打包模块分别将各交易记录对应的交易收据或结算余额记录到至少一账本信息；藉由加密打包模块对多个账本信息进行一加密程序以取得一总专属加密值；以及公有区块链接收加密打包模块传输的总专属加密值，总专属加密值将被记录至公有区块链中第j个区块的一数字标签值，其中j大于1，且数字标签值等于总专属加密值。

在一实施例中，上述媒合配对各交易条件指令的步骤中，包括以下步骤：基金媒合模块将能相互冲抵的申购需求与卖出需求配对成买卖搓合信息，所述能相互冲抵指申购需求与卖出需求分别为同一基金种类且对应基金种类的相同交易单位数量；基金媒合模块对无法相互冲抵的申购需求与卖出需求的一差额，由调节者账户对多个差额反向冲抵补足作业成买卖搓合信息，该多个差额指不同的基金种类或同一的基金种类但该同一基金种类的交易单位数量不同而买卖相互冲抵后有余额。

在一实施例中，上述反向冲抵补足作业的步骤中，包括以下步骤：调节者账户与一外部交易机构进行交易以取得对应该多个差额的基金种类及对应基金种类的交易单位数量，以施行对该多个差额的反向冲抵补足作业。

在一实施例中，上述产生相对至少一买卖搓合信息的该交易记录的步骤中，包括以下步骤：清算交割模块依据各买卖搓合信息，使各交易条件指令的参与者账户之间移转至少一基金种类与对应基金种类的交易单位数量以取得交易收据；清算交割模块传输各交易收据至对应交易条件指令的参与者账户；以及清算交割模块依据各交易收据中至少一基金种类的金额与对应基金种类的交易单位数量取得对应的结算余额。

在一实施例中，上述进行清算程序与交割程序的步骤中，包括以下步骤：清算程序为清算交割模块清算各买卖搓合信息的对应基金种类与该交易单位数量及对应的金额；以及交割程序为各参与者账户交割各买卖搓合信息的基金种类与对应基金种类的交易单位数量与对应的金额。

在一实施例中，上述藉由加密打包模块对多个账本信息进行加密程序以取得总专属加密值的步骤中，包括以下步骤：依据至少一账本信息的数目，加密打包模块分别对各账本信息加密成一专属加密值，其中专属加密值仅对应账本信息内的各交易记录对应的交易收据或结算余额；以及加密打包模块将继续对至少两个以上的专属加密值再次加密，依此循环加密直到专属加密值的数目等于1，取得总专属加密值。

在一实施例中，上述弱中心化基金交易方法，更包括以下步骤：藉由一稽核系统对至少一账本信息中的交易收据或结算余额进行验证稽查；以及稽核系统供各参与者账户相对应的专属加密值与其循环加密过程中关联的专属加密值，进行验证稽查。

在一实施例中，上述藉由加密打包模块对多个账本信息进行加密程序以取得总专属加密值的步骤中，包括以下步骤：稽核系统依据公有区块链中数字标签值，以对总专属加密值进行验证。

基于上述，本发明提供一种弱中心化基金交易平台及其方法，提供一门坎低的环境，不需合格中介者介入，进而省去中介者对于每笔交易所收取手续费或管理费的费用，参与者账户能在本发明的弱中心化基金交易平台上进行基金交易以物易物交换，任何交易过程通过本发明的分账管理、记录与加密过程使得账本信息具有完整性(Integrity)、加密性(Encrypted)、不可篡改性(Incorruptible)、不可否认性(Non-repudiation)与可追溯性(Traceability)，做到公信验证及事务数据的持续正确性，进一步可通过公有区块链进行分布式储存，达到对本发明弱中心化基金交易平台及其方法的公众监督与参与者监督，进而提升参与者对本发明的弱中心化基金交易平台及其方法建立起交易的安全性、公正且易于证明真实性。

为让本发明能更明显易懂，下文特举实施例，并配合所附图式作详细说明如下。

附图说明

图1为本发明的弱中心化基金交易平台一实施例的示意图。

附图标记说明：10-弱中心化基金交易平台；12-金流数据库；122-调节者账户；124-参与者账户；14-基金处理系统；142-基金媒合模块；144-清算交割模块；146-加密打包模块；16-稽核系统；20-外部交易机构；30-公有区块链；40-参与者装置。

具体实施方式

以下结合附图和实施例，对本发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此限制本发明的保护范围。

本发明的弱中心化基金交易平台及其方法应用在执行符合双边预设条件可自动执行的计算机代码协议的网络中，例如本发明的清算交割模块以及加密打包模块所执行的程序形成的一传输协议(Protocol)，以及该程序与公有区块链双向通讯，用以实现簿记账务由传输协议(Protocol)转移到公有区块链，或由公有区块链回查传输协议(Protocol)间的桥接流通，达到数据双向流通及把关的作用。符合双边预设条件可自动执行的计算机代码协议为一种以信息化方式传播、验证或执行合同的计算器协议，且依据既定的条件及传输的信息来驱动执行指令的计算机程序，在一实施例中，符合双边预设条件可自动执行的计算机代码协议包括但不限于通过程序语言(例如：Solidity、Serpent、LLL、EtherScript、Sidechain)等等来撰写，其可包含各种不同的事件(Event)、函数(Function)或参数状态等等，因此，该协议允许在没有第三方的情况下进行可信交易，除了对接收到的信息进行响应，并可以接收与储存信息，也可以向外发送信息，换言之，符合双边预设条件可自动执行的计算机代码协议为一种运行在可复制、共享账本上的计算机程序，可以接收、处理、储存及发送信息。

再者，区块链技术是一个去中心化交易平台的概念性验证，属于一种加密电子记录方法，本发明的弱中心化基金交易平台及其方法应用在执行符合双边预设条件可自动执行的计算机代码协议的网络，使得以物易物交换的过程可直接由一方发起，并自动触发(Trigger)给另一方执行交易。在前述过程中，不需要再通过任何中介机构或第三方机构。区块链技术包括采用如Hashcash算法来进行算法演算，让区块链中的各节点有机会参与验证，达到公正性。因此，区块链技术具有以下的技术特色：P2P(Peer to Peer)网络架构与非对称性加密技术。P2P(Peer to Peer)网络架构是区块链技术连接各节点的方式，其与传统的中心化网络架构并不相同。在P2P网络架构中，每个节点的地位相同，也都具有相同的网络计算权力，各节点之间通过协议共享计算资源、软件或信息；非对称性加密技术，利用公钥及私钥对传输的信息进行加密与解密，其中公钥可以公开发行，用于发送方传输加密信息之用；私钥用于接收方解密接收到的加密信息，区块链技术利用此非对称性加密技术维持个节点间的信任关系。

图1为本发明的弱中心化基金交易平台一实施例的示意图。请参阅图1。本发明的弱中心化基金交易平台10得以使用计算机网页(Web)或利用APP(Application；以下简称APP)应用程序来呈现于各类型的操作系统(包括但不限于Windows、Android或IOS等)的计算器设备，计算器设备可为服务器、计算机主机、笔记本电脑、平板计算机、智能型手机或具同等无限传输接口等等，本发明不对上述计算器设备加以限制。

在本实施例中，弱中心化基金交易平台10可通过网络耦接至外部交易机构20以及每一个参与者装置40(图1仅例示一个参与者装置40)。本实施例的弱中心化基金交易平台10包括一金流数据库12、一基金处理系统14以及一稽核系统16。金流数据库12可通过硬件(例如集成电路)、软件(例如处理器执行的程序指令)或其组合来实现通讯联机与逻辑判断的功能，金流数据库12包括一调节者账户122以及多个参与者账户124。

在本实施例中，调节者账户122可为该弱中心化基金交易平台10本身的账户，或由自然人或法人机构担任公正第三者。本实施例能藉由调节者账户122与外部交易机构20进行至少一基金下单交易，取得登记的基金受益凭证。所述基金包含基金种类与对应基金种类的交易单位数量。外部交易机构20包括但不限为一金融机构，其例如包含一保管银行、一托管银行(Custodianbank)、一基金公司(Fund House)、一集中保管结算所(Depository&ClearingCorporation)及前述组合等。需说明的是，本实施例的弱中心化基金交易平台10的调节者账户122与前述外部交易机构20(例如：保管银行、托管银行、基金公司与集中保管结算所)对外所执行的交易指令、开户、交割、对账、结算等作业流程是现有的投资交易流程，且其并非本发明的重点，因此不多做赘述。

在本实施例中，参与者可通过网站(Web)或利用APP(Application；以下简称APP)应用程序作为参与者装置40，参与者例如为自然人或法人机构。每一个利用参与者装置40的参与者需先向本实施例的弱中心化基金交易平台10在线开户，完成开户手续，成为参与者账户124后，方可入金下单。参与者账户124能在本实施例的弱中心化基金交易平台10上提出一交易条件指令，各交易条件指令包含一申购需求或一卖出需求，即投资者通过参与者账户124能自行提出基金申购或卖出于本实施例的弱中心化基金交易平台10，等待第N个时间单位，连同该第N个时间单位所有的参与者账户124提出的交易条件指令进行基金交易，其中N大于或等于1，时间单位例如为一天，在其他实施例中，时间单位例如为12小时，其端视实际需求而可调整时间单位。需说明的是，在此所述基金交易，所有参与者账户124会将其持有基金的权利移转至弱中心化基金交易平台10，由弱中心化基金交易平台10去进行一个区块链技术的交换或权利移转的记账，或登记在一个保管银行，保管银行授权给弱中心化基金交易平台10，换言之，参与者账户124由持有基金种类与其交易单位数量的参与者转换成弱中心化基金交易平台10内的数字记录持有者，其中该数字记录对应参与者账户124应有的实质持有的基金种类与其交易单位数量，而本发明的弱中心化基金交易平台10有基金权利名义上的所有权或以任何形式被授予代理执行基金权利，以下作进一步说明。

在本实施例中，基金处理系统14连接于金流数据库12，基金处理系统14可通过硬件(例如集成电路)、软件(例如处理器执行的程序指令)或其组合来实现通讯联机与逻辑判断的功能。基金处理系统14包括一基金媒合模块142、一清算交割模块144以及一加密打包模块146。基金媒合模块142媒合配对各交易条件指令，于第N个时间单位内产生至少一买卖搓合信息，其中N大于或等于1，时间单位例如为一天，在其他实施例中，时间单位例如为12小时，其端视实际需求而可调整时间单位。基金媒合模块142将能相互冲抵的申购需求与卖出需求配对成买卖搓合信息，所述能相互冲抵指申购需求与卖出需求分别为同一基金种类且对应基金种类的相同交易单位数量。另外，基金媒合模块142对无法相互冲抵的申购需求与卖出需求的一差额，由调节者账户122对该多个差额反向冲抵补足作业成买卖搓合信息，该多个差额指不同的基金种类或同一的基金种类但该同一基金种类的交易单位数量不同而买卖相互冲抵后有余额，其中调节者账户122与外部交易机构20进行交易以取得对应该多个差额的基金种类及对应基金种类的交易单位数量，以施行对该多个差额的反向冲抵补足作业。

举例而言，某一参与者账户124提出申购需求的交易条件指令，基金媒合模块142依据交易条件指令，搜寻其他参与者账户124是否有提出卖出需求的交易条件指令。若该申购需求的交易条件指令的基金种类与卖出需求的交易条件指令的基金种类相同，且对应基金种类的交易单位数量也相同，基金媒合模块142将上述能相互冲抵的申购需求与卖出需求配对成一买卖搓合信息；若该申购需求的交易条件指令的基金种类与卖出需求的交易条件指令的基金种类并不相同，基金媒合模块142将前述申购需求中无法完成配对的基金种类，由调节者账户122与外部交易机构20进行下单交易相对应基金种类的基金及对应基金种类的交易单位数量，取得登记的基金受益凭证后，调节者账户122不直接交易名义实质登记的基金受益凭证，而利用该基金受益凭证衍生的实质受益权，对基金种类及对应基金种类的交易单位数量反向冲抵补足作业成买卖搓合信息；又例如，若该申购需求的交易条件指令的基金种类与卖出需求的交易条件指令的基金种类相同，但对应基金种类的交易单位数量并不相同，基金媒合模块142将前述申购需求中无法完成配对的对应基金种类的交易单位数量，由调节者账户122与外部交易机构20进行下单交易相对应基金种类的交易单位数量，取得登记的基金受益凭证后，调节者账户122不直接交易名义实质登记的基金受益凭证，而利用该基金受益凭证衍生的实质受益权，将对应基金种类的交易单位数量反向冲抵补足作业成买卖搓合信息。需说明的是，上述以参与者账户124提出申购需求的交易条件指令为例，而参与者账户124提出卖出需求的交易条件指令亦类同，在此不重复赘述。

在本实施例中，清算交割模块144接收至少一买卖搓合信息，清算交割模块144用以对各买卖搓合信息，依据各交易条件指令与各参与者账户124进行一清算程序与一交割程序，此清算程序与交割程序合称结算。结算完成后将产生相对至少一买卖搓合信息的一交易记录，其中各交易记录包含一交易收据与一结算余额。详细而言，清算程序为清算交割模块124清算各买卖搓合信息的对应基金种类与交易单位数量及对应的金额。交割程序为各参与者账户124交割各买卖搓合信息的基金种类与对应基金种类的交易单位数量与对应的金额。清算交割模块144依据各买卖搓合信息，使各交易条件指令的参与者账户124之间移转至少一基金种类与对应基金种类的交易单位数量以取得交易收据，并传输各交易收据至对应交易条件指令的参与者账户124，且依据各交易收据中至少一基金种类的金额与对应基金种类的交易单位数量取得对应的结算余额。

举例而言，某一个参与者账户124提出的申购需求的交易条件指令为购买100个交易单位数量的黄金基金，于前述基金媒合模块142搜寻能相互冲抵该申购需求的卖出需求的另一个参与者账户124，并配对成一买卖搓合信息，清算交割模块144依据该买卖搓合信息，在另一参与者账户124扣除100个交易单位数量的黄金基金，并增加其等值对应的金额，并显示另一个参与者账户124的黄金基金的剩余的交易单位数量，以取得对应另一参与者账户124的交易收据或结算余额。而某一个参与者账户124扣除100个交易单位数量的黄金基金的等值对应的金额，并增加并显示某一参与者账户124的黄金基金的交易单位数量，以取得对应某一个参与者账户124的交易收据或结算余额。

需说明的是，在本实施例中，清算交割模块144接收至少一买卖搓合信息的过程中，得加密亦得不对买卖搓合信息进行加密。在本实施例中，清算交割模块144进行清算程序与交割程序，不分别对清算程序与交割程序的交易记录中交易收据或结算余额进行加密。在其他实施例中，亦可分别于清算程序与交割程序的交易记录中交易收据或结算余额进行加密。前述加密方式包括但不限于非对称加密，采取的算法包括但不限于不可逆的加密算法。

在本实施例中，前述于第N个时间单位内产生至少一买卖搓合信息，并经由清算交割模块144产生特定数量的交易记录，加密打包模块146用以接收各交易记录对应的交易收据或结算余额，依据各交易记录的时序，分别将各交易记录对应的交易收据或结算余额记录到至少一账本信息，为每一受托参与者账户124数字记录其应有持有基金种类与对应基金种类的交易数量单位于至少一账本信息。接着，加密打包模块146对多个账本信息进行一加密程序以取得一总专属加密值。详细而言，加密程序包括以下步骤。加密打包模块146依据至少一账本信息的数目，加密打包模块146分别对各账本信息加密成一专属加密值，专属加密值仅对应账本信息内的各交易记录对应的交易收据或结算余额，换言之，每个账本信息有对应的专属加密值，若有参与者账户124或其他账户篡改某一账本信息内的任一交易记录或其对应的交易收据或结算余额，则专属加密值会无法对应篡改后某一账本信息内的交易记录。接着，加密打包模块146将各专属加密值视为一莫克树(Merkle Tree)的叶节点(Leaf Node)，加密打包模块146将继续对至少两个以上的各专属加密值再次加密，依此循环加密直到专属加密值的数目等于1，取得总专属加密值，换言之，加密打包模块146使用一算法从叶节点依序进行每个阶层叶节点的演算加密，直到剩下最后一个，得到根节点的总专属加密值，前述加密方式包括但不限于非对称加密，采取的算法包括但不限于不可逆的加密算法。若有参与者账户124或其他账户篡改某一账本信息内的任一交易记录或对应的交易收据或结算余额，则专属加密值会跟随变动，进而此变动总专属加密值，使得总专属加密值无法对应到原本的总专属加密值，此举通过本发明的分账管理、记录与加密过程使得账本信息具有完整性(Integrity)、加密性(Encrypted)、不可篡改性(Incorruptible)、不可否认性(Non-repudiation)与可追溯性(Traceability)，做到公信验证及事务数据的持续正确性。

在一实施例中，加密打包模块146会持续接收上述各交易记录对应的交易收据，并将每笔交易记录对应的交易收据通过上述莫克树(Merkle Tree)储存起来产生一交易收据树(Receipt Transaction Tree)，并将总专属加密值传输至前述符合双边预设条件可自动执行的计算机代码协议的网络，以利后续参与者账户124进行验证稽查。同理，加密打包模块146会持续接收上述各交易记录对应的结算余额，通过上述莫克树(Merkle Tree)储存起来产生一结算余额树(Receipt Balance Tree)，当收到每笔交易记录对应的交易收据的同时，依据每笔交易收据动态更新结算余额树，并将总专属加密值传输制前述符合双边预设条件可自动执行的计算机代码协议的网络，以利后续参与者账户124进行验证稽查。

在本实施例中，稽核系统16连接基金处理系统14以及公有区块链30，稽核系统16对基金处理系统14的至少一账本信息中的交易收据或结算余额进行验证稽查，做到公信验证及事务数据的持续正确性，降低徇私或错账而导致参与者的损失。此外，各参与者账户124提出交易条件指令被接收与完成后，会取得交易收据，其对于自己的交易条件指令对应的交易记录、交易收据均有自行稽核权限，并且，参与者账户124在调阅与自己账务相关的专属加密值时，也要同步调阅其他参与者账户124的相关加密数据，故该位参与者账户124作验证稽核，等同帮其他参与者账户124也进行了稽核。一旦任何叶节点数据有被篡改，推导出的总专属加密值就会不一致，换言之，除稽核系统16供各参与者账户124相对应的专属加密值与其循环加密过程中关联的专属加密值，进行验证稽查，通过不可逆且高度困难被篡改的总专属加密值验算结果一致，代表验证结果的莫克树(Merkle Tree)的数据正确无误外，本发明开放参与者账户124自行发动稽核，一参与者账户124发动稽核，亦等同帮其他参与者账户124稽核。此通过专属加密值的稽核，如同以科学方法辨识个人身份一般，不必辨识其长相、声音或验DNA，仅比对其指纹即可确认是何人是同一逻辑。本发明将此概念运用在稽核系统16上，除强化数据验证的公示性与正确性，并巧妙地保护每一参与者账户124的个人数据与隐私权。

在本实施例中，基金处理系统14连接公有区块链30，公有区块链30以一区块链技术使多个区块(Block)链接。公有区块链30每个区块中，包括但不限于区块头(BlockHeader)、前一区块的加密哈希(Hash)值等信息。区块头会包含从前一个区块中的区块头所计算出来前一个数字标签值与该区块的数字标签值以及一随机值(Nonce)，每个区块经演算加密后被加上一个时间戳(Timestamp)并发布出去，这么做可让每一个区块与前一个区块数据产生链接，并能确保区块序列及历史记录的正确性，这是形成区块「链」最关键连结。公有区块链30接收加密打包模块146传输的总专属加密值，总专属加密值将被记录至公有区块链30中第j个区块的一数字标签值，其中j大于1，且数字标签值依区块链特性公开且高度困难被篡改，并恒久等于该总专属加密值。在本实施例中，稽核系统16依据公有区块链30中数字标签值，以对总专属加密值进行验证，但前述加密打包模块146仅接收加密打包模块146传输的总专属加密值，而所有具体的交易记录均在本发明的弱中心化基金交易平台10中，因此，任何人无法藉由仅有公有区块链30被记录的总专属加密值去窥得投资交易双方与其具体交易内容，而若任何人在前述传输协议(Protocol)中进行数据篡改，则得到的总专属加密值则无法与公有区块链30的数字标签值一致，故本发明可通过公有区块链进行分布式储存，在可公示稽核的特色下，达到对本发明的弱中心化基金交易平台10的公众监督与参与者监督之效，不但保护参与者个人数据与交易隐私，又提升参与者对本发明的弱中心化基金交易平台10建立起交易的安全性、公正且易于证明真实性。

在本实施例中，弱中心化基金交易方法可基于图1的弱中心化基金交易平台10执行以下步骤。首先，参与者利用参与者装置40需先向本实施例的弱中心化基金交易平台10在线开户，完成开户手续，成为参与者账户124后，方可入金下单。接着，每个参与者账户124在本实施例的弱中心化基金交易平台10上分别提出一交易条件指令，各交易条件指令包含一申购需求或一卖出需求，即参与者通过参与者账户124能自行提出基金申购或卖出于本实施例的弱中心化基金交易平台10。接着，藉由基金媒合模块142媒合配对各交易条件指令，于第N个时间单位内产生至少一买卖搓合信息，其中N大于或等于1，时间单位例如为一天，在其他实施例中，时间单位例如为12小时，其端视实际需求而可调整时间单位。细部而言，基金媒合模块142将能相互冲抵的申购需求与卖出需求配对成买卖搓合信息，其中所述能相互冲抵指申购需求与卖出需求分别为同一基金种类且对应基金种类的相同交易单位数量。另一方面，基金媒合模块142对无法相互冲抵的申购需求与卖出需求的一差额，由调节者账户122对该多个差额反向冲抵补足作业成买卖搓合信息，该多个差额指不同的基金种类或同一的基金种类但该同一基金种类的交易单位数量不同而买卖相互冲抵后有余额，其中调节者账户122与外部交易机构20进行交易以取得对应该多个差额的基金种类及对应基金种类的交易单位数量，以施行对该多个差额的反向冲抵补足作业。

接着，清算交割模块144接收至少一买卖搓合信息，在本实施例中，清算交割模块144接收至少一买卖搓合信息的过程中，得加密亦得不对买卖搓合信息进行加密。清算交割模块144用以对各买卖搓合信息，依据各交易条件指令与各参与者账户124进行一清算程序与一交割程序，此清算程序与交割程序合称结算。结算完成后将产生相对至少一买卖搓合信息的一交易记录，其中各交易记录包含一交易收据与一结算余额。在本实施例中，清算交割模块144进行清算程序与交割程序，不分别对清算程序与交割程序的交易记录中交易收据或结算余额进行加密。在其他实施例中，亦可分别于先清算程序与交割程序的交易记录中交易收据或结算余额进行加密。详细而言，清算程序为清算交割模块124清算各买卖搓合信息的对应基金种类与交易单位数量及对应的金额。交割程序为各参与者账户124交割各买卖搓合信息的基金种类与对应基金种类的交易单位数量与对应的金额。清算交割模块144依据各买卖搓合信息，使各交易条件指令的参与者账户124之间移转至少一基金种类与对应基金种类的交易单位数量以取得交易收据，并传输各交易收据至对应交易条件指令的参与者账户124，且依据各交易收据中至少一基金种类的金额与对应基金种类的交易单位数量取得对应的结算余额。需说明的是，前述加密方式包括但不限于非对称加密，采取的算法包括但不限于不可逆的加密算法。

接着，加密打包模块146用以接收各交易记录对应的交易收据或结算余额，依据各交易记录的时序，藉由加密打包模块146分别将各交易记录对应的交易收据或结算余额记录到至少一账本信息。接着，加密打包模块146对多个账本信息进行一加密程序以取得一总专属加密值。详细而言，加密程序包括以下步骤。加密打包模块146依据至少一账本信息的数目，分别对各账本信息加密成一专属加密值，专属加密值仅对应账本信息内的各交易记录对应的交易收据或结算余额，换言之，每个账本信息有对应的专属加密值，若有参与者账户124或其他账户篡改某一账本信息内的任一交易记录或对应的交易收据或结算余额，则专属加密值会无法对应篡改后某一账本信息内的交易记录。接着，加密打包模块146将各专属加密值视为一莫克树(Merkle Tree)的叶节点(Leaf Node)，加密打包模块146将继续对至少两个以上的各专属加密值再次加密，依此循环加密直到专属加密值的数目等于1，取得总专属加密值，换言之，加密打包模块146使用一算法从叶节点依序进行每个阶层叶节点的演算加密，直到剩下最后一个，得到根节点的总专属加密值，前述加密方式包括但不限于非对称加密，采取的算法包括但不限于不可逆的加密算法。若有参与者账户124或其他账户篡改某一账本信息内的任一交易记录或对应的交易收据或结算余额，则专属加密值会跟随变动，进而此变动总专属加密值，使得总专属加密值无法对应到原本的总专属加密值，此举通过本发明的分账管理、记录与加密过程使得账本信息具有完整性(Integrity)、加密性(Encrypted)、不可篡改性(Incorruptible)、不可否认性(Non-repudiation)与可追溯性(Traceability)，做到公信验证及事务数据的持续正确性。

在一实施例中，加密打包模块146会持续接收上述各交易记录对应的交易收据，并将每笔交易记录对应的交易收据通过上述莫克树(Merkle Tree)储存起来产生一交易收据树(Receipt Transaction Tree)，并将总专属加密值传输至前述符合双边预设条件可自动执行的计算机代码协议的网络，以利后续参与者账户124进行验证稽查；同理，加密打包模块146会持续接收上述各交易记录对应的结算余额，通过上述莫克树(Merkle Tree)储存起来产生一结算余额树(Receipt Balance Tree)，当收到每笔交易记录对应的交易收据的同时，依据每笔交易收据动态更新结算余额树，并将总专属加密值传输制前述符合双边预设条件可自动执行的计算机代码协议的网络，以利后续参与者账户124进行验证稽查。

接着，藉由稽核系统16对基金处理系统14的至少一账本信息中的交易收据或结算余额进行验证稽查，做到公信验证及事务数据的持续正确性，降低徇私或错账而导致参与者的损失。在一实施例中，稽核系统16供各参与者账户124相对应的专属加密值与其循环加密过程中关联的专属加密值，进行验证稽查，通过不可逆且高度困难被篡改的总专属加密值验算结果一致，代表验证结果的莫克树(Merkle Tree)的数据正确无误。详细而言，各参与者账户124提出交易条件指令被接收与完成后，会取得交易收据，其对于自己的交易条件指令对应的交易记录、交易收据均有自行稽核权限，并且，参与者账户124在调阅与自己账务相关的专属加密值时，也要同步调阅其他参与者账户124的相关加密数据，故该位参与者账户124作验证稽核，等同帮其他参与者账户124也进行了稽核。一旦任何叶节点数据有被篡改，推导出的总专属加密值就会不一致。

接着，公有区块链30接收加密打包模块146传输的总专属加密值，总专属加密值将被记录至公有区块链30中第j个区块的一数字标签值，其中j大于1，且数字标签值依区块链特性公开且高度困难被篡改，并恒久等于该总专属加密值。在本实施例中，稽核系统16依据公有区块链30中数字标签值，以对总专属加密值进行验证，但前述加密打包模块146仅接收加密打包模块146传输的总专属加密值，而所有具体的交易记录均在本发明的弱中心化基金交易平台10中，因此，任何人无法藉由仅有公有区块链30被记录的总专属加密值去窥得投资交易双方与其具体交易内容，而若任何人在前述传输协议(Protocol)中进行数据篡改，则得到的总专属加密值则无法与公有区块链30的数字标签值一致，故本发明可通过公有区块链进行分布式储存，在可公示稽核的特色下，达到对本发明的弱中心化基金交易方法的公众监督与参与者监督之效，不但保护参与者个资与交易隐私，又提升公众对本发明的弱中心化基金交易平台10及其方法建立起交易的安全性、公正且易于证明真实性。

综上所述，本发明提供一种弱中心化基金交易平台及其方法，提供一门坎低的环境，不需合格中介者介入，进而省去中介者对于每笔交易所收取手续费或管理费的费用，参与者账户能在本发明的弱中心化基金交易平台上进行基金交易以物易物交换，任何交易过程通过本发明的分账管理、记录与加密过程使得账本信息具有完整性(Integrity)、加密性(Encrypted)、不可篡改性(Incorruptible)、不可否认性(Non-repudiation)与可追溯性(Traceability)，做到公信验证及事务数据的持续正确性，进一步可通过公有区块链进行分布式储存，达到对本发明的弱中心化基金交易平台及其方法的公众监督与投资者监督，进而提升公众对本发明的弱中心化基金交易平台及其方法建立起交易的安全性、公正且易于证明真实性。

虽然本发明已以实施例揭露如上，然其并非用以限定本发明，任何所属技术领域中具有通常知识者，在不脱离本发明的精神和范围内，当可作些许的更动与润饰，故本发明的保护范围当视本案权利要求范围所界定为准。

Claims (15)

1.一种弱中心化基金交易平台，其特征在于，包括：

一金流数据库，包括一调节者账户以及多个参与者账户，其中各参与者账户能提出一交易条件指令，各该交易条件指令包含一申购需求或一卖出需求，该申购需求及该卖出需求分别包含至少一基金种类与相对应的交易单位数量；以及

一基金处理系统，连接于该金流数据库，该基金处理系统包括一基金媒合模块、一清算交割模块以及一加密打包模块，其中：

该基金媒合模块媒合配对各该交易条件指令，于第N个时间单位内产生至少一买卖搓合信息，其中该基金媒合模块将能相互冲抵的该申购需求与该卖出需求配对成该买卖搓合信息，所述能相互冲抵指该申购需求与该卖出需求分别为同一该基金种类且对应该基金种类的相同该交易单位数量；而该基金媒合模块对无法相互冲抵的该申购需求与该卖出需求的一差额，由该调节者账户对多个差额反向冲抵补足作业成该买卖搓合信息，该多个差额指不同的该基金种类或同一该基金种类但该基金种类的该交易单位数量不同而买卖相互冲抵后有余额，其中N大于或等于1；

该清算交割模块接收该至少一买卖搓合信息，该清算交割模块用以对各该买卖搓合信息，依据各该交易条件指令与各该参与者账户进行一清算程序与一交割程序，以产生相对该至少一买卖搓合信息的一交易记录，其中各该交易记录包含一交易收据与一结算余额；及

加密打包模块用以接收各该交易记录对应的该交易收据或该结算余额，依据各该交易记录的时序，分别将各该交易记录对应的该交易收据或该结算余额记录到至少一账本信息，该加密打包模块对该至少一账本信息进行一加密程序以取得一总专属加密值；

该基金处理系统连接一公有区块链，该公有区块链以一区块链技术使多个区块链接，且该公有区块链接收该加密打包模块传输的该总专属加密值，该总专属加密值将被记录至该公有区块链中第j个区块的一数字标签值，其中j大于1，且该数字标签值等于该总专属加密值。

2.如权利要求1所述的弱中心化基金交易平台，其特征在于，该调节者账户与一外部交易机构进行交易以取得对应该多个差额的该基金种类及对应该基金种类的该交易单位数量，以施行对该多个差额的反向冲抵补足作业。

3.如权利要求1所述的弱中心化基金交易平台，其特征在于，该清算程序为该清算交割模块清算各该买卖搓合信息的对应该基金种类与该交易单位数量及对应的金额；该交割程序为各该参与者账户交割各该买卖搓合信息的该基金种类与对应该基金种类的该交易单位数量与对应的该金额，其中该清算交割模块依据各该买卖搓合信息，使各该交易条件指令的该参与者账户之间移转该至少一基金种类与对应该基金种类的该交易单位数量以取得该交易收据，并传输各该交易收据至对应该交易条件指令的该参与者账户，且依据各该交易收据中该至少一基金种类的金额与对应该基金种类的该交易单位数量取得对应的该结算余额。

4.如权利要求1所述的弱中心化基金交易平台，其特征在于，该加密程序为依据该至少一账本信息的数目，该加密打包模块分别对各该账本信息加密成一专属加密值，该专属加密值仅对应该账本信息内的各该交易记录对应的该交易收据或该结算余额，该加密打包模块将继续对该至少两个以上的各该专属加密值再次加密，依此循环加密直到该专属加密值的数目等于1，取得该总专属加密值。

5.如权利要求4所述的弱中心化基金交易平台，其特征在于，更包括：

一稽核系统，连接该基金处理系统以及该公有区块链，该稽核系统对该基金处理系统的该至少一账本信息中的该交易收据或该结算余额进行验证稽查。

6.如权利要求5所述的弱中心化基金交易平台，其特征在于，该稽核系统依据该公有区块链中该数字标签值，以对该总专属加密值进行验证。

7.如权利要求5所述的弱中心化基金交易平台，其特征在于，该稽核系统供各该参与者账户相对应的该专属加密值与该专属加密值循环加密过程中关联的该专属加密值，进行验证稽查。

8.一种弱中心化基金交易方法，其特征在于，包括以下步骤：

多个参与者账户分别提出一交易条件指令，各该交易条件指令包含一申购需求或一卖出需求，该申购需求及该卖出需求分别包含至少一基金种类与相对应的交易单位数量；

藉由一基金媒合模块媒合配对各该交易条件指令，于第N个时间单位内产生至少一买卖搓合信息，其中N大于或等于1；

藉由一清算交割模块用以对各该买卖搓合信息，依据各该交易条件指令与各该参与者账户进行一清算程序与一交割程序，以产生相对该至少一买卖搓合信息的一交易记录，其中各该交易记录包含一交易收据与一结算余额；

依据各该交易记录的时序，藉由一加密打包模块分别将各该交易记录对应的该交易收据或该结算余额记录到至少一账本信息；

藉由该加密打包模块对该至少一账本信息进行一加密程序以取得一总专属加密值；以及

公有区块链接收该加密打包模块传输的该总专属加密值，该总专属加密值将被记录至该公有区块链中第j个区块的一数字标签值，其中j大于1，且该数字标签值等于该总专属加密值。

9.如权利要求8所述的弱中心化基金交易方法，其特征在于，所述媒合配对各该交易条件指令的步骤中，包括以下步骤：

该基金媒合模块将能相互冲抵的该申购需求与该卖出需求配对成该买卖搓合信息，其中所述能相互冲抵指该申购需求与该卖出需求分别为同一该基金种类且对应该基金种类的相同该交易单位数量；以及

该基金媒合模块对无法相互冲抵的该申购需求与该卖出需求的一差额，由一调节者账户对多个差额反向冲抵补足作业成该买卖搓合信息，该多个差额指不同的该基金种类或同一的该基金种类但该基金种类的该交易单位数量不同而买卖相互冲抵后有余额。

10.如权利要求9所述的弱中心化基金交易方法，其特征在于，所述反向冲抵补足作业的步骤中，包括以下步骤：

该调节者账户与一外部交易机构进行交易以取得对应该多个差额的该基金种类及对应该基金种类的该交易单位数量，以施行对该多个差额的反向冲抵补足作业。

11.如权利要求8所述的弱中心化基金交易方法，其特征在于，所述产生相对该至少一买卖搓合信息的该交易记录的步骤中，包括以下步骤：

该清算交割模块依据各该买卖搓合信息，使各该交易条件指令的该参与者账户之间移转该至少一基金种类与对应该基金种类的该交易单位数量以取得该交易收据；

该清算交割模块传输各该交易收据至对应该交易条件指令的该参与者账户；以及

该清算交割模块依据各该交易收据中该至少一基金种类的金额与对应该基金种类的该交易单位数量取得对应的该结算余额。

12.如权利要求8所述的弱中心化基金交易方法，其特征在于，所述进行该清算程序与该交割程序的步骤中，包括以下步骤：

该清算程序为该清算交割模块清算各该买卖搓合信息的对应该基金种类与该交易单位数量及对应的金额；以及

该交割程序为各该参与者账户交割各该买卖搓合信息的该基金种类与对应该基金种类的该交易单位数量与对应的该金额。

13.如权利要求8所述的弱中心化基金交易方法，其特征在于，所述藉由该加密打包模块对该至少一账本信息进行该加密程序以取得该总专属加密值的步骤中，包括以下步骤：

依据该至少一账本信息的数目，该加密打包模块分别对各该账本信息加密成一专属加密值，其中该专属加密值仅对应该账本信息内的各该交易记录对应的该交易收据或该结算余额；以及

该加密打包模块将继续对该至少两个以上的专属加密值再次加密，依此循环加密直到该专属加密值的数目等于1，取得该总专属加密值。

14.如权利要求8所述的弱中心化基金交易方法，其特征在于，更包括以下步骤：

藉由一稽核系统对该至少一账本信息中的该交易收据或该结算余额进行验证稽查；以及

该稽核系统供各该参与者账户相对应的该专属加密值与该专属加密值循环加密过程中关联的该专属加密值，进行验证稽查。

15.如权利要求8所述的弱中心化基金交易方法，其特征在于，所述藉由该加密打包模块对该至少一账本信息进行该加密程序以取得该总专属加密值的步骤中，包括以下步骤：

稽核系统依据该公有区块链中该数字标签值，以对该总专属加密值进行验证。

Images