DID migration method and system, device and medium suitable for supply chain finance

Abstract

The application discloses a DID transplantation method and system, equipment and medium suitable for supply chain finance, wherein after a first local DID is generated on a supplier chain, the first local DID is mapped to a first virtual DID through identity mapping and then transplanted to a manufacturer chain, so that the DID can be dynamically transplanted to a target chain without re-registration. Furthermore, after a second local DID is generated for each batch of products on the manufacturer chain, the second local DID is associated with the first virtual DID in a production record, and production record information on the manufacturer chain is synchronized to a retailer chain, so that the retailer chain can verify the production process of the product by calling detailed production record on the manufacturer chain, a transaction record is generated after verifying the authenticity of the supplier identity and is synchronized to a customer chain, an identity link that can be traced is constructed in a multi-chain environment, the response speed of identity authentication is greatly improved, and the verification cost of users on different chains is reduced.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of blockchains, in particular, to a DID transplantation method and system suitable for supply chain finance, an electronic device and a computer readable storage medium. BACKGROUND

[0002] Blockchain technology, also known as distributed ledger technology, is a new technology in which a plurality of computer devices jointly participate in "accounting" and jointly maintain a complete distributed database. Because of its own characteristics of decentralization and openness, blockchain technology is favored in different fields. Each computer on the blockchain has data records, and the computers can synchronize data in real time, ensuring the security and timeliness of the data. A decentralized identifier (DID) is a new type of identifier that can realize a verifiable decentralized digital identity. DID refers to any subject (for example, a person, an organization, a thing, a data model, an abstract entity, etc.) determined by a DID controller. Unlike typical joint identifiers, the design of DID allows it to be separated from centralized registration centers, identity providers and certificate authorities. A DID identifier is a string of a specific format that represents the digital identity of an entity. Each DID identifier corresponds to a DID document. The identity verification process is a process in which a DID subject proves its association with a DID through encryption.

[0003] The supply chain finance scenario includes multiple blockchains, and cross-chain communication is performed between the multiple blockchains to ensure synchronization of data and information. At present, a common cross-chain communication method is through a relay chain. The relay chain is the core that connects multiple blockchains, and all cross-chain communications need to pass through the relay chain. Since the relay chain needs to verify and synchronize the status of each parallel chain, this process may introduce high transaction latency, especially in a high-concurrency scenario. In addition, if the cross-chain transaction volume is too large, the relay chain may become a performance bottleneck, affecting overall efficiency. Moreover, multiple parallel chains need to share the computing resources and network resources of the relay chain, which can easily lead to resource contention and affect transaction processing efficiency. In addition, the security of the relay chain, as the hub of cross-chain communication, is directly related to the security of the entire ecosystem. Once the relay chain is attacked or fails, all related chains will be affected. Therefore, direct cross-chain communication between multiple blockchains has become a new research direction, which does not require a relay chain and is conducive to improving security and processing efficiency. However, due to the lack of a unified identity authentication standard between different chains, the data integrity and authenticity of DID during cross-chain transplantation and authentication cannot be guaranteed. In addition, in a multi-chain environment, how to build a traceable link in scattered identity information to avoid the performance overhead caused by repeated authentication has also become a problem that needs to be solved. SUMMARY

[0004] The application provides a DID migration method and system suitable for supply chain finance, an electronic device and a computer readable storage medium, which can realize seamless migration of DID between different chains, without the need for repeated registration of DID on different chains, and can improve the response speed of identity authentication and reduce the verification cost of users on different chains.

[0005] According to one aspect of the application, a DID migration method suitable for supply chain finance is provided, and the multi-chain scenario of supply chain finance includes a supplier chain, a manufacturer chain, a retailer chain and a customer chain, and includes the following contents:

[0006] A first local DID is generated for each batch of raw materials on the supplier chain, and the first local DID is mapped to a first virtual DID, and the first virtual DID is migrated to the manufacturer chain;

[0007] A second local DID is generated for each batch of products on the manufacturer chain, and the second local DID is associated with the first virtual DID in the production record;

[0008] The production record information on the manufacturer chain is synchronized to the retailer chain, the retailer chain verifies the authenticity of the production record and stores the related DID information;

[0009] A commodity purchase request is sent to the retailer chain on the customer chain, the retailer chain verifies the production process of the commodity by calling the detailed production record on the manufacturer chain, generates a transaction record after verifying the authenticity of the supplier identity, and synchronizes the transaction record to the customer chain.

[0010] Further, the process of generating a first local DID for each batch of raw materials on the supplier chain, mapping the first local DID to a first virtual DID, and migrating the first virtual DID to the manufacturer chain includes the following contents:

[0011] The supplier generates a unique first local DID and a DID document for each batch of raw materials on the supplier chain, the supplier chain maps the first local DID to a first virtual DID through a first cross-chain virtual identity agent layer, and synchronizes the first virtual DID to a second cross-chain virtual identity agent layer of the manufacturer chain;

[0012] The manufacturer sends a cross-chain identity verification request to the supplier chain on the manufacturer chain;

[0013] The first cross-chain virtual identity agent layer generates a migration credential in response to the cross-chain identity verification request, and synchronizes the migration credential and the first virtual DID to the second cross-chain virtual identity agent layer of the manufacturer chain through an inter-chain trust bridge;

[0014] The second cross-chain virtual identity agent layer receives the transplanted credential and the first virtual DID, verifies the authenticity of the first virtual DID and the first local DID, and after verification, formally registers the first virtual DID on the manufacturer chain.

[0015] Further, the DID document is stored in a distributed storage system, and the storage address is stored in the supplier chain after being encrypted by a hash value.

[0016] Further, the transplanted credential includes zero-knowledge proof, and the second cross-chain virtual identity agent layer verifies the authenticity of the first virtual DID and the first local DID through the zero-knowledge proof.

[0017] Further, the detailed production record is stored in a distributed storage system, and the storage address is stored in the manufacturer chain after being encrypted by a hash value.

[0018] Further, the production record information includes the hash value of the detailed production record storage address, the second local DID, the first virtual DID and the signature of the manufacturer.

[0019] Further, the customer chain sends a commodity purchase request to the retailer chain, and the retailer chain verifies the production process of the commodity by calling the detailed production record on the manufacturer chain, and after verifying the authenticity of the supplier identity, generates a transaction record and synchronizes it to the customer chain, which includes the following contents:

[0020] The customer sends a commodity purchase request to the retailer on the customer chain and provides the third local DID and signature of the customer, and the third cross-chain virtual identity agent layer of the retailer chain verifies the third local DID of the customer and synchronizes the third virtual DID through the inter-chain trust bridge;

[0021] The retailer chain decrypts the hash value in the production record information shared by the manufacturer chain to obtain the storage address of the detailed production record, and calls the detailed production record of the commodity on the manufacturer chain through the cross-chain smart contract integration layer, verifies the production process of the commodity, and calls the DID management contract on the supplier chain through the cross-chain smart contract integration layer to verify the authenticity of the supplier identity;

[0022] The retailer chain generates a transaction record and synchronizes the transaction record to the customer chain through the cross-chain smart contract integration layer.

[0023] In addition, the present application also provides a DID transplanted system suitable for supply chain finance, comprising:

[0024] The DID transplanted module is used for generating a first local DID for each batch of raw materials on the supplier chain, mapping the first local DID to a first virtual DID, and transplanting the first virtual DID to the manufacturer chain.

[0025] The DID association module is configured to generate a second local DID for each batch of products on the manufacturer chain and associate the second local DID with the first virtual DID in a production record;

[0026] The cross-chain sharing module is configured to synchronize the production record information on the manufacturer chain to the retailer chain, and the retailer chain verifies the authenticity of the production record and stores the related DID information;

[0027] The cross-chain verification module is configured to send a commodity purchase request to the retailer chain on the customer chain, and the retailer chain verifies the production process of the commodity by calling the detailed production record on the manufacturer chain, generates a transaction record after verifying the authenticity of the supplier identity, and synchronizes the transaction record to the customer chain.

[0028] In addition, the present application also provides an electronic device comprising a processor and a memory, wherein the memory stores a computer program, and the processor is configured to execute the steps of the method described above by calling the computer program stored in the memory.

[0029] In addition, the present application also provides a computer-readable storage medium for storing a computer program suitable for DID transplantation in supply chain finance, wherein the computer program executes the steps of the method described above when running on a computer.

[0030] The present application has the following advantages:

[0031] The DID transplantation method suitable for supply chain finance in the present application generates a first local DID for each batch of raw materials on the supplier chain, maps the first local DID to a first virtual DID through identity mapping, and then transplants the first virtual DID to the manufacturer chain, so that the DID can be dynamically transplanted to the target chain without the need for re-registration, and seamless migration of the DID between different chains can be achieved. After generating a second local DID for each batch of products on the manufacturer chain, the second local DID is associated with the first virtual DID in the production record, and the production record information on the manufacturer chain is synchronized to the retailer chain. The retailer chain can verify the production process of the commodity by calling the detailed production record on the manufacturer chain, generate a transaction record after verifying the authenticity of the supplier identity, and synchronize the transaction record to the customer chain. In a multi-chain environment, a traceable identity link is constructed, which can greatly improve the response speed of identity authentication and reduce the verification cost of users on different chains. The present application provides an efficient, secure and scalable solution for multi-chain identity management in the supply chain finance scenario.

[0032] In addition, the DID transplantation system suitable for supply chain finance in the present application also has the above advantages.

[0033] In addition to the purposes, features and advantages described above, the present application has other purposes, features and advantages. The present application will be further described below with reference to the drawings. BRIEF DESCRIPTION OF DRAWINGS

[0034] The accompanying drawings, which form a part of the present application, are intended to provide further understanding of the present application, and are used in explanation of the preferred embodiments of the present application together with the descriptions. In the drawings:

[0035] Figure 1 is a flowchart of a DID migration method suitable for supply chain finance according to a preferred embodiment of the present application;

[0036] Figure 2 is a subflowchart of step S1 in Figure 1

[0037] Figure 3 is a subflowchart of step S4 in Figure 1

[0038] Figure 4 is a schematic diagram of the module structure of a DID migration system suitable for supply chain finance according to another embodiment of the present application. DETAILED DESCRIPTION

[0039] It should be noted that the embodiments in the present application and the features in the embodiments can be combined with each other without conflict. The present application will be described in detail below with reference to the drawings and in combination with the embodiments.

[0040] With reference to Figure 1 , the preferred embodiment of the present application provides a DID migration method suitable for supply chain finance, and the multi-chain scenario of supply chain finance includes a supplier chain, a manufacturer chain, a retailer chain and a customer chain, which includes the following contents:

[0041] Step S1: generating a first local DID for each batch of raw materials on the supplier chain, and migrating the first virtual DID to the manufacturer chain after mapping the first local DID to the first virtual DID;

[0042] Step S2: generating a second local DID for each batch of products on the manufacturer chain, and associating the second local DID with the first virtual DID in the production record;

[0043] Step S3: synchronizing the production record information on the manufacturer chain to the retailer chain, and verifying the authenticity of the production record and storing the related DID information by the retailer chain;

[0044] ​​Step S4: issuing a commodity purchase request to the retailer chain on the customer chain, and the retailer chain verifying the production process of the commodity by calling the detailed production record on the manufacturer chain, generating a transaction record after verifying the authenticity of the supplier identity, and synchronizing to the customer chain.

[0045] It can be understood that the DID migration method suitable for supply chain finance in the embodiment generates a first local DID for each batch of raw materials on the supplier chain, maps the first local DID to a first virtual DID through identity mapping, and then migrates the first virtual DID to the manufacturer chain, so that the DID can be dynamically migrated to the target chain without re-registration, and seamless migration of the DID between different chains can be realized. And after generating a second local DID for each batch of products on the manufacturer chain, the second local DID is associated with the first virtual DID in the production record, and the production record information on the manufacturer chain is synchronized to the retailer chain. The retailer chain can verify the production process of the commodity by calling the detailed production record on the manufacturer chain, generate a transaction record after verifying the authenticity of the supplier identity, and synchronize to the customer chain. In a multi-chain environment, a traceable identity link is constructed, which can greatly improve the response speed of identity authentication and reduce the verification cost of users on different chains. It provides an efficient, secure and scalable solution for multi-chain identity management in the supply chain finance scenario.

[0046] It can be understood that, as shown in Figure 2 In the step S1, the process of generating a first local DID for each batch of raw materials on the supplier chain, mapping the first local DID to a first virtual DID, and then migrating the first virtual DID to the manufacturer chain includes the following contents:

[0047] Step S11: the supplier generates a unique first local DID and DID document for each batch of raw materials on the supplier chain, and the supplier chain maps the first local DID to a first virtual DID through a first cross-chain virtual identity agent layer, and synchronizes the first virtual DID to a second cross-chain virtual identity agent layer of the manufacturer chain;

[0048] Step S12: the manufacturer sends a cross-chain identity verification request to the supplier chain on the manufacturer chain;

[0049] Step S13: the first cross-chain virtual identity agent layer generates a migration credential in response to the cross-chain identity verification request, and synchronizes the migration credential and the first virtual DID to the second cross-chain virtual identity agent layer of the manufacturer chain through an inter-chain trust bridge;

[0050] Step S14: After the second cross-chain virtual identity agent layer receives the migration credential and the first virtual DID, it verifies the authenticity of the first virtual DID and the first local DID, and after verification, it officially registers the first virtual DID on the manufacturer chain.

[0051] For example, the first registration of DID can be represented as: Register(DID_M, PublicKey, IPFS_Address). Specifically, the supplier S generates a unique first local DID (e.g. L_DID) and a DID document for each batch of raw materials on the supplier chain L1, wherein the DID document is stored in a distributed storage system (e.g. IPFS), and the storage address is stored on the supplier chain L1 after being hashed. Moreover, the first cross-chain virtual identity agent layer VIA_L1 of the supplier chain maps the first local DID (L_DID) to the first virtual DID (V_DID) through identity mapping, and synchronizes the V_DID to the second cross-chain virtual identity agent layer VIA_L2 of the manufacturer chain L2.

[0052] Then the DID migration is triggered, i.e. the manufacturer P sends a cross-chain identity verification request RequestMigration(DID_S, DID_P, Timestamps, Signature) to the supplier chain L1 on the manufacturer chain L2.

[0053] Then the migration and verification are performed, the first cross-chain virtual identity agent layer VIA_L1 generates a migration credential MigrationProof(L_DID_S, V_DID_S, Signature, ZKP) in response to the cross-chain identity verification request, wherein ZKP is a zero-knowledge proof, and synchronizes the V_DID and the migration credential to the production chain L2 through the inter-chain trust bridge.

[0054] Finally, the DID verification and authorization are performed, the second cross-chain virtual identity agent layer VIA_L2 verifies the authenticity of L_DID and V_DID through zero-knowledge proof ZKP after receiving the migration credential, i.e. the manufacturer P calls the DID management contract of the supplier chain L1 through the cross-chain smart contract integration layer ICC, verifies the migration credential VerifyProof(L_DID_S, V_DID_S, MigrationProof), and after the verification is passed, formally registers V_DID_S to the manufacturer chain L2, and completes the identity migration.

[0055] Among them, the cross-chain virtual identity agent layer (VIA, Virtual Identity Agent) can provide a virtualized identity agent for each chain as a cross-chain interface for distributed digital identity (DID), manage DID mapping between chains, support DID cross-chain transplantation, data synchronization and authorization verification, and realize seamless DID transplantation and dynamic update. VIA maintains the correspondence between virtual DID (V_DID) and original DID (L_DID) on the chain through an identity mapping table, ensuring the uniqueness and traceability of the same identity in different chains. When DID is transplanted from one chain to another, VIA is responsible for generating a transplantation certificate and synchronizing data with the VIA of the target chain, and using zero-knowledge proof (ZKP) to verify the authenticity of DID transplantation, avoiding identity forgery. VIA can also provide standardized interfaces for external chain calls, hide the differences between underlying chains, and play an intermediary role in cross-chain transactions, record verification and other operations. The trusted chain bridge (TCB, Trusted Chain Bridge) can provide trust connection between different blockchains, ensure safe synchronization and verification of data, and is responsible for handling cross-chain data authenticity verification and consistency maintenance. Based on cross-chain consensus, it realizes data interoperability between multiple chains, and uses lightweight block header synchronization technology to reduce cross-chain communication overhead. When synchronizing across chains, ZKP is used to verify the authenticity of the data without exposing sensitive information. In addition, the distributed storage system, i.e. the distributed storage and cache layer (DStorage&Cache), can provide distributed storage for identity documents, transaction records, etc. to avoid single point of failure, provide intelligent caching mechanism in high-frequency access scenarios, optimize cross-chain data access performance, and separate distributed storage from on-chain records to improve system storage efficiency and scalability. For example, use IPFS distributed file system to store DID documents and transaction data, and blockchains only record the hash value (such as Merkle root) of the storage address, reducing the storage burden on the chain. The storage hash value can also be used to verify data integrity and prevent data tampering. In addition, the cross-chain smart contract integration layer (ICC, Inter-Chain Contract Integration) can provide smart contract support for cross-chain identity verification, record storage, and transaction processing, ensuring logic consistency and security, and can provide a unified traceability mechanism across multiple chains to realize transparent management of the entire process from suppliers to customers. The contract interface of ICC is standardized, supporting multiple blockchain platforms, and can provide distributed identity and record management functions, and use distributed transaction protocols to ensure cross-chain transaction consistency. In addition, for supply chain finance scenarios, special smart contract modules (such as production traceability and transaction settlement) can also be designed.

[0056] It can be understood that the application realizes a brand-new mechanism of identity mapping through cross-chain virtual identity agent (VIA), DID can be dynamically transplanted to the target chain without re-registration, and the trust bridge supports identity authentication request forwarding and credential state synchronization between multiple chains, which greatly improves the efficiency of multi-chain identity authentication. Through the combination of cross-chain virtual identity agent (VIA) and inter-chain trust bridge (TCB), seamless docking of DID transplantation is realized. In addition, ZKP and lightweight verification mechanism are used to realize efficient and secure cross-chain data transmission, and dynamic trust management in a multi-chain environment is also supported, reducing the direct dependence between nodes. In addition, distributed storage is separated from on-chain records, improving system storage efficiency and scalability, and reducing the risk of single point of failure, improving the overall availability of the system. In addition, modular design and cross-chain protocol support are adopted to improve the scalability and compatibility of the scheme in a multi-chain environment, and cross-chain smart contract integration realizes unified logic management in a multi-chain environment.

[0057] It can be understood that in the step S2, the manufacturer P generates a new second local DID (L_DID_P) for each batch of products and associates L_DID_P with V_DID_S in the production record, which can be represented as: ProductionRecord(L_DID_P,V_DID_S,Details,Timestamp,Signature). The detailed production record is stored in a distributed storage system, and the hash value of the storage address after hash encryption is stored on the manufacturer chain. Distributed storage is separated from on-chain records, improving system storage efficiency and scalability, and reducing the risk of single point of failure, improving the overall availability of the system.

[0058] It can be understood that in the step S3, the manufacturer chain shares and synchronizes the production record information to the retailer chain L3 through the cross-chain smart contract integration layer ICC, and the production record information includes the hash value of the detailed production record storage address, the second local DID, the first virtual DID and the signature of the manufacturer, which can be represented as ShareRecord(L_DID_P,V_DID_S,Hash,Signature). The third cross-chain virtual identity agent layer VIA_L3 of the retailer chain L3 verifies the authenticity of the production record information through signature verification, and caches L_DID_P and V_DID_S.

[0059] It can be understood that, as shown in Figure 3 In the step S4, the customer chain sends a product purchase request to the retailer chain, and the retailer chain verifies the production process of the product by calling the detailed production record on the manufacturer chain. The process of generating a transaction record and synchronizing it to the customer chain after verifying the authenticity of the supplier's identity includes the following contents:

[0060] Step S41: The customer sends a product purchase request to the retailer on the customer chain and provides the customer's third local DID and signature, and the third cross-chain virtual identity agent layer of the retailer chain verifies the customer's third local DID and synchronizes the third virtual DID through the inter-chain trust bridge;

[0061] Step S42: The retailer chain decrypts the hash value in the production record information shared with the producer chain to obtain the storage address of the detailed production record, calls the detailed production record of the product on the producer chain through the cross-chain smart contract integration layer, verifies the production process of the product, and calls the DID management contract on the supplier chain through the cross-chain smart contract integration layer to verify the authenticity of the supplier identity;

[0062] Step S43: The retailer chain generates a transaction record and synchronizes the transaction record to the customer chain through the cross-chain smart contract integration layer.

[0063] Specifically, the customer C sends a product purchase request to the retailer R on the customer chain L4 and provides his own third local DID and signature, and the product purchase request can be represented as PurchaseRequest(L_DID_C, ProductID, Timestamp, Signature). The retailer chain L3 can verify the third local DID (L_DID_C) of the customer through the customer signature, and synchronize the V_DID_C information through the inter-chain trust bridge TCB. Wherein, the DID of the customer C has completed registration on the retailer chain L3, for example, the customer purchases the membership of Sam's Club, and when the customer purchases the goods, Sam's Club can verify the membership identity of the customer. Then, the retailer chain L3 decrypts the Hash in ShareRecord(L_DID_P, V_DID_S, Hash, Signature) to obtain the storage address of the detailed production record, calls the production record of the producer chain L2 through the ICC, verifies the production process of the product, obtains the production certificate VerifyProduction(ProductID, ProductionRecord, V-DID_S), and then calls the DID management contract on the supplier chain L1 through the ICC to verify the authenticity of V-DID_S. After verification, the retailer chain L3 generates a transaction record, which can be represented as Transaction(L-DID_C, V-DID_R, ProductID, Details, Timestamp, Signature), and synchronizes the transaction record to the customer chain L4 through the ICC, realizing full-chain traceability. Wherein, V-DID_R represents the virtual DID of the retailer.

[0064] It can be understood that the present application constructs a traceable identity link in a multi-chain environment, which can greatly improve the response speed of identity authentication, reduce the verification cost of users on different chains, and provides an efficient, secure and scalable solution for multi-chain identity management in the supply chain finance scenario.

[0065] In addition, as Figure 4 shown, another embodiment of the present application also provides a DID migration system suitable for supply chain finance, preferably using the DID migration method suitable for supply chain finance as described above, comprising:

[0066] a DID migration module for generating a first local DID for each batch of raw materials on the supplier chain, and migrating the first virtual DID to the manufacturer chain after mapping the first local DID to the first virtual DID;

[0067] a DID association module for generating a second local DID for each batch of products on the manufacturer chain, and associating the second local DID with the first virtual DID in the production record;

[0068] a cross-chain sharing module for synchronizing the production record information on the manufacturer chain to the retailer chain, the retailer chain verifying the authenticity of the production record and storing the related DID information;

[0069] a cross-chain verification module for issuing a product purchase request to the retailer chain on the customer chain, the retailer chain verifying the production process of the product by calling the detailed production record on the manufacturer chain, generating a transaction record after verifying the authenticity of the supplier identity, and synchronizing to the customer chain.

[0070] It can be understood that the DID migration system suitable for supply chain finance of the present embodiment generates a first local DID for each batch of raw materials on the supplier chain, and migrates the first virtual DID to the manufacturer chain after mapping the first local DID to the first virtual DID through identity mapping, so that the DID can be dynamically migrated to the target chain without re-registration, and seamless migration of DID between different chains can be realized. And after generating a second local DID for each batch of products on the manufacturer chain, the second local DID is associated with the first virtual DID in the production record, and the production record information on the manufacturer chain is synchronized to the retailer chain, so that the retailer chain can verify the production process of the product by calling the detailed production record on the manufacturer chain, generate a transaction record after verifying the authenticity of the supplier identity, and synchronize to the customer chain. In a multi-chain environment, a traceable identity link is constructed, which can greatly improve the response speed of identity authentication, reduce the verification cost of users on different chains, and provides an efficient, secure and scalable solution for multi-chain identity management in the supply chain finance scenario.

[0071] In addition, another embodiment of the present application further provides an electronic device, comprising a processor and a memory, wherein the memory stores a computer program, and the processor is configured to execute the steps of the method described above by invoking the computer program stored in the memory.

[0072] In addition, another embodiment of the present application further provides a computer readable storage medium for storing a computer program suitable for DID migration of supply chain finance, wherein the computer program performs the steps of the method described above when running on a computer.

[0073] The general computer readable storage medium includes floppy disks, flexible disks, hard disks, magnetic tapes, any other magnetic medium, CD-ROMs, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, random access memories (RAM), programmable read-only memories (PROM), erasable programmable read-only memories (EPROM), FLASH-EPROM, any other memory chip or cartridge, or any other computer readable medium. The instructions can be further transmitted or received by a transmission medium. The term transmission medium includes any tangible or intangible medium that can store, encode, or carry the instructions for execution by a machine and includes digital or analog communication signals transmitted by wire or wirelessly.

[0074] Those skilled in the art should understand that the embodiments of the present application can be provided as a method, a system, or a computer program product. Therefore, the present application can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present application can take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROMs, optical storage, etc.) containing computer usable program code. The solutions in the embodiments of the present application can be implemented in various computer languages, such as the object-oriented programming language Java and the interpreted scripting language JavaScript.

[0075] The computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks. Figure 1 one or more flowcharts and / or blocks in the flowcharts and / or combination thereof. Figure 1 one or more flowcharts and / or blocks in the flowcharts and / or combination thereof.

[0076] These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instructions which implement the function specified in the flowchart block or blocks. Figure 1 one or more flowcharts and / or blocks in the flowcharts and / or combination thereof. Figure 1 one or more flowcharts and / or blocks in the flowcharts and / or combination thereof.

[0077] These computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks. Figure 1 one or more flowcharts and / or blocks in the flowcharts and / or combination thereof. Figure 1 one or more flowcharts and / or blocks in the flowcharts and / or combination thereof.

[0078] Although preferred embodiments of the application have been described herein, those skilled in the art will readily devise many other variations of these preferred embodiments that will be within the scope of the present application. Accordingly, the appended claims are intended to encompass all such variations as falling within the scope of the application.

[0079] Obviously, numerous modifications and variations of the present application are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims and their equivalents, the application can be practiced otherwise than as specifically described herein.

[0080] The above description is only preferred embodiments of the application, not intended to limit the application. The application can be variously changed and modified by those skilled in the art without departing from the spirit and scope of the application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the application shall fall within the scope of the application.

Claims

1. A DID migration method suitable for supply chain finance, wherein a multi-chain scenario of supply chain finance includes a supplier chain, a manufacturer chain, a retailer chain and a customer chain, characterized in that, The application comprises the following steps: A first local DID is generated for each batch of raw materials on the supplier chain, and the first local DID is mapped to a first virtual DID, and then the first virtual DID is transplanted to the manufacturer chain; A second local DID is generated for each batch of products on the manufacturer chain, and the second local DID is associated with the first virtual DID in the production record; The production record information on the manufacturer chain is synchronized to the retailer chain, the retailer chain verifies the authenticity of the production record and stores the related DID information; A product purchase request is sent to the retailer chain on the customer chain, the retailer chain verifies the production process of the product by calling the detailed production record on the manufacturer chain, generates a transaction record after verifying the authenticity of the supplier identity, and synchronizes the transaction record to the customer chain; The process of generating a first local DID for each batch of raw materials on the supplier chain, mapping the first local DID to a first virtual DID, and then transplanting the first virtual DID to the manufacturer chain comprises the following steps: The supplier generates a unique first local DID and a DID document for each batch of raw materials on the supplier chain, the supplier chain maps the first local DID to a first virtual DID through a first cross-chain virtual identity agent layer, and synchronizes the first virtual DID to a second cross-chain virtual identity agent layer of the manufacturer chain; The manufacturer sends a cross-chain identity verification request to the supplier chain on the manufacturer chain; The first cross-chain virtual identity agent layer generates a transplantation credential in response to the cross-chain identity verification request, and synchronizes the transplantation credential and the first virtual DID to the second cross-chain virtual identity agent layer of the manufacturer chain through an inter-chain trust bridge; After receiving the transplantation credential and the first virtual DID, the second cross-chain virtual identity agent layer verifies the authenticity of the first virtual DID and the first local DID, and officially registers the first virtual DID on the manufacturer chain after verification.

2. The DID migration method suitable for supply chain finance according to claim 1, wherein, The DID document is stored in a distributed storage system, and the hash value of the storage address after hash encryption is stored on the supplier chain.

3. The DID migration method suitable for supply chain finance according to claim 1, wherein, The transplantation credential includes zero-knowledge proof, and the second cross-chain virtual identity agent layer verifies the authenticity of the first virtual DID and the first local DID through the zero-knowledge proof.

4. The DID migration method suitable for supply chain finance according to claim 1, wherein, The detailed production record is stored in a distributed storage system, and the hash value of the storage address after hash encryption is stored on the manufacturer chain.

5. The DID migration method suitable for supply chain finance according to claim 4, wherein, The production record information includes the hash value of the detailed production record storage address, the second local DID, the first virtual DID, and the signature of the manufacturer.

6. The DID migration method suitable for supply chain finance according to claim 5, wherein, The process that the customer chain sends a product purchase request to the retailer chain, the retailer chain verifies the production process of the product by calling the detailed production record on the manufacturer chain, and generates a transaction record after verifying the authenticity of the supplier identity and synchronizes the transaction record to the customer chain comprises the following steps: The customer sends a product purchase request to the retailer on the customer chain, and provides a third local DID and a signature of the customer, the third cross-chain virtual identity agent layer of the retailer chain verifies the third local DID of the customer, and synchronizes the third virtual DID through an inter-chain trust bridge. The retailer chain decrypts the hash value in the production record information shared by the producer chain to obtain the storage address of the detailed production record, calls the detailed production record of the product on the producer chain through the cross-chain smart contract integration layer, verifies the production process of the product, and calls the DID management contract on the supplier chain through the cross-chain smart contract integration layer to verify the authenticity of the supplier identity; The retailer chain generates a transaction record and synchronizes the transaction record to the customer chain through the cross-chain smart contract integration layer.

7. A DID migration system for supply chain finance, adopting the DID migration method for supply chain finance according to any one of claims 1-6. The method comprises the following steps: a DID transplantation module is configured to generate a first local DID for each batch of raw materials on the supplier chain, map the first local DID to a first virtual DID, and then transplant the first virtual DID to the producer chain; a DID association module is configured to generate a second local DID for each batch of products on the producer chain, and associate the second local DID with the first virtual DID in the production record; a cross-chain sharing module is configured to synchronize the production record information on the producer chain to the retailer chain, verify the authenticity of the production record, and store the related DID information; a cross-chain verification module is configured to send a product purchase request to the retailer chain on the customer chain, verify the production process of the product by calling the detailed production record on the producer chain, and generate a transaction record and synchronize the transaction record to the customer chain after verifying the authenticity of the supplier identity.

8. An electronic device, comprising: The computer program is executed on a computer to perform the steps of the method according to any one of claims 1-6. 9.A computer readable storage medium for storing a computer program suitable for DID porting for supply chain finance, characterized in that, The computer program is executed on a computer to perform the steps of the method according to any one of claims 1-6.

Images