NL2025492B1 - Digital asset financial system - Google Patents
Digital asset financial system Download PDFInfo
- Publication number
- NL2025492B1 NL2025492B1 NL2025492A NL2025492A NL2025492B1 NL 2025492 B1 NL2025492 B1 NL 2025492B1 NL 2025492 A NL2025492 A NL 2025492A NL 2025492 A NL2025492 A NL 2025492A NL 2025492 B1 NL2025492 B1 NL 2025492B1
- Authority
- NL
- Netherlands
- Prior art keywords
- platform
- digital asset
- asset
- digital
- client
- Prior art date
Links
- 238000012795 verification Methods 0.000 claims abstract description 46
- 238000012545 processing Methods 0.000 claims abstract description 45
- 238000004422 calculation algorithm Methods 0.000 claims description 25
- 238000000034 method Methods 0.000 claims description 16
- 238000011156 evaluation Methods 0.000 claims description 14
- 238000007781 pre-processing Methods 0.000 claims description 9
- 230000036961 partial effect Effects 0.000 claims description 7
- 238000012546 transfer Methods 0.000 claims 1
- 238000005516 engineering process Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 238000010422 painting Methods 0.000 description 8
- 238000003860 storage Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Classifications
-
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/18—Legal services
- G06Q50/184—Intellectual property management
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Technology Law (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- Tourism & Hospitality (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Primary Health Care (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Operations Research (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Storage Device Security (AREA)
Abstract
This application discloses a digital asset financial system, including a client, a digital asset financial platform, and a blockchain agent platform, where the digital asset financial platform includes: a digital asset verification platform, a digital asset registration platform, a digital asset packet processing platform, a financial center platform, and a digital asset authentication platform. The blockchain agent platform is connected to each of the client, the digital asset verification platform, the digital asset registration platform, the digital asset packet processing platform and the financial center platform. In the technical solutions shown in the embodiment of this application, the blockchain network has decentralization, tamper proof, and non-repudiation characteristics. The data, which is uploaded by each of the client, the digital asset verification platform, the digital asset registration platform, the digital asset packet processing platform and the financial center platform, is uploaded to the blockchain network through the blockchain agent platform. In this way, it is ensured that the data is not tampered, and the credibility of digital asset data is ensured, and the data is ensured to be recorded in time.
Description
P127019NL00 Title: DIGITAL ASSET FINANCIAL SYSTEM
[0001] This application relates to the field of Internet data processing, and in particular, to a digital asset financial system.
[0002] Digital asset finance is to integrate digital assets as resources, realize the flow of value and profits through saving and investment behaviors, and make optimal allocation of resources across boundaries in an uncertain environment. The digital asset financial system regards the digital assets as innovative resources, and realizes their value conversion and profit circulation through acts such as saving, pawning and investment. In a scenario shown in FIG. 1, point-to-point connections are established through Internet between a digital asset financial platform 2 and various types of clients 1 (such as, a fixed end, and a mobile terminal). A user establishes the connection at the client 1 through the installed APP to request the digital asset financial platform 2 to provide digital asset transactions.
[0003] Usually, a basic structure of the digital asset financial platform 2 necessary for completing the foregoing transaction process may be described in FIG. 2. A digital asset verification platform 21 is configured to authenticate digital assets sent by the clients. The authenticated digital assets are stored in a digital asset registration platform 22 of a transaction center, and the digital asset registration platform 22 manages and uses information of the digital assets before or after the transactions. A digital asset packet processing platform 23 is configured to classify and pack the authenticated digital assets that are stored in the digital asset registration platform 22 according to actual requirements to generate asset packets, so that the packed digital assets are made to be significantly close to the need of an investee. A financial center platform 24 is configured to realizes value conversion and profit circulation of the packed digital assets through acts such as saving pawning, and investment.
[0004] In view of the above, during processes of transacting the digital assets, the digital assets are authenticated, stored, packed, and transacted sequentially on the financial platform. The foregoing processes are all completed on the financial platform. Most of the existing financial platforms are centralized financial platforms. However, the centralized financial platform 2 cannot ensure credibility of the digital asset packet.
[0005] To resolve the foregoing technical problem, embodiments of this application provide a digital asset financial system.
[0006] A first aspect of an embodiment of this application provides a digital asset financial system, including a client and a digital asset financial platform, where the digital asset financial platform includes a digital asset verification platform connected to an output end of the client, a digital asset registration platform connected to an output end of the digital asset verification platform, a digital asset packet processing platform connected to an output end of the digital asset registration platform, and a financial center platform connected to an output end of the digital asset packet processing platform. The digital asset financial platform further includes a blockchain agent platform, the blockchain agent platform being connected to each of the client, the digital asset verification platform, the digital asset registration platform, the digital asset packet processing platform and the financial center platform. The blockchain agent platform is configured to receive data uploaded by each of the client, the digital asset verification platform, the digital asset registration platform, the digital asset packet processing platform and the financial center platform, and send the data to a blockchain network; and is further configured to issue the data stored in the blockchain network to each of the client, the digital asset verification platform, the digital asset registration platform, the digital asset packet processing platform and the financial center platform. In the technical solutions shown in the embodiment of this application, the blockchain network has decentralization, tamper proof, and non-repudiation characteristics. The data, which is uploaded by each of the client, the digital asset verification platform, the digital asset registration platform, the digital asset packet processing platform and the financial center platform, is uploaded to the blockchain network through the blockchain agent platform. In this way, it is ensured that the data is not tampered, and the credibility of digital asset data is ensured, and the data is ensured to be recorded in time.
[0007] To more clearly describe the technical solutions of the embodiments of this application or in the prior art, the accompanying drawings required in the embodiments are briefly illustrated below. Apparently, the accompanying drawings in the description below are merely some embodiments of this application, and other accompanying drawings may also be obtained by one of ordinary skills in the art according to these accompanying drawings without an effective effort.
[0008] FIG. lis a diagram of an application scenario of a digital asset financial system;
[0009] FIG. 2 is an exemplary diagram of a digital asset financial system in the prior art;
[0010] FIG. 31s an exemplary diagram of a digital asset financial system according to a preferable embodiment;
[0011] FIG. 4is an exemplary diagram of a digital asset financial system according to a preferable embodiment;
[0012] FIG. 51s an exemplary diagram of a digital asset financial system according to a preferable embodiment;
[0013] FIG. 6 is an exemplary diagram of a digital asset financial system according to a preferable embodiment;
[0014] FIG. 7 is an exemplary diagram of a digital asset financial system according to a preferable embodiment;
[0015] FIG. 8 is an exemplary diagram of a digital asset financial system according to a preferable embodiment; and
[0016] FIG. 91s an exemplary diagram of a digital asset financial system according to a preferable embodiment.
[0017] To make the objects, technical solutions, and advantages of the embodiments of this application more clear, the technical solutions in the exemplary embodiments of this application are clearly and completely described below in combination with the accompanying drawings in the embodiments of this application. Apparently, the described embodiments are some embodiments of this application and are not all embodiments.
[0018] Embodiment I:
[0019] To resolve the technical problem existing in the prior art, an embodiment of this application provides a digital asset financial system. Specifically, refer to FIG. 3, the system includes a client 1 and a digital asset financial platform 2. The digital asset financial platform 2 includes: a digital asset verification platform 21 connected to an output end of the client 1, a digital asset registration platform 22 connected to an output end of the digital asset verification platform 21, a digital asset packet processing platform 23 connected to an output end of the digital asset registration platform 22, and a financial center platform 24 connected to an output end of the digital asset packet processing platform 23. The digital asset financial platform 2 further includes a blockchain agent platform 25, which is connected to each of the client 1, the digital asset verification platform 21, 5 the digital asset registration platform 22, the digital asset packet processing platform 23 and the financial center platform 24.
[0020] The blockcham agent platform 25 is configured to receive data uploaded by each of the client 1, the digital asset verification platform 21, the digital asset registration platform 22, the digital asset packet processing platform 23 and the financial center platform 24, and send the data to a blockchain network; and is further configured to issue the data stored in the blockchain network to each of the client 1, the digital asset verification platform 21, the digital asset registration platform 22, the digital asset packet processing platform 23 and the financial center platform
24.
[0021] The client 1 shown in this application is mounted at the terminal, and may be a device such as a computer, a mobile phone, a tablet, a laptop, a personal digital assistant, a mobile Internet device, or a wearable device.
[0022] In the technical solutions shown in the embodiment of this application, the digital assets are in types of patents, trademarks, or copyrights, which are existed in a form of digital asset packets in the embodiment of this application.
[0023] The digital asset packet processing platform 23 is configured to classify and pack the authenticated digital assets that are stored in the digital asset registration platform 22 according to actual requirements. Taking patents as an example, the digital asset packet processing platform 23 may pack a patent family of a patent A or patents of a competitor into an asset packet.
[0024] The client 1 is configured to send the digital asset to the digital asset financial platform 2, and is further configured to upload the digital asset to the blockchain network. The blockchain network includes a public chain and a subchain. It should be noted that in the technical solutions shown in the embodiment of this application, the digital asset sent to the blockchain by the client includes a digest portion and an entity portion, where the digest portion is sent to the public chain, and the entity portion is sent to a corresponding target subchain.
[0025] The client is further configured to transact with the digital asset registration platform 22, the digital asset packet processing platform 23 and the financial center platform 24 in the digital asset financial platform 2.
[0026] A transaction process between the client and the digital asset registration platform 22 is described in detail below by using specific examples.
[0027] 1st Embodiment:
[0028] Through a negotiation before the transaction, a first client sends the to-de-confirmed digital asset data to a second client. The to- de-confirmed digital asset data is a data packet including an authentication code and a digital asset entity. In this embodiment, the data packet may be in a form of an encrypted ciphertext data packet together with a public key. At this time, when the first client sends the data packet to the second client to enable the second client to view the data contained in the data packet, the public key needs to be sent at the same time when the data packet is sent so as to decrypt the data packet by using the public key. In this step, authenticity of the authenticated digital asset is not yet confirmed.
[0029] The second client sends the obtained to-de-confirmed digital asset data to the digital asset registration platform.
[0030] In this embodiment, after receiving the to-de-confirmed digital asset data sent by the first client, if the second client needs to view authenticity of data in the data packet, an operation (such as parsing) can be performed on the received data packet to extract the authentication code or the entity portion thereof, and then the authentication code and the entity portion are respectively sent to the digital asset registration platform. If the second client temporarily does not need to view the data, the second client may directly forward the data packet to the digital asset registration platform so that a further operation (such as parsing and a subsequent calculation) is performed through the platform. Meanwhile, because at this time the second client temporarily saves the contents (the entity portion) of the data packet, if the subsequent authentication result is authentic, it can be ensured that the saved data packet is authentic data, and subsequently, a user may directly obtain the authentic entity portion from the second client.
[0031] The digital asset registration platform calculates by using a digital signature algorithm to obtain a hash value A of the digital asset entity, and extracts a hash value B stored in the authenticated digest corresponding to the authentication code in the digital asset registration platform. The hash value A is compared with the hash value B.
[0032] Specifically, the digital asset registration platform first calculates a hash value A for the authentication code or the entity portion in the data packet by using the digital signature algorithm, and then queries the corresponding authenticated digest stored in the platform based on the received authentication code and extracts a hash value B saved in the authenticated digest. Comparing the hash value A with the hash value B is to compare whether the two are completely the same or have a preset particular relationship. For example, if the hash value A and the hash value B are completely the same, the obtained comparison result is that the authentication passes, and the entity portion corresponding to the authentication code is authentic and valid. On the contrary, if the authentication fails, the entity portion corresponding to the authentication code is false content. The authenticated digest kept by the digital asset registration platform is the original data generated in the authentication process of the digital asset, and is authentic. Therefore, through the comparison operation in this step, authenticity of the digital asset entity may be obtained.
[0033] The digital asset registration platform feeds back the comparison result to the second client.
[0034] In this embodiment, the comparison result may be a piece of feedback information to notify that the to-de-confirmed digital asset data received by the second client is authentic or false content. In addition, the comparison result may contain other contents, for example, the authentication documentation given by the digital asset registration platform, such as an electronic authentication certificate that records the authentication time, the comparison result of the hash value A and the hash value B, and the like.
[0035] Based on the comparison result, the second client determines whether an authentic digital asset entity is obtained.
[0036] After the second client receives the comparison result, if the comparison result indicates that the digital asset entity is authentic, the authentic digital asset entity may be parsed, encrypted, saved, or downloaded by the second client. If the comparison result indicates that the digital asset entity is false, the data packet including the false digital asset entity may be deleted or sent back to the first client by the second client, and the second client feeds the determined fail information back to the first client so as to terminate the transaction.
[0037] In the technical solutions shown in the embodiment of this application, the blockchain network has decentralization, tamper proof, and non-repudiation characteristics. The data, which is uploaded by each of the client, the digital asset verification platform, the digital asset registration platform, the digital asset packet processing platform and the financial center platform, is uploaded to the blockchain network through the blockchain agent platform. In this way, it is ensured that the data is not tampered, and the credibility of digital asset data is ensured, and the data is ensured to be recorded in time.
[0038] 2nd Embodiment:
[0039] In the foregoing 1st embodiment, the second client first needs to obtain the to-de-confirmed digital asset data from the first client, and then forwards the data to the digital asset registration platform to be processed. In addition, the first client may directly send the to-de-confirmed digital asset data to the digital asset registration platform, so that the authentic digital asset may be obtained by the second client.
[0040] 3rd Embodiment:
[0041] This embodiment is different from the 2nd embodiment in that, for the embodiment I, the calculations and the comparison of the hash values are completed through the digital asset registration platform. When there is a third-party server in the system, the third-party server may send a request to the digital asset registration platform to obtain the calculated hash values.
[0042] 4th Embodiment:
[0043] Different from the 3rd embodiment, in the system implementing the method herein, the digital asset entity may be obtained by using the third-party server, and alternatively, it may be obtained by a connection established between the digital asset registration platform and a public chain node or a subchain node in the blockchain network. At this time, the public chain node or the subchain node functions the same as the third-party server.
[0044] 5th Embodiment:
[0045] Different from the 3rd embodiment 3, the entity portion of the to-de-confirmed digital asset data may be stored by the third-party server. Therefore, the first client may send only the authentication code when sending the to-de-confirmed digital asset data to the second client.
[0046] In the technical solutions shown in the embodiment of this application, the blockchain network has decentralization, tamper proof, and non-repudiation characteristics. The data, which is uploaded by each of the client, the digital asset verification platform, the digital asset registration platform, the digital asset packet processing platform and the financial center platform, is uploaded to the blockchain network by using the blockchain agent platform. In this way, it is ensured that the data is not tampered, and the credibility of digital asset data is ensured, and the data is ensured to be recorded in time. Meanwhile, the blockchain network may transmit data to each of the client, the digital asset verification platform, the digital asset registration platform, the digital asset packet processing platform and the financial center platform based on requests of each of the client, the digital asset verification platform, the digital asset registration platform, the digital asset packet processing platform and the financial center platform.
[0047] Embodiment II:
[0048] For flexibility of the transaction, according to the technical solutions shown in this embodiment of this application, the asset packet may be split. Specifically, referring to FIG. 4, the financial center platform 24 in the system as shown in embodiment I includes an integral/split digital asset transaction platform 241, where one end of the integral/split digital asset transaction platform 241 is connected to the output end of the digital asset packet processing platform 23, and the other end of the integral/split digital asset transaction platform 241 is connected to an output end of the blockchain agent platform 25.
[0049] The integral/split digital asset transaction platform 241 is configured to determine whether an asset packet is an integral transaction asset or a partial transaction asset; and split the asset packet into a plurality of sub-asset packets, if the asset packet is a partial transaction asset.
[0050] In the technical solutions shown in the embodiment of this application, the integral transaction asset refers to a digital asset that 1s licensed and assigned as an integral.
[0051] As a partial transaction asset, each part of the digital asset 1s dependent on each other. In other words, the digital asset is an integral and cannot be split into independent partial digital assets.
[0052] The integral transaction asset or partial transaction asset 1s described below in detail by using specific examples.
[0053] (1) Trademark (a transaction good in the spiritual scope).
[0054] A. Proper transactions: in an integral manner, all rights are handed over to a assignee by means of licensing or assignment.
[0055] B. Improper transactions: splitting and share-based.
[0056] (2) Copyright (a transaction good in the material scope).
[0057] A. Proper transactions: in an integral manner, licensing or assignment.
[0058] B. Manner suitable for some rights: each part of a product is dependent on each other. In other words, the product is an integral and cannot be split into independent parts. The rights for such type of product are rights for implementing, and therefore, such product is suitable for share-based transactions, such as a right of production, a right of distribution, a right of rental, a right of exhibition, a right of showing, a right of broadcasting, a right of performance, and a right of communication.
The right that is independent from each other and is capable of being implemented separately and in a combined manner is suitable for being transacted in a splitting manner. For example, for a concert contract including the right of performance, the right of advertising, the right of communication, and the like, in the contract there may be a plurality of contractors (transaction objects) instead of one, through a transaction of splitting the contents of the contract.
[0059] (3) Patent (a transaction good in the scope of particular materials).
[0060] A. Proper transactions: in an integral manner, licensing or assignment (which are classified into two types: formal transactions and real transactions, where the former refers to the assignment rights, and the later includes contents negotiated by two parties, such as the accompanying asset, the related technologies and devices for implementing the patent, market information, and other relevant affairs).
[0061] B. Special transactions: share-based transactions of a patent asset packet that 1s implementable and possesses certain market shares; and split transactions or securitized transactions of the patent asset packet.
[0062] Embodiment III:
[0063] In the system as shown in embodiment II, the financial center platform 24 further includes a digital asset securitization platform
242. Specifically, referring to FIG. 5, one end of the digital asset securitization platform 242 is connected to the output end of the digital asset packet processing platform 23, and the other end of the digital asset securitization platform 242 is connected to the output end of the blockchain agent platform 25.
[0064] The digital asset securitization platform 242 is configured to determine a transaction contract of the asset packet, and control, based on the transaction contract, a transferring process of rights of the asset packet.
[0065] The technical solution as shown in the embodiment of this application is intended to enable the digital asset to be transacted in a popular way. The transaction contract of the asset packet may be determined to achieve securitization of the digital asset.
[0066] Specifically, in one aspect, the determination of the transaction contract of the asset packet can overcome some disadvantages that are adverse to the transactions. For example, there is uncertainty in the association and closeness of a patent and its accompanying asset; patent conflicts between enterprises are small probability events; and the enterprises usually have technical reserves. Therefore, by using the digital asset securitization platform, a boundary between the enterprises needs to be broken. To be specific, by using a "technology" (a technical alliance including the patent and its accompanying asset) as a transaction core (an asset packet) and by means of litigations as threatening, a transaction caused by a composition process of alliance members, a productized production and implementation between the alliance members, and the implementations permitted based on shares of the upstream and downstream enterprises that apply the technology, rely on the integral transactions and the share-based transactions of the patent.
[0067] In one aspect, the determination of the transaction contract of the asset packet can also break the boundary between the enterprises. A patent technology alliance between enterprises and individuals is achieved by using an asset packet of a patent technology as a transaction object. A transaction of a patent technology evolves to be a popular investment action by means of a securitized transaction and by using the asset packet of the patent technology as an investee. Shanghai, Shenzhen, and other conventional stock markets use enterprises as investees. However, in this solution, a technology alliance between enterprises is used as an investee, thus being helpful to enable a competitive relationship between the enterprises to evolve as a cooperative relationship. This may result in competitions between different alliances, thus resolve a problem that a good technology fails at an early research and development stage due to defects in funds, the market, personnel, and the like. In this way, investment wastes are reduced, so that the funds are in an environment of low risks and having a strong capability of earning profits, to further enable the funds to serve for an entity enterprise at a higher efficiency.
[0068] Embodiment IV:
[0069] Referring to FIG. 6, the system as shown in embodiment II further includes an online notarization platform 26 connected to the digital asset verification platform 21, where the online notarization platform 26 is connected to the blockchain agent platform 25.
[0070] The online notarization platform 26 is configured to monitor a verification process of the digital asset verification platform, and generate a notarization result; and to send the notarization result to the digital asset verification platform, and upload the notarization result to the blockchain agent platform 25.
[0071] The online notarization platform 26 may upload the authentication result to the blockchain network.
[0072] Embodiment V:
[0073] Referring to FIG. 7, the system as shown in embodiment IV further includes an online evaluation platform 27 connected to the digital asset processing platform 23, where the online evaluation platform 27 is connected to the blockchain agent platform 25.
[0074] The online evaluation platform 27 is configured to evaluate a subpacket process of the digital asset packet processing platform, and generate an evaluation result; and to send the evaluation result to the digital asset packet processing platform 23, and meanwhile upload the evaluation result to the blockchain agent platform 25.
[0075] The online evaluation platform 27 may upload the evaluation result to the blockchain network.
[0076] Embodiment VI:
[0077] In the technical solution as shown in embodiment V, because some digital asset entities have large capacities which may be hundreds of Megabytes or even greater than 1G, the digital asset uploaded to the digital asset verification platform 21 by a client 1 may occupy large transmission resources and storage resources. In addition, since the digital asset is authenticated online through the Internet, the condition of the network transmission resources of the digital asset authentication platform 21 cannot be matched if a large amount of digital assets are uploaded from different clients 1 randomly. As a result, the uploading of the digital asset is delayed or the transmission of the digital asset fails. To resolve the problem in the prior art, the embodiment of this application provides a system for processing a to-be-authenticated digital asset.
[0078] To resolve the foregoing problem, on the basis of the technical solution as shown in embodiment V, the technical solutions shown in the embodiment of this application further includes a preprocessing platform connected to the output end of the client 1. Specifically, referring to FIG. 8, the system as shown in embodiment V further includes a preprocessing platform 28 connected to the output end of the client 1, where an output end of the preprocessing platform is connected to an input end of the digital asset verification platform 21.
[0079] The preprocessing platform 28 is configured to receive a digital asset packet sent by the client, and perform a digital signature operation on the digital asset packet by using a predetermined digital signature algorithm to generate a signature string, where the digital asset packet includes a digital asset entity and bibliographic data; to encrypt the signature string, the bibliographic data, and a link address of the digital asset entity by using an asymmetric encryption algorithm to generate an encrypted asset packet; and to generate a digest for to-be-authenticated asset packet based on the encrypted asset packet and a public key, and upload it to the blockchain network and the digital asset verification platform.
[0080] It should be noted that in the technical solutions shown in the embodiment of this application, the data received by the digital asset verification platform 21 is referred to as a to-be-authenticated asset packet, and the data transmitted by the preprocessing platform 3 to the digital asset verification platform 21 is referred to as a digest for to-be- authenticated asset packet.
[0081] The digital signature algorithm may be determined by means of the client negotiating with the digital asset authentication platform in advance. Alternatively, the digital signature algorithm may be one selected from the pre-provided algorithm set. When the client transmits the digital asset packet to the digital asset authentication platform, the client selects one algorithm from the algorithm set and sends the digital asset packet to the digital asset authentication platform to notify it to use the same digital signature algorithm. It should be noted that the algorithm set may include various digital signature algorithms. It should be noted that the algorithm procedure set includes various digital signature algorithms. The digital signature algorithm may be SHA256, SHA384, SHA512, or the like. The digital signature operation may be a hash operation.
[0082] In the embodiment of this application, the hash operation 1s performed on the digital asset packet by using the digital signature algorithm. Due to the property of the hash operation, the signature string generated through performing the hash operation on the digital asset packet is a unique value. For example, assuming the digital signature algorithm uses SHA256, a digit string with 256 bits, which is a unique value, 1s obtained after the hash operation is performed on the digital asset packet by using SHA256. Different signature strings are obtained if the hash operation is performed on different digital asset packets by using the same digital signature algorithm. Therefore, the signature string can be used to verify authenticity of the digital asset packet.
[0083] For example, assuming a purchaser A wants to buy a painting, and after the painting is converted by using a technical manner into a digital asset presented in electronic data, a digital asset packet is obtained. The digital signature operation is then performed by using the SHA256 digital signature algorithm to obtain an authentic signature string that is unique. A seller B claims that the painting is owned by himself. When the painting shown by the seller B is converted into a digital asset packet, the digital signature operation is then performed by using the SHA256 digital signature algorithm to obtain a new signature string. At this time, whether the authentic signature string 15 same to the new signature string is determined. If the two are the same, it indicates that the seller B is an authentic owner of the painting; and if the two are not the same, it indicates that the painting shown by the seller B 1s a replica, and the seller B pretends to be the owner of the painting and is not the authentic owner of the painting. Therefore, the purchaser A cannot make a transaction with the seller B. Because of the uniqueness of the signature string, it can be used to verify authenticity of a digital asset packet.
[0084] The signature string and the link address of the digital asset entity are encrypted by using the asymmetric encryption algorithm to generate the encrypted asset packet.
[0085] Because the digital asset entity may have a very large capacity, the link address of the digital asset entity, which has a small capacity, is used in this application to serve as a part of the encrypted asset packet, thereby reducing the capacity of the encrypted asset packet.
[0086] It should be noted that where the digital asset entity 1s stored may be determined based on the link address of the digital asset entity. In a possible implementation, the digital asset packet is stored in the client. In another possible implementation, the preprocessing platform further includes a third-party server, and the digital asset packet is stored in the third-party server. Storing the digital asset packet in the third-party server can reduce the storage resources of the client being occupied by the digital asset packet, thus avoiding slow operation speed of the client
[0087] In the embodiment of this application, the asymmetric encryption algorithm is complex and therefore is extremely secure. There are two keys in the asymmetric encryption algorithm, including a public key and a private key. The public key and the private key are two different keys. The signature string and the link address of the digital asset entity are encrypted by using the private key to obtain the encrypted asset packet. The public key is used in a process of decrypting the encrypted asset packet.
Decrypting the encrypted asset packet by using the public key may obtain the signature string and the link address of the digital asset entity from the encrypted asset packet.
[0088] The digest for to-be-authenticated asset packet is generated based on the encrypted asset packet and the public key, and is uploaded to the blockchain agent platform and the digital asset verification platform 21. The blockchain agent platform uploads the received data to the blockchain network, which has decentralization, tamper proof, and non- repudiation characteristics. Therefore, uploading the digest for to-be- authenticated asset packet that is comprised of the encrypted asset packet and the public key to the blockchain network can ensure that the digital asset entity, which corresponds to the link address of the digital asset entity in the encrypted asset packet, is not tampered, and a record can be obtained in time.
[0089] In this application, the digest for to-be-authenticated asset packet is uploaded to the digital asset authentication platform 21 through the client. Since the digest for to-be-authenticated asset packet is comprised of the encrypted asset packet and the public key, and the encrypted asset packet is obtained by encrypting the signature string and the link address of the digital asset entity, which has a small capacity, uploading the digest for to-be-authenticated asset packet to the digital asset authentication platform 21 significantly reduces the transmission resources and the storage resources being occupied, when compared with a manner of directly uploading the digital asset entity to the digital asset authentication platform 21 through the client.
[0090] Embodiment VII:
[0091] Different from embodiment I to embodiment V, in the system as shown in the embodiment of this application, the blockchain agent platform 25 includes a plurality of blockchain agent subplatforms 251. Specifically, reference may be made to FIG. 9.
[0092] Each of the client 1, the digital asset verification platform 21, the digital asset registration platform 22, the digital asset packet processing platform 23, and the financial center platform 24 is connected to the blockchain network through the respective blockchain agent subplatform 251.
[0093] The blockchain agent subplatform 251 is configured to receive the data uploaded by each of the client 1, the digital asset verification platform 21, the digital asset registration platform 22, the digital asset packet processing platform 23 and the financial center platform 24, and send the data to the blockchain network; and is further configured to issue the data stored in the blockchain network to each of the client 1, the digital asset verification platform 21, the digital asset registration platform 22, the digital asset packet processing platform 23, and the financial center platform 24.
[0094] The embodiments of the present invention further provide a storage medium that stores a computer program. The computer program, while being implemented by a processor, performs some or all of the steps in the embodiments of the present invention. The storage medium may be a magnetic disk, a compact disc, a read-only memory (read-only memory in English, ROM for short), a random access memory (random access memory in English, RAM for short), or the like.
[0095] A person skilled in the art can clearly learn that the technology in the embodiments of the present invention can be implemented through software in combination with a necessary general hardware platform. On the basis of such understanding, the technical solutions in the embodiments of the present invention essentially or parts of the technical solutions in the embodiments of the present invention that attribute to the prior art can be represented in software products. A computer software product can be stored in the storage medium, such as a ROM/RAM, a magnetic disk, a compact disc, or the like, and includes a plurality of instructions to enable a computer device, which may be a personal computer, a server, a network device, or the like, to perform the method in all embodiments or in some embodiments of the present invention.
[0096] For same or similar parts between the embodiments in this specification, reference may be made to each other.
Claims (7)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
NL2025492A NL2025492B1 (en) | 2020-05-04 | 2020-05-04 | Digital asset financial system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
NL2025492A NL2025492B1 (en) | 2020-05-04 | 2020-05-04 | Digital asset financial system |
Publications (1)
Publication Number | Publication Date |
---|---|
NL2025492B1 true NL2025492B1 (en) | 2021-11-18 |
Family
ID=70805187
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
NL2025492A NL2025492B1 (en) | 2020-05-04 | 2020-05-04 | Digital asset financial system |
Country Status (1)
Country | Link |
---|---|
NL (1) | NL2025492B1 (en) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190318348A1 (en) * | 2018-04-13 | 2019-10-17 | Dubset Media Holdings, Inc. | Media licensing method and system using blockchain |
WO2019228564A2 (en) * | 2019-09-11 | 2019-12-05 | Alibaba Group Holding Limited | System and method for digital asset transfer |
-
2020
- 2020-05-04 NL NL2025492A patent/NL2025492B1/en not_active IP Right Cessation
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190318348A1 (en) * | 2018-04-13 | 2019-10-17 | Dubset Media Holdings, Inc. | Media licensing method and system using blockchain |
WO2019228564A2 (en) * | 2019-09-11 | 2019-12-05 | Alibaba Group Holding Limited | System and method for digital asset transfer |
Non-Patent Citations (1)
Title |
---|
FRANCO PEDRO: "Understanding Bitcoin Cryptography, engineering, and economics", 1 January 2015 (2015-01-01), pages 1 - 291, XP055467603, ISBN: 978-1-119-01915-2, Retrieved from the Internet <URL:http://porn.jules-aubert.info/cul/humble_ebooks/Bitcoin_Blockchain_Cryptocurrency/understanding_bitcoin.pdf> [retrieved on 20180416] * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2022042301A1 (en) | Data processing method and apparatus, smart device and storage medium | |
CN110400221B (en) | Data processing method, system, storage medium and computer equipment | |
WO2021204040A1 (en) | Federated learning data processing method and apparatus, and device and storage medium | |
CN108769751B (en) | Network audio-visual management support system based on intelligent contract | |
CN107180350B (en) | Method, device and system for multi-party sharing transaction metadata based on block chain | |
TWI716140B (en) | Data processing method and device based on blockchain | |
US11360963B2 (en) | Tracking and verification of physical assets | |
US20200043001A1 (en) | Pet Food Traceability System and Method Therefor | |
WO2019010067A1 (en) | Blockchain proof of custody, proof against tampering, proof of chain of custody | |
WO2022001526A1 (en) | Block chain-based trade data processing method and related device thereof | |
WO2020125234A1 (en) | Blockchain-based data processing method and apparatus | |
CA3024837A1 (en) | Intellectual asset method and system | |
WO2020147478A1 (en) | Block chain-based user feature value acquisition and application method and apparatus | |
US20220067125A1 (en) | Method for distributing certificate of right to use digital content, and computer program stored in medium in order to carry out method | |
CN116743768B (en) | Method, apparatus, device and computer readable storage medium for trading computing power resources | |
JP2020135114A (en) | Communication program, communication device, and communication method | |
WO2021017635A1 (en) | Digital asset financial system | |
CN117616410A (en) | Multiparty computing in a computer slicing environment | |
CN113409144B (en) | Blockchain data transaction method with privacy protection function | |
NL2025492B1 (en) | Digital asset financial system | |
Ning et al. | On the exploitation of blockchain for distributed file storage | |
CN115794947A (en) | Data synchronization method and device, storage medium and electronic equipment | |
NL2025496B1 (en) | System for processing digital asset that is to be authenticated | |
US20210233104A1 (en) | Product exploration-based promotion | |
CN113821811A (en) | Block chain-based data acquisition method and system, electronic device and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM | Lapsed because of non-payment of the annual fee |
Effective date: 20230601 |