CN116342127A - 一种数据处理方法及相关装置 - Google Patents

一种数据处理方法及相关装置 Download PDF

Info

Publication number
CN116342127A
CN116342127A CN202310212852.6A CN202310212852A CN116342127A CN 116342127 A CN116342127 A CN 116342127A CN 202310212852 A CN202310212852 A CN 202310212852A CN 116342127 A CN116342127 A CN 116342127A
Authority
CN
China
Prior art keywords
data
processing
transaction
fund
asset
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310212852.6A
Other languages
English (en)
Inventor
魏治杰
郭晋岱
张一锋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhongchao Credit Card Industry Development Co ltd
China Banknote Printing and Minting Group Co Ltd
Original Assignee
Zhongchao Credit Card Industry Development Co ltd
China Banknote Printing and Minting Group Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zhongchao Credit Card Industry Development Co ltd, China Banknote Printing and Minting Group Co Ltd filed Critical Zhongchao Credit Card Industry Development Co ltd
Priority to CN202310212852.6A priority Critical patent/CN116342127A/zh
Publication of CN116342127A publication Critical patent/CN116342127A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请公开了一种数据处理方法，包括：交易系统的资金端将资金实体数据进行通证化处理，得到资金通证数据；交易系统的资产端将资产实体数据进行通证化处理，得到资产通证数据；交易系统将资产通证数据发送至交易系统的集市端，以便交易系统的集市端基于接收到的交易请求对资金通证数据和资产通证数据同时进行数据交易处理，得到处理结果，当数据交易处理完成时，同时对资金通证数据和资产通证数据的所属权状态进行修改。通过各个通证化数据实现交易过程而不是直接采用没有加密的明文数据进行交易，提高了对交易数据进行处理的安全性。本申请还公开了一种数据处理系统、服务器以及计算机可读存储介质，具有以上有益效果。

Description

一种数据处理方法及相关装置
技术领域
本申请涉及数据处理技术领域，特别涉及一种数据处理方法、数据处理系统、服务器以及计算机可读存储介质。
背景技术
在交易数据处理的技术领域中，DVP(Delivery Versus Payment)是指在结算日债券交割与资金支付同步进行并互为约束条件的一种结算的处理方式。DVP的结算方式具有降低成本、提高效率等优点。比如新加坡交易所成功试行代币资产结算区块链；区块链应用于金融交易后处理的机制等都是DVP的相关应用。
相关技术中，在DVP交易的数据处理的场景中，隐私方面的方案相对较少。导致DVP结算在隐私保护方面应用较少；没有隐私保护方案下的DVP，攻击者可以通过搜集分析交易数据，可以得出各个交易账户的资金或资产信息，导致账户信息泄露；交易中会泄露资产交割的资金金额或是资产的价值，降低了交易数据进行处理的安全性。
因此，如何提高对交易数据进行处理的安全性是本领域技术人员关注的重点问题。
发明内容
本申请的目的是提供一种数据处理方法、数据处理系统、服务器以及计算机可读存储介质，以提高对交易数据进行处理的安全性。
为解决上述技术问题，本申请提供一种数据处理方法，包括：
交易系统的资金端将资金实体数据进行通证化处理，得到资金通证数据；
所述交易系统的资产端将资产实体数据进行通证化处理，得到资产通证数据；
所述交易系统将所述资产通证数据发送至所述交易系统的集市端，以便所述交易系统的集市端基于接收到的交易请求对所述资金通证数据和所述资产通证数据同时进行数据交易处理，得到处理结果，当数据交易处理完成时，同时对所述资金通证数据和所述资产通证数据的所属权状态进行修改。
可选的，交易系统的资金端将资金实体数据进行通证化处理，得到资金通证数据，包括：
所述交易系统的资金端将所述资金实体数据进行兑换处理，得到对应的通证数据；
使用Zether协议对所述通证数据进行加密，得到所述资金通证数据。
可选的，还包括：
所述交易系统的资金端基于认证注册信息进行认证注册处理；
当认证注册成功时，对所述认证注册信息对审核处理；
当审核通过时，进行链上注册处理得到公钥地址。
可选的，所述交易系统的资金端发送所述交易请求的过程，包括：
所述交易系统的资金端基于商品信息生成证明数据；
基于所述证明数据发送交易请求；
所述交易系统的集市端基于所述交易请求进行交易验证处理；
当所述交易验证通过时，进行交易激活处理。
可选的，还包括：
数据验证端获取所述资金通证数据或所述资产通证数据；
基于所述Zether协议对所述资金通证数据或所述资产通证数据进行验证处理，得到验证结果；
将所述验证结果发送至所述交易系统。
本申请还提供一种数据处理系统，包括：
资金数据处理模块，用于将资金实体数据进行通证化处理，得到资金通证数据；
资产数据处理模块，用于将资产实体数据进行通证化处理，得到资产通证数据；
交易处理模块，用于将所述资产通证数据发送至所述交易系统的集市端，以便所述交易系统的集市端基于接收到的交易请求对所述资金通证数据和所述资产通证数据同时进行数据交易处理，得到处理结果，当数据交易处理完成时，同时对所述资金通证数据和所述资产通证数据的所属权状态进行修改。
可选的，所述资金数据处理模块，具体用于将所述资金实体数据进行兑换处理，得到对应的通证数据；使用Zether协议对所述通证数据进行加密，得到所述资金通证数据。
可选的，还包括：
认证注册处理模块，用于基于认证注册信息进行认证注册处理；当认证注册成功时，对所述认证注册信息对审核处理；当审核通过时，进行链上注册处理得到公钥地址。
可选的，还包括：
交易请求模块，用于基于商品信息生成证明数据；基于所述证明数据发送交易请求；
相应的，所述交易系统的集市端具体用于基于所述交易请求进行交易验证处理；当所述交易验证通过时，进行交易激活处理。
本申请还提供一种服务器，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如上所述的数据处理方法的步骤。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的数据处理方法的步骤。
本申请所提供的一种数据处理方法，包括：交易系统的资金端将资金实体数据进行通证化处理，得到资金通证数据；所述交易系统的资产端将资产实体数据进行通证化处理，得到资产通证数据；所述交易系统将所述资产通证数据发送至所述交易系统的集市端，以便所述交易系统的集市端基于接收到的交易请求对所述资金通证数据和所述资产通证数据同时进行数据交易处理，得到处理结果，当数据交易处理完成时，同时对所述资金通证数据和所述资产通证数据的所属权状态进行修改。
通过将资金实体数据和资产实体数据分别进行通证化处理，得到对应的资金通证数据和资产通证数据，然后基于各个通证化数据实现交易过程，也就是基于通证化数据进行对应的交易处理，而不是直接采用没有加密的明文数据进行交易，提高了对交易数据进行处理的安全性。
本申请还提供一种数据处理系统、服务器以及计算机可读存储介质，具有以上有益效果，在此不做赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的一种数据处理方法的流程图；
图2为本申请实施例所提供的一种数据处理系统的流程图。
具体实施方式
本申请的核心是提供一种数据处理方法、数据处理系统、服务器以及计算机可读存储介质，以提高对交易数据进行处理的安全性。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
相关技术中，在DVP交易的数据处理的场景中，隐私方面的方案相对较少。导致DVP结算在隐私保护方面应用较少；没有隐私保护方案下的DVP，攻击者可以通过搜集分析交易数据，可以得出各个交易账户的资金或资产信息，导致账户信息泄露；交易中会泄露资产交割的资金金额或是资产的价值，降低了交易数据进行处理的安全性。
因此，本申请提供一种数据处理方法，通过将资金实体数据和资产实体数据分别进行通证化处理，得到对应的资金通证数据和资产通证数据，然后基于各个通证化数据实现交易过程，也就是基于通证化数据进行对应的交易处理，而不是直接采用没有加密的明文数据进行交易，提高了对交易数据进行处理的安全性。
以下通过一个实施例，对本申请提供的一种数据处理方法进行说明。
请参考图1，图1为本申请实施例所提供的一种数据处理方法的流程图。
本实施例中，该方法可以包括：
S101，交易系统的资金端将资金实体数据进行通证化处理，得到资金通证数据；
可见，本步骤旨在该交易系统的资金端将资金实体数据进行通证化处理，得到资金通证数据。其中，进行通证化处理后会得到对应的通证数据，该通证数据就是代币数据。因此，本步骤也就是将资金实体转化为对应的代币数据，即通证数据。
其中，资金端可以是在该交易系统中用户使用的一端。
进一步的，本步骤可以包括：
步骤1，交易系统的资金端将资金实体数据进行兑换处理，得到对应的通证数据；
步骤2，使用Zether协议对通证数据进行加密，得到资金通证数据。
可见，本可选方案中主要是说明如何进行通证化处理。本可选方案中，交易系统的资金端将资金实体数据进行兑换处理，得到对应的通证数据，使用Zether协议对通证数据进行加密，得到资金通证数据。
进一步的，本实施例还可以包括：
步骤1，交易系统的资金端基于认证注册信息进行认证注册处理；
步骤2，当认证注册成功时，对认证注册信息对审核处理；
步骤3，当审核通过时，进行链上注册处理得到公钥地址。
可见，本可选方案中主要是说明还可以进行注册处理。本可选方案中，交易系统的资金端基于认证注册信息进行认证注册处理，当认证注册成功时，对认证注册信息对审核处理，当审核通过时，进行链上注册处理得到公钥地址。
也就是，新用户通过交易系统的资金端基于认证注册信息进行实名认证注册。其中，进行实名认证注册的方式可以参考现有技术提供的任意一种实名注册的方式，在此不作赘述。当注册成功后，控制后台对接收到的认证注册信息进行审核。其中，审核可以是对认证注册信息的格式进行审核，也可以是对认证注册信息的真伪进行审核，还可以是认证注册信息的格式和真伪共同进行审核。审核通过后，用户可以在链上注册公钥地址。其中，在链上进行注册的过程可以参考现有技术提供的任意一种注册方式，在此不做具体限定。
S102，交易系统的资产端将资产实体数据进行通证化处理，得到资产通证数据；
本步骤旨在资产端将资产实体数据进行通证化处理，得到资产通证数据。其中，进行通证话化理后会得到对应的通证数据，该通证数据就是代币数据。因此，本步骤也就是将资金实体转化为对应的代币数据，即通证数据。
其中，交易系统的资产端一般为在交易过程中提供对应资产的一端。
S103，交易系统将资产通证数据发送至交易系统的集市端，以便交易系统的集市端基于接收到的交易请求对资金通证数据和资产通证数据同时进行数据交易处理，得到处理结果，当数据交易处理完成时，同时对资金通证数据和资产通证数据的所属权状态进行修改。
在S102的基础上，本步骤旨在将将资产通证数据发送至交易系统的集市端，以便该交易系统的集市端基于接收到的交易请求对资金通证数据和资产通证数据同时进行数据交易处理，得到处理结果，当数据交易处理完成时，同时对所述资金通证数据和所述资产通证数据的所属权状态进行修改。
也就是说，本实施例中交易处理的方式是同时的货款交割，提高实时性，物品通证化后，实现通证即物品，物品即通证，在通过智能合约实现交易之后，资金端在转移资金代币后，在失去资金代币的同时获取物品的通证，即拥有了物品的所属权，可以随时拿到物品；而资产端也在失去物品所有权的同时获取到资金；从而大大提高了交易数据处理的效率。
进一步的，本实施例中的交易请求可以是该交易系统中的资金端发送的交易请求，以便该资金端可以对资产端的资产进行交易。相应的，交易系统的资金端发送交易请求的过程，可以包括：
步骤1，交易系统的资金端基于商品信息生成证明数据；
步骤2，基于证明数据发送交易请求；
步骤3，交易系统的集市端基于交易请求进行交易验证处理；
步骤4，当交易验证通过时，进行交易激活处理。
可见，本可选方案中主要是说明该资金端如何发起交易的过程。本可选方案，可以包括交易系统的资金端基于商品信息生成证明数据，基于证明数据发送交易请求，交易系统的集市端基于交易请求进行交易验证处理，当交易验证通过时，进行交易激活处理。其中，当进行交易激活处理时，则可以开始执行交易的过程，以便实现资金和资产的交易。
本可选方案中还可以是买家客户端通过资金APP将资金兑换为同等价值的Token在其账户内；卖家客户端通过资产APP将资产兑换为相应的数量Token或TokenId。卖家客户端兑换好资产Token后，可以将对应的Token发布到交易系统的集市端准备交易。买家客户端发起交易后，交易验证预言机监听交易事件，调用交易验证方将加密的数据进行解密获取r(随机大数)，from_index(买家位置)，to_index(卖家位置)，而后通过delta D验证随机大数r，确保r是没有被修改的；通过r(随机大数)from_index(买家位置)，to_index(卖家位置)，delta C验证交易金额是否等于商品价格，获取验证结果。获取验证结果后，根据验证结果回调合约进行激活交易(验证通过)或者取消交易(验证不通过)；激活交易后，链上会再次对proof和u进行验证，如果通过则交易成功，否则交易失败。
可选的，还可以包括：
数据验证端获取所述资金通证数据或所述资产通证数据；基于所述Zether协议对所述资金通证数据或所述资产通证数据进行验证处理，得到验证结果；将所述验证结果发送至所述交易系统。
也就是，通过第三方的数据验证端对资金通证数据或资产通证数据进行验证，并返回对应的验证结果，提高交易系统的可靠性。进一步的，举例来说，本可选方案可以包括：基于Zether的匿名协议，买家客户端通过其他账户来混淆自己与卖家客户端的身份，同时通过金额的密文可以对交易金额进行隐藏，并且在发起交易之前会生成链上进行验证所需的零知识证明数据proof和u，并且将交易中的核心数据r(随机大数)，from_index(买家位置)，to_index(卖家位置)通过交易验证方的公钥加密一起发送到链上，链上会验证零知识证明的正确性，如果失败则交易直接失败，如果成功则等待集市的验证结果。
综上，本实施例通过将资金实体数据和资产实体数据分别进行通证化处理，得到对应的资金通证数据和资产通证数据，然后基于各个通证化数据实现交易过程，也就是基于通证化数据进行对应的交易处理，而不是直接采用没有加密的明文数据进行交易，提高了对交易数据进行处理的安全性。
以下通过一个具体的实施例，对本申请提供的一种数据处理方法做进一步说明。
本实施例中，整个DVP交易平台由资金端，资产端，集市端三个部分组成，资金端用于将资金Token化，并且基于Zether协议达到账户金额和交易匿名的效果；资产端用户将资产Token化，集市端用于验证交易是否合法有效同时具有监管的作用；以及一个交易验证预言机，主要通过将交易的密文数据解密而后验证交易是否通过。
其中，进行交易的过程可以包括：
步骤1，资金用户注册：新用户通过资金APP进行实名认证注册；注册成功后，控制后台审核，审核通过后，用户可以在链上注册公钥地址；
步骤2，资金Token化：买家通过资金APP将资金兑换为同等价值的Token在其账户内；
步骤3，资产Token化：卖家通过资产APP将资产(同质化-FT/非同质化-NFT)兑换为相应的数量Token(同质化，FT)或TokenId(非同质化，NFT)；
步骤4，卖家发布商品：卖家兑换好资产Token后，可以将对应的Token发布到集市平台准备交易；
步骤5，买家购买商品：买家在集市APP的平台上可以浏览资产商品，如果遇到心仪商品，则可以发起购买，购买交易具有隐藏金额和隐匿身份的效果；主要步骤是：基于Zether的匿名协议，买家通过其他账户来混淆自己与卖家的身份，同时通过金额的密文可以对交易金额进行隐藏，并且在发起交易之前会生成链上进行验证所需的零知识证明数据proof和u，并且将交易中的核心数据r(随机大数)，from_index(买家位置)，to_index(卖家位置)通过交易验证方的公钥加密一起发送到链上，链上会验证零知识证明的正确性，如果失败则交易直接失败，如果成功则等待集市的验证结果；
步骤6，买家发起交易后，交易验证预言机监听交易事件，调用交易验证方将加密的数据进行解密获取r(随机大数)，from_index(买家位置)，to_index(卖家位置)，而后通过delta D验证随机大数r，确保r是没有被修改的；
步骤7，通过r(随机大数)，from_index(买家位置)，to_index(卖家位置)，delta C验证交易金额是否等于商品价格，获取验证结果；
步骤8，获取验证结果后，根据验证结果回调合约进行激活交易(验证通过)或者取消交易(验证不通过)；激活交易后，链上会再次对proof和u进行验证，如果通过则交易成功，否则交易失败。
其中，from表示付款账户；to表示收款账；ys表示所有参与交易的账户公钥列表集合；epoch表示时间段，基于zether协议在某一个时间段(epoch)只能做一次资金交易；CL_list、CR_list为各个账户的余额密文列表集合；r为一个随机大数；delta C_list和deltaD为各个参与账户的余额变动数据；x为付款人的私钥；from_index为付款人在所有账户列表的位置索引；to_index是收款人在所有账户列表的位置索引；b_val为交易金额；from_bal为付款人的当前余额；u为zether协议中的nonce；proof为零知识证明数据。
可见，本实施例通过将资金实体数据和资产实体数据分别进行通证化处理，得到对应的资金通证数据和资产通证数据，然后基于各个通证化数据实现交易过程，也就是基于通证化数据进行对应的交易处理，而不是直接采用没有加密的明文数据进行交易，提高了对交易数据进行处理的安全性。
下面对本申请实施例提供的数据处理系统进行介绍，下文描述的数据处理系统与上文描述的数据处理系统可相互对应参照。
请参考图2，图2为本申请实施例所提供的一种数据处理系统的流程图。
本实施例中，该系统可以包括：
资金数据处理模块100，用于将资金实体数据进行通证化处理，得到资金通证数据；
资产数据处理模块200，用于将资产实体数据进行通证化处理，得到资产通证数据；
交易处理模块300，用于将资产通证数据发送至交易系统的集市端，以便交易系统的集市端基于接收到的交易请求对资金通证数据和资产通证数据同时进行数据交易处理，得到处理结果，当数据交易处理完成时，同时对所述资金通证数据和所述资产通证数据的所属权状态进行修改。
可选的，资金数据处理模块100，具体用于将资金实体数据进行兑换处理，得到对应的通证数据；使用Zether协议对通证数据进行加密，得到资金通证数据。
可选的，还包括：
认证注册处理模块，用于基于认证注册信息进行认证注册处理；当认证注册成功时，对认证注册信息对审核处理；当审核通过时，进行链上注册处理得到公钥地址。
可选的，还包括：
交易请求模块，用于基于商品信息生成证明数据；基于证明数据发送交易请求；
相应的，交易系统的集市端具体用于基于交易请求进行交易验证处理；当交易验证通过时，进行交易激活处理。
本申请实施例还提供一种服务器，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如以上实施例所述的数据处理方法的步骤。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如以上实施例所述的数据处理方法的步骤。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的一种数据处理方法、数据处理系统、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种数据处理方法，其特征在于，包括：
交易系统的资金端将资金实体数据进行通证化处理，得到资金通证数据；
所述交易系统的资产端将资产实体数据进行通证化处理，得到资产通证数据；
所述交易系统将所述资产通证数据发送至所述交易系统的集市端，以便所述交易系统的集市端基于接收到的交易请求对所述资金通证数据和所述资产通证数据同时进行数据交易处理，得到处理结果，当数据交易处理完成时，同时对所述资金通证数据和所述资产通证数据的所属权状态进行修改。
2.根据权利要求1所述的数据处理方法，其特征在于，交易系统的资金端将资金实体数据进行通证化处理，得到资金通证数据，包括：
所述交易系统的资金端将所述资金实体数据进行兑换处理，得到对应的通证数据；
使用Zether协议对所述通证数据进行加密，得到所述资金通证数据。
3.根据权利要求1所述的数据处理方法，其特征在于，还包括：
所述交易系统的资金端基于认证注册信息进行认证注册处理；
当认证注册成功时，对所述认证注册信息对审核处理；
当审核通过时，进行链上注册处理得到公钥地址。
4.根据权利要求1所述的数据处理方法，其特征在于，所述交易系统的资金端发送所述交易请求的过程，包括：
所述交易系统的资金端基于商品信息生成证明数据；
基于所述证明数据发送交易请求；
所述交易系统的集市端基于所述交易请求进行交易验证处理；
当所述交易验证通过时，进行交易激活处理。
5.根据权利要求1所述的数据处理方法，其特征在于，还包括：
数据验证端获取所述资金通证数据或所述资产通证数据；
基于所述Zether协议对所述资金通证数据或所述资产通证数据进行验证处理，得到验证结果；
将所述验证结果发送至所述交易系统。
6.一种数据处理系统，其特征在于，包括：
资金数据处理模块，用于将资金实体数据进行通证化处理，得到资金通证数据；
资产数据处理模块，用于将资产实体数据进行通证化处理，得到资产通证数据；
交易处理模块，用于将所述资产通证数据发送至所述交易系统的集市端，以便所述交易系统的集市端基于接收到的交易请求对所述资金通证数据和所述资产通证数据同时进行数据交易处理，得到处理结果，当数据交易处理完成时，同时对所述资金通证数据和所述资产通证数据的所属权状态进行修改。
7.根据权利要求6所述的数据处理系统，其特征在于，所述资金数据处理模块，具体用于将所述资金实体数据进行兑换处理，得到对应的通证数据；使用Zether协议对所述通证数据进行加密，得到所述资金通证数据。
8.根据权利要求6所述的数据处理系统，其特征在于，还包括：
认证注册处理模块，用于基于认证注册信息进行认证注册处理；当认证注册成功时，对所述认证注册信息对审核处理；当审核通过时，进行链上注册处理得到公钥地址。
9.一种服务器，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至5任一项所述的数据处理方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的数据处理方法的步骤。
CN202310212852.6A 2023-03-06 2023-03-06 一种数据处理方法及相关装置 Pending CN116342127A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310212852.6A CN116342127A (zh) 2023-03-06 2023-03-06 一种数据处理方法及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310212852.6A CN116342127A (zh) 2023-03-06 2023-03-06 一种数据处理方法及相关装置

Publications (1)

Publication Number Publication Date
CN116342127A true CN116342127A (zh) 2023-06-27

Family

ID=86875589

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310212852.6A Pending CN116342127A (zh) 2023-03-06 2023-03-06 一种数据处理方法及相关装置

Country Status (1)

Country Link
CN (1) CN116342127A (zh)

Similar Documents

Publication Publication Date Title
JP4880171B2 (ja) 認証された支払い
US10311433B2 (en) Secure authorizations using independent communications and different one-time-use encryption keys for each party to a transaction
US8768854B2 (en) Secure protocol for transactions
US7107248B1 (en) System and method of bootstrapping a temporary public-key infrastructure from a cellular telecommunication authentication and billing infrastructure
USRE40444E1 (en) Four-party credit/debit payment protocol
US7308431B2 (en) System and method of secure authentication and billing for goods and services using a cellular telecommunication and an authorization infrastructure
US8898762B2 (en) Payment transaction processing using out of band authentication
US20070288392A1 (en) Secure Online Payment System And Online Payment Authentication Method
US10614457B2 (en) Secure authorizations using independent communications and different one-time-use encryption keys for each party to a transaction
US20160132874A1 (en) Secure authorizations using independent communications and different one-time-use encryption keys for each party to a transaction
US20120254041A1 (en) One-time credit card numbers
US20230020190A1 (en) Techniques For Performing Secure Operations
WO2020041722A1 (en) Systems and methods for secure remote commerce
US20160275502A1 (en) Embedded third party server bypass security feature
EP4278316A1 (en) Token-based off-chain interaction authorization
WO2016195764A1 (en) Secure authorizations using independent communications and different one-time-use encryption keys for each party to a transaction
Wang et al. Secure wireless payment protocol
CN116342127A (zh) 一种数据处理方法及相关装置
Bouch 3-D Secure: A critical review of 3-D Secure and its effectiveness in preventing card not present fraud
KR20180039470A (ko) 보안 환경 및 보안 암호화 소프트웨어 솔루션 기반 온라인 결제 시스템 및 방법
US20240135339A1 (en) Secure and compliant multi-cryptocurrency payment gateway
US20240232823A9 (en) Secure and compliant multi-cryptocurrency payment gateway
JP2005107825A (ja) オンラインショッピングにおけるクレジットカードの決済システム及び決済方法並びに記録媒体
Watson Electronic cash and set

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination