Benefit redemption method and apparatus

Abstract

The present disclosure provides a benefit redemption method and an apparatus. The method comprises: acquiring user subscription data, and obtaining target data on the basis of the user subscription data; signing the target data on the basis of a private key corresponding to a user client, so as to obtain a first signature sigA; and on the basis of the target data, the first signature sigA, and a first NFT resource, obtaining a second NFT resource for benefit redemption.

Description

Equity cancellation method and device

[0001] Cross-reference to related applications

[0002] The present disclosure claims priority from Chinese Patent Application No. 202411517255.5 filed on October 29, 2024 in China, the content of which is incorporated herein by reference in its entirety. TECHNICAL FIELD

[0003] The present disclosure relates to the technical field of computer science, and particularly relates to an equity cancellation method and device. BACKGROUND

[0004] Equity cancellation generally refers to the process of using the benefits such as coupons, points, vouchers, member benefits and the like owned by a consumer user in a commercial activity to exchange them for goods or services. With the development of Internet technology, equity cancellation is usually related to e-commerce, online services, membership systems, point systems and the like. The equity obtained by the user through purchase, point exchange, activity rewards and the like, such as coupons, vouchers, member rights and the like, needs to be cancelled after the user uses or exchanges the equity, in order to ensure effective management of the equity and prevent abuse.

[0005] Digital economy refers to a series of economic activities that take data resources as key production factors, take modern information networks as important carriers, and take effective use of information communication technology as an important driving force for efficiency improvement and economic structure optimization. Digital economy (including blockchain, non-fungible token, etc.) is to serve the real economy, and equity is provided by a centralized equity provider. How to combine decentralized non-fungible token (NFT) with centralized equity providers is a problem that needs to be solved urgently. SUMMARY

[0006] In view of the problems in the related art, the present disclosure provides an equity cancellation method and device.

[0007] The present disclosure provides an equity cancellation method, which is applied to a user client, and the method comprises:

[0008] Obtaining user subscription data, and obtaining target data based on the user subscription data;

[0009] Signing the target data based on a private key corresponding to the user client to obtain a first signature sigA;

[0010] Obtaining a second NFT resource based on the target data, the first signature sigA and the first NFT resource, for equity cancellation.

[0011] Optionally, the user subscription data includes a user address, an address url of the first NFT resource, a contract address, and a unique identifier TokenID.

[0012] Correspondingly, target data is obtained based on the user subscription data, including:

[0013] A string A is obtained based on the user subscription data, and a first hash value corresponding to the string A;

[0014] The target data is signed based on the private key corresponding to the user client to obtain a first signature sigA, including:

[0015] The first hash value is signed based on the private key corresponding to the user client to obtain a first signature sigA; based on the target data, the first signature sigA, and the first NFT resource, a second NFT resource is obtained for interest cancellation, including:

[0016] Based on the string A, the first hash value, the first signature sigA, and the first NFT resource, a second NFT resource is obtained for interest cancellation.

[0017] Optionally, the second NFT resource is obtained based on the string A, the first hash value, the first signature sigA, and the first NFT resource, including:

[0018] The second NFT resource is obtained based on the string A, the first hash value, the first signature sigA, and the first NFT resource through a blind watermark algorithm.

[0019] Optionally, the first NFT resource includes an NFT picture.

[0020] Optionally, the user subscription data further includes an invalidation time parameter for controlling the effective duration of the second NFT resource.

[0021] The present disclosure also provides a method for canceling interest, applied to an interest cancellation end, including:

[0022] Based on the user's second NFT resource, target data and a first signature sigA are obtained; wherein the first signature sigA is obtained by signing the target data based on the private key corresponding to the user client, and the target data is obtained based on the user subscription data; the second NFT resource is obtained based on the target data, the first signature sigA, and the first NFT resource through a blind watermark algorithm;

[0023] Based on the target data and the first signature sigA, it is determined whether the user has interest.

[0024] If the user has rights, execute the rights cancellation process.

[0025] Optionally, the user contract data includes the user address, the URL of the first NFT resource, the contract address, and a unique identifier TokenID;

[0026] Accordingly, based on the user's second NFT resource, the target data and the first signature sigA are obtained; wherein, the first signature sigA is obtained by signing the target data based on the private key corresponding to the user's client, and the target data is obtained based on the user's contract data; the second NFT resource is obtained based on the target data, the first signature sigA, and the first NFT resource through a blind watermarking algorithm, including:

[0027] Based on the second NFT resource, string A, the first hash value corresponding to string A, and the first signature sigA are obtained; wherein, the first signature sigA is obtained by signing the first hash value with the private key corresponding to the user client, and string A is obtained based on user contract data; the second NFT resource is obtained by using a blind watermarking algorithm based on string A, the first hash value, the first signature sigA, and the first NFT resource.

[0028] The step of determining whether the user has rights based on the target data and the first signature sigA includes:

[0029] Based on the contract address and the TokenID, query the corresponding holder address and NFT resource address pic1 on the blockchain. If the holder address is the same as the user address and the address pic1 is the same as the address url, determine the public key based on the first hash value and the first signature sigA, and determine the signature address based on the public key.

[0030] Based on the public key, the first signature sigA is designed to obtain the corresponding second hash value. If the second hash value is the same as the first hash value and the signature address is the same as the holder address, it is determined that the user has the rights.

[0031] Optionally, determining the public key based on the first hash value and the first signature sigA includes:

[0032] The public key is determined based on the first hash value and the first signature sigA according to the Elliptic Curve Algorithm ECDSA.

[0033] Optionally, the method further includes:

[0034] If the second hash value is different from the first hash value, and / or the signature address is different from the holder address, return an error and the reason for the error.

[0035] Optionally, obtaining string A, the first hash value corresponding to string A, and the first signature sigA based on the second NFT resource includes:

[0036] Based on the second NFT resource, string A, the first hash value corresponding to string A, and the first signature sigA are obtained through a blind watermarking algorithm.

[0037] Optionally, the second NFT resource includes an NFT image.

[0038] Optionally, the user subscription data further includes an expiration time parameter; the method further includes:

[0039] Based on the expiration time parameter, the effective duration of the second NFT resource is determined.

[0040] This disclosure also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement any of the above-described claims write-off methods.

[0041] The disclosure also provides a non-transitory computer-readable storage medium having a computer program stored thereon that, when executed by a processor, implements any of the rights write-off methods described above.

[0042] This disclosure also provides a computer program product, including a computer program that, when executed by a processor, implements any of the rights write-off methods described above.

[0043] The rights verification method and apparatus disclosed herein automatically obtain NFT resources for rights verification based on user contract data stored in a blockchain wallet, without requiring users to actively trigger the verification. The interaction method is completely consistent with the current Web2 QR code, making it convenient, fast, secure, and easily accepted by users. The generation of NFT resources and the rights verification process do not need to be recorded on the blockchain, and security can be ensured through cryptography and reading data on the blockchain. There are no gas fees, resulting in low cost. Moreover, one NFT resource can represent identity, which is more aesthetically pleasing and personalized than a QR code, and can be used repeatedly, saving network resources. Attached Figure Description

[0044] To more clearly illustrate the technical solutions in this disclosure or related technologies, the accompanying drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, the accompanying drawings described below are some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0045] Figure 1 is a schematic diagram of one of the rights write-off methods provided in the embodiments of this disclosure.

[0046] Figure 2 is a second schematic diagram of the rights write-off method provided in the embodiments of this disclosure.

[0047] Figure 3 is a schematic diagram of the rights write-off method provided in the embodiments of this disclosure.

[0048] Figure 4 is a schematic diagram of the rights write-off method provided in the embodiments of this disclosure.

[0049] Figure 5 is a schematic diagram of the rights write-off method provided in the embodiments of this disclosure.

[0050] Figure 6 is a schematic diagram of the wallet-side interaction process provided in the embodiments of this disclosure.

[0051] Figure 7 is a schematic diagram of the verification process for cancellation information provided in the embodiments of this disclosure.

[0052] Figure 8 is a schematic diagram of the verifier identity authentication process provided in the embodiments of this disclosure.

[0053] Figure 9 is a schematic diagram of the physical structure of the electronic device provided in the embodiments of this disclosure. Detailed Implementation

[0054] To make the objectives, technical solutions, and advantages of this disclosure clearer, the technical solutions of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this disclosure, not all embodiments. Based on the embodiments of this disclosure, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this disclosure.

[0055] To better understand the embodiments of this disclosure, some relevant knowledge will be introduced first.

[0056] Blockchain: A novel distributed system and computing model. It utilizes consensus algorithms among distributed nodes to generate and update data, and employs cryptographic methods to ensure data security. It uses smart contracts, composed of automated instruction codes, to process and manipulate data, and features immutability, non-repudiation, and open network maintenance by multiple parties.

[0057] NFT: An indivisible and unique data object stored on a blockchain. Each NFT is unique on the blockchain. NFTs can be associated with both physical objects and non-physical entities (such as electronic tickets, videos, images, and text).

[0058] Blind watermarking (hidden watermarking): Blind watermarking technology provides an effective solution that can covertly embed key information into image, audio, or video files without compromising the quality of the original media. Blind watermarking technology typically involves two main steps: embedding and extracting the watermark.

[0059] Elliptic Curve Digital Signature Algorithm (ECDSA): After a transaction is signed, how can the signer be obtained? This is the reverse designature process of the encryption algorithm. It uses the hash of the user's signature content and the signature information (R, S, V) to obtain the public key of the user's private key, and thus the signer's account address. Compared to the transaction signing process, designature is a reverse deduction. The public key information can be derived from the original hash and signature (sig), and with the public key, the address information can be deduced.

[0060] Gas fee: In Ethereum and other blockchain networks based on the Ethereum Virtual Machine (EVM), "gas" is an internal unit of measurement used to quantify the computing resources required to execute smart contract operations.

[0061] In related technologies, rights write-offs mainly include the following two methods:

[0062] The first method: User actively triggers on-chain verification.

[0063] Access the DApp h5 webpage provided by the rights holder and connect to your own blockchain wallet. Interact with the blockchain through active actions such as clicking buttons. Merchants confirm and resell by querying the blockchain.

[0064] Disadvantages: Blockchain's gas fee strategy requires users to actively trigger redemption, but this method differs significantly from mainstream QR code redemption methods, resulting in a high learning curve, fluctuating gas fees, and cumbersome interactions. Furthermore, rights are a centralized concept, requiring specific merchants to implement and fulfill them. For example, even if the blockchain records unredeemed rights, it's meaningless if the merchant doesn't undertake the redemption.

[0065] The second method: QR code scanning for verification.

[0066] This is currently the most mainstream Web 2.0 rights verification method. After purchasing a right, a user will receive a QR code for verification on the platform. The user can then present this code to the merchant at the merchant's location. The merchant will use the verification platform provided by the platform to scan the code to verify the right, complete the prepayment settlement, and other transaction processes.

[0067] Disadvantages: Each benefit has a unique code, and the QR code is no longer valid and is destroyed after redemption.

[0068] This disclosure addresses the aforementioned problems in related technologies by providing a solution for NFT-based rights revocation, effectively combining decentralized NFTs with centralized rights providers. Revocation is not triggered by user intervention, and the interaction method is completely consistent with current Web2 QR codes, making it easily acceptable. Furthermore, the entire revocation process does not need to be recorded on the blockchain; security is ensured entirely through cryptography and reading on-chain data. No gas fees are required.

[0069] Figure 1 is a schematic flowchart of one of the rights write-off methods provided in this disclosure. As shown in Figure 1, the method includes:

[0070] Step 100: Obtain user contract data and obtain target data based on the user contract data;

[0071] Step 101: Sign the target data based on the private key corresponding to the user client to obtain the first signature sigA;

[0072] Step 102: Based on the target data, the first signature sigA, and the first NFT resource, obtain the second NFT resource for rights write-off.

[0073] The execution entity of this method embodiment can be a user client. The user client first obtains user contract data, and then targets the target data based on the obtained user contract data. Then, it signs the target data using the private key corresponding to the user client to obtain a first signature sigA. After obtaining the first signature sigA, it continues to obtain a second NFT resource based on the target data, the first signature sigA, and the first NFT resource, for use in rights verification.

[0074] Figure 2 is a second schematic diagram of the rights verification method provided in this embodiment of the present disclosure, wherein the user contract data includes the user address, the uniform resource locator (url) of the first NFT resource, the contract address, and the unique identifier (Token Identification, TokenID); as shown in Figure 2, the method includes:

[0075] Step 200: Obtain the user's contract data stored in the blockchain wallet of the user's client, and obtain string A and the first hash value corresponding to string A based on the user's contract data;

[0076] Step 201: Sign the first hash value based on the private key corresponding to the user client to obtain the first signature sigA;

[0077] Step 202: Based on the string A, the first hash value, the first signature sigA, and the first NFT resource, obtain the second NFT resource for rights verification.

[0078] The execution entity of this method embodiment can be a user client. After multiple valid NFT resources are issued on the NFT resource issuance platform, users can obtain these NFT resources through signing contracts. The signed data is stored on the blockchain to ensure the legality and security of the data. User contract data can be stored in the blockchain wallet of the user client.

[0079] Because NFTs can take many forms, to illustrate the solution in this disclosure in detail, the NFT resources described in the various embodiments of this disclosure can be image NFTs. In this way, a single NFT image can represent an identity, which is more aesthetically pleasing and personalized than a QR code. Furthermore, compared to QR code-based rights redemption applications in related technologies, NFT-based rights redemption scenarios allow one NFT to redeem multiple rights, breaking through the one-code-one-redemption limitation of Web 2.0, and enabling NFT resources to be used repeatedly.

[0080] When a user needs to perform rights redemption based on an NFT, the user client can obtain the user's contract data stored in the blockchain wallet. This contract data may include the following information: user address, URL of the first NFT resource, contract address, and a unique identifier (TokenID). The above information included in the user's contract data is concatenated to obtain string A. Furthermore, a hash calculation can be performed on string A to obtain the first hash value corresponding to string A.

[0081] After obtaining the first hash value corresponding to string A, the first hash value can be signed based on the private key corresponding to the user client to obtain the first signature sigA. In blockchain technology, private and public keys are a pair of keys used for encryption and digital signatures. They are based on asymmetric encryption algorithms, such as the Rivest-Shamir-Adleman (RSA) algorithm, Digital Signature Algorithm (DSA), or ECDSA (for elliptic curve cryptography). A private key is a piece of data that must be kept secret and used to prove ownership and sign transactions. The private key is a core component of public-key encryption and digital signature algorithms. Private and public keys appear in pairs; the private key is used for encryption, and the public key is used for decryption; the private key is used for signing, and the public key is used to verify the signature.

[0082] Furthermore, the user client can obtain a second NFT resource based on string A, the first hash value, the first signature sigA, and the first NFT resource, for use in rights verification. For example, if the first NFT resource is an NFT image, the user client can process the NFT image to hide string A, the first hash value, and the first signature sigA within it. The rights verification end can then obtain the hidden string A, the first hash value, and the first signature sigA within the NFT image using the reverse processing method, and perform user authentication and rights verification based on this information.

[0083] After the user client generates the second NFT resource, it can be stored locally. When the user subsequently performs rights redemption, the second NFT resource data can be directly retrieved and displayed, making the rights redemption process convenient and quick.

[0084] To further ensure data security, this embodiment of the disclosure can also add an expiration time parameter to the plaintext information, i.e., string A. This parameter is used to control the validity period of the second NFT resource, such as a validity period of one year. By adding an expiration time parameter to the signed plaintext information, this embodiment of the disclosure allows the wallet to be updated periodically, preventing the risk of illegal theft and screenshot leakage.

[0085] The rights verification method provided in this disclosure automatically obtains NFT resources for rights verification based on user contract data stored in a blockchain wallet, without requiring users to actively trigger the verification. The interaction method is completely consistent with the current Web2 QR code, making it convenient, fast, secure, and easily accepted by users. The generation of NFT resources and the rights verification process do not need to be on the blockchain, and security can be ensured through cryptography and reading data on the blockchain. There are no gas fees, resulting in low cost. Moreover, one NFT resource can represent identity, which is more aesthetically pleasing and personalized than a QR code, and can be used repeatedly, saving network resources.

[0086] In the above method embodiment, the user client obtains the second NFT resource based on string A, the first hash value, the first signature sigA, and the first NFT resource. This can include obtaining the second NFT resource using a blind watermarking algorithm based on string A, the first hash value, the first signature sigA, and the first NFT resource. That is, various algorithms can be used to hide string A, the first hash value, and the first signature sigA within the first NFT resource. This method embodiment uses a blind watermarking algorithm to perform this operation. A blind watermarking algorithm is a technique for embedding invisible watermarks in digital media (such as images, audio, and video) to achieve copyright protection, content authentication, or tracking the source of illegal distribution without significantly altering the media content. Blind watermarking algorithms are particularly effective for image resources; therefore, in this embodiment, the first NFT resource can be an NFT image, and correspondingly, the second NFT resource is an NFT image with watermark information.

[0087] Figure 3 is a third schematic flowchart of the rights reversal method provided in this embodiment of the present disclosure. As shown in Figure 3, applied to the rights reversal end, the method includes:

[0088] Step 300: Based on the user's second NFT resource, obtain the target data and the first signature sigA; wherein, the first signature sigA is obtained by signing the target data based on the private key corresponding to the user's client, and the target data is obtained based on the user's contract data; the second NFT resource is obtained based on the target data, the first signature sigA, and the first NFT resource through a blind watermarking algorithm;

[0089] Step 301: Based on the target data and the first signature sigA, determine whether the user has rights;

[0090] Step 302: If the user has rights, execute the rights cancellation process.

[0091] The execution entity of this method embodiment can be an equity verification terminal. After the user client generates an NFT resource for equity verification based on the plaintext information in the blockchain wallet, it can present the second NFT resource to the merchant. The merchant processes the second NFT resource accordingly on the equity verification terminal. Specifically, the equity verification terminal obtains target data and a first signature sigA based on the user's second NFT resource; wherein, the first signature sigA is obtained by signing the target data based on the private key corresponding to the user client, and the target data is obtained based on the user's contract data; the second NFT resource is obtained by using a blind watermarking algorithm based on the target data, the first signature sigA, and the first NFT resource; then, the equity verification terminal determines whether the user has equity based on the target data and the first signature sigA. If the user has equity, the equity verification process is executed. Figure 4 is a schematic diagram of the equity verification method flow provided in this embodiment of the present disclosure. The user contract data includes the user address, the URL of the first NFT resource, the contract address, and the unique identifier TokenID. As shown in Figure 4, the method includes:

[0092] Step 400: Based on the second NFT resource, obtain string A, the first hash value corresponding to string A, and the first signature sigA; wherein, the first signature sigA is obtained by signing the first hash value with the private key corresponding to the user client, and string A is obtained based on user contract data; the second NFT resource is obtained by using a blind watermarking algorithm based on string A, the first hash value, the first signature sigA, and the first NFT resource.

[0093] Step 401: Based on the contract address and the TokenID, query the corresponding holder address and NFT resource address pic1 on the blockchain. If the holder address is the same as the user address and the address pic1 is the same as the address url, determine the public key based on the first hash value and the first signature sigA, and determine the signature address based on the public key.

[0094] Step 402: Design the first signature sigA based on the public key to obtain the corresponding second hash value. If the second hash value is the same as the first hash value and the signature address is the same as the holder address, execute the rights and interests verification process.

[0095] The execution entity of this method embodiment can be the rights verification terminal. Based on the embodiment shown in Figure 1, after the user client generates NFT resources for rights verification based on the plaintext information in the blockchain wallet, it can present the second NFT resources to the merchant.

[0096] Merchants can process the second NFT resource accordingly on the rights verification terminal to obtain the hidden string A, the first hash value corresponding to string A, and the first signature sigA. As can be seen from the above embodiment, the first signature sigA is obtained by signing the first hash value based on the private key corresponding to the user client. The string A is obtained based on the user's contract data, which includes the user address, the URL of the first NFT resource, the contract address, and the unique identifier TokenID. The second NFT resource is obtained based on the string A, the first hash value, the first signature sigA, and the first NFT resource through a blind watermarking algorithm. The above method embodiment will not be elaborated further.

[0097] The rights verification terminal can further query the corresponding holder address and NFT resource address pic1 on the blockchain based on the contract address and TokenID. Then, it compares whether the queried holder address is the same as the user address, and compares whether the queried NFT resource address pic1 is the same as the address URL of the first NFT resource. If it is determined that the holder address is the same as the user address, and the address pic1 is the same as the address URL, a public key is determined based on the first hash value and the first signature sigA, and a signature address is determined based on the public key.

[0098] Then, the rights verification terminal further designs the first signature sigA based on the public key to obtain the corresponding second hash value. It compares the second hash value with the first hash value. If the second hash value is the same as the first hash value, it indicates that the user's identity is legitimate, and the rights verification process can be executed. Furthermore, if the second hash value is different from the first hash value, and / or the signature address is different from the holder's address, an error message and the reason for the error are returned.

[0099] The rights verification method provided in this disclosure automatically obtains NFT resources for rights verification based on user contract data stored in a blockchain wallet, without requiring users to actively trigger the verification. The interaction method is completely consistent with the current Web2 QR code, making it convenient, fast, secure, and easily accepted by users. The generation of NFT resources and the rights verification process do not need to be on the blockchain, and security can be ensured through cryptography and reading data on the blockchain. There are no gas fees, resulting in low cost. Moreover, one NFT resource can represent identity, which is more aesthetically pleasing and personalized than a QR code, and can be used repeatedly, saving network resources.

[0100] In the above method embodiments, determining the public key based on the first hash value and the first signature sigA may include: the rights verification end determining the public key based on the first hash value and the first signature sigA according to the Elliptic Curve Algorithm ECDSA.

[0101] In the above method embodiments, obtaining string A, the first hash value corresponding to string A, and the first signature sigA based on the second NFT resource may include: obtaining string A, the first hash value corresponding to string A, and the first signature sigA based on the second NFT resource using a blind watermarking algorithm. Specifically, the rights verification terminal can process the second NFT resource using a blind watermarking algorithm to obtain string A, the first hash value corresponding to string A, and the first signature sigA. The blind watermarking algorithm has a significant effect on image resources; therefore, in this embodiment, the first NFT resource can be an NFT image, and correspondingly, the second NFT resource is an NFT image with watermark information. The rights verification terminal can scan the NFT image for processing.

[0102] To further ensure data security, this embodiment of the disclosure can also add an expiration time parameter to the plaintext information, i.e., string A. This parameter controls the validity period of the second NFT resource, for example, a validity period of one year. After obtaining the expiration time parameter, the rights verification terminal can verify whether the NFT resource is within its validity period. By adding an expiration time parameter to the signed plaintext information, this embodiment of the disclosure enables the wallet to update periodically, preventing the risk of illegal theft and screenshot leakage.

[0103] Figure 5 is a fifth schematic flowchart of the rights write-off method provided in this embodiment of the present disclosure. As shown in Figure 5, the method includes the following steps:

[0104] 1. The user opens their blockchain wallet (for simplicity, this specifically refers to an Externally Owned Account (EOA) wallet, such as Metamask) and enters the NFT details page. The wallet needs to prepare the following data: user address, NFT image URL, NFT contract address, TokenID, etc. These public fields can be queried on-chain by the blockchain explorer.

[0105] 2. Concatenate the above fields into a string A using some special symbols. For example, string A = user address + NFT image URL + contract address + TokenID.

[0106] 3. After processing string A with a hash function, the user's private key (stored in the wallet) is used to sign it to obtain sigA, where sigA = sign(hash(string A), private key). This hash processing reduces the signature size and saves gas fees.

[0107] 4. Combine string A, sigA, hash(string A), and NFT image using a publicly available blind watermarking algorithm to obtain the pic image.

[0108] Note 1: In order to be supported by as many blockchain wallets as possible, the blind watermarking algorithm here must ensure security, performance and other factors. It is best to form a standard to promote wallet manufacturers to implement it.

[0109] Note 2: The pic image generated in real time when entering the wallet verification page does not require on-chain operations or gas fees, but it will require user authorization (off-chain private key signing).

[0110] The above describes the wallet-side interaction process; please refer to Figure 6 for details.

[0111] 5. The merchant opens the verification system, scans the pic format image, and uses a publicly available blind watermarking algorithm to extract the hidden information: string A, sigA, and hash(string A).

[0112] 6. Retrieve the contract address and TokenID from string A (these two pieces of information uniquely identify an NFT). First, call the API to check the list of eligible NFTs in the merchant's centralized storage to see if it meets the activity rules (check if the NFT is on the activity list and if it has been redeemed). If so, then query the blockchain for the current holder's address add1 and the NFT image address pic1.

[0113] 7. Compare the user address in string A with add1, and the image URL in string A with pic1. Return an error message and the reason for the error if the information does not match. If all match, proceed to the next step. The above interaction process only proves that the plaintext information meets the merchant's activity requirements. However, since the information is all public, it is still possible for it to be impersonated. The following steps require verifying that the plaintext information truly belongs to the holder and is not a counterfeit.

[0114] The above is the verification process for cancellation information. Please refer to Figure 7 for details.

[0115] Based on the functionality of the Elliptic Curve Algorithm (ECDSA), the x-coordinate of the public key is derived through mathematical operations based on the plaintext information hash and signature. Then, the y-coordinate is determined using the elliptic curve equation, thereby deriving the public key puk for the signature. Finally, the address add2 for the signature is derived using the public key puk.

[0116] Describing the signature sigA using the public key puk yields the hash value hash1 of the plaintext. Using hash(string A) as hash2, we compare hash1 with hash2. It's important to note that even if they are equal, this only proves the plaintext is correct and hasn't been tampered with; it doesn't prove it's the holder's signature, as it could be someone else's legitimate signature.

[0117] The signature address add2 is compared with the current holder's address add1. If they are equal, it proves that the current signer is the last holder of the NFT. This allows subsequent functions such as write-off and identity verification to proceed.

[0118] This completes the NFT write-off algorithm process.

[0119] The above is the process for verifying the identity of the reseller. Please refer to Figure 8 for details.

[0120] NFTs combined with rights represent a widely applicable and high-demand scenario, with redemption being a crucial closed loop. In the future, users may be able to use their own NFTs to enter various concerts, bars, and parks; the era of anonymity combined with rights will eventually arrive.

[0121] Figure 9 is a schematic diagram of the physical structure of an electronic device provided in an embodiment of this disclosure. As shown in Figure 9, the electronic device may include: a processor 910, a communication interface 920, a memory 930, and a communication bus 940. The processor 910, communication interface 920, and memory 930 communicate with each other via the communication bus 940. The processor 910 can call logical instructions in the memory 930 to execute the rights cancellation methods provided in the above embodiments.

[0122] Furthermore, the logical instructions in the aforementioned memory 930 can be implemented as software functional units and, when sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this disclosure, in essence, or the part that contributes to related technologies, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this disclosure. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0123] On the other hand, this disclosure also provides a computer program product, which includes a computer program that can be stored on a non-transitory computer-readable storage medium. When the computer program is executed by a processor, the computer is able to execute the rights cancellation method provided in the above embodiments.

[0124] In another aspect, this disclosure also provides a non-transitory computer-readable storage medium having a computer program stored thereon, which is processed by a processor to execute the rights cancellation method provided in the above embodiments.

[0125] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0126] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus necessary general-purpose hardware platforms, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solutions, in essence or the parts that contribute to the related technology, can be embodied in the form of software products. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0127] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this disclosure, and are not intended to limit them. Although this disclosure has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this disclosure.

Claims

1. A method for rights revocation, applied to a user client, the method comprising: Obtain user contract data, and obtain target data based on the user contract data; The target data is signed based on the private key corresponding to the user client to obtain a first signature sigA; Based on the target data, the first signature sigA, and the first NFT resource, a second NFT resource is obtained for rights write-off.

2. The method for write-off of rights according to claim 1, wherein, The user contract data includes the user address, the URL of the first NFT resource, the contract address, and the unique identifier TokenID; The process of obtaining target data based on the user's subscription data includes: Based on the user's contract data, obtain string A and the first hash value corresponding to string A; The step of signing the target data based on the private key corresponding to the user client to obtain a first signature sigA includes: The first hash value is signed based on the private key corresponding to the user client to obtain the first signature sigA; The step of obtaining a second NFT resource based on the target data, the first signature sigA, and the first NFT resource for rights write-off includes: Based on the string A, the first hash value, the first signature sigA, and the first NFT resource, a second NFT resource is obtained for rights write-off.

3. The rights write-off method according to claim 2, wherein, The process of obtaining the second NFT resource based on the string A, the first hash value, the first signature sigA, and the first NFT resource includes: Based on the string A, the first hash value, the first signature sigA, and the first NFT resource, the second NFT resource is obtained through a blind watermarking algorithm.

4. The rights write-off method according to claim 2, wherein, The first NFT resource includes NFT images.

5. The method for write-off of rights according to claim 2, wherein, The user subscription data also includes an expiration time parameter, which is used to control the validity period of the second NFT resource.

6. A method for rights write-off, applied at the rights write-off end, the method comprising: Based on the user's second NFT resource, target data and a first signature sigA are obtained; wherein, the first signature sigA is obtained by signing the target data based on the private key corresponding to the user's client, and the target data is obtained based on the user's contract data; the second NFT resource is obtained based on the target data, the first signature sigA, and the first NFT resource through a blind watermarking algorithm; Based on the target data and the first signature sigA, determine whether the user has rights; If the user has rights, execute the rights cancellation process.

7. The method for write-off of rights according to claim 6, wherein, The user contract data includes the user address, the URL of the first NFT resource, the contract address, and the unique identifier TokenID; The second NFT resource based on the user obtains target data and a first signature sigA; wherein, the first signature sigA is obtained by signing the target data based on the private key corresponding to the user's client, and the target data is obtained based on the user's contract data; the second NFT resource is obtained based on the target data, the first signature sigA, and the first NFT resource through a blind watermarking algorithm, including: Based on the second NFT resource, string A, the first hash value corresponding to string A, and the first signature sigA are obtained; wherein, the first signature sigA is obtained by signing the first hash value with the private key corresponding to the user client, and string A is obtained based on user contract data; the second NFT resource is obtained by using a blind watermarking algorithm based on string A, the first hash value, the first signature sigA, and the first NFT resource. The step of determining whether the user has rights based on the target data and the first signature sigA includes: Based on the contract address and the TokenID, query the corresponding holder address and NFT resource address pic1 on the blockchain. If the holder address is the same as the user address and the address pic1 is the same as the address url, determine the public key based on the first hash value and the first signature sigA, and determine the signature address based on the public key. Based on the public key, the first signature sigA is designed to obtain the corresponding second hash value. If the second hash value is the same as the first hash value and the signature address is the same as the holder address, it is determined that the user has the rights.

8. The method for writing off rights according to claim 7, wherein, The step of determining the public key based on the first hash value and the first signature sigA includes: The public key is determined based on the first hash value and the first signature sigA according to the Elliptic Curve Algorithm ECDSA.

9. The method for write-off of rights according to claim 7 or 8, further comprising: If the second hash value is different from the first hash value, and / or the signature address is different from the holder address, return an error and the reason for the error.

10. The method for write-off of rights according to claim 7 or 8, wherein, The step of obtaining string A, the first hash value corresponding to string A, and the first signature sigA based on the second NFT resource includes: Based on the second NFT resource, string A, the first hash value corresponding to string A, and the first signature sigA are obtained through a blind watermarking algorithm.

11. The method for writing off rights according to claim 10, wherein, The second NFT resource includes NFT images.

12. The method for writing off rights according to claim 7 or 8, wherein, The user subscription data also includes an expiration time parameter; the method further includes: Based on the expiration time parameter, the effective duration of the second NFT resource is determined.

13. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor, when executing the computer program, implements the rights write-off method as described in any one of claims 1 to 5, or as described in any one of claims 6 to 12.

14. A non-transitory computer-readable storage medium having a computer program stored thereon, the computer program being executed by a processor to implement the rights write-off method as described in any one of claims 1 to 5, or as described in any one of claims 6 to 12.

15. A computer program product comprising a computer program that, when executed by a processor, implements the rights write-off method as described in any one of claims 1 to 5, or as described in any one of claims 6 to 12.

Images