System for digital asset transfer using non-fungible tokens

Abstract

Disclosed is a system, system (100) for digital asset transfer, comprising an interface module (101) configured to provide an acquisition prompt (102), and an acquisition module (103) configured to receive an acquisition request (104) as a response to the acquisition prompt (104), wherein the acquisition module (103) is configured to transfer a digital asset (107) based on the acquisition request (104), wherein the digital asset (107) comprises a unique reference corresponding to a physical object or an event Also disclosed is a method for digital asset transfer comprising the steps of providing an acquisition prompt, receiving an acquisition request, generating the acquisition request based on the acquisition prompt, receiving the acquisition request and transferring a digital asset based on the acquisition request.

Description

[0001] System for digital asset transfer using non-fungible tokens

[0002] The invention relates to a system and method for digital asset transfer using non-fungible tokens.

[0003] Digital art and collectibles have been revolutionized by the advent of Non-Fungible Tokens (NFTs). These unique digital assets can be used in the realm of events, extending the options on how to commemorate and cherish memorable experiences. NFTs offer an innovative avenue for event organizers to provide attendees with souvenirs that are not only tangible but also digitally verifiable and scarce.

[0004] NFTs are digital tokens that represent ownership or proof of authenticity of a unique item or piece of content, and may exist on a blockchain network. Unlike cryptocurrencies which are fungible and can be exchanged on a like-for-like basis, NFTs are indivisible and cannot be exchanged on a one-to-one basis. Each NFT may carry distinct metadata that defines its uniqueness and can include various types of digital content, such as artwork, music, videos, virtual real estate, and even event tickets.

[0005] NFTs can provide authenticity and verifiability as the NFTs may provide a verifiable proof of ownership. Each NFT can be associated with a unique identifier that is stored on the blockchain, ensuring that the digital souvenir is genuine and not counterfeit. Attendees can confidently verify the legitimacy of their souvenir, eliminating the possibility of fraudulent or counterfeit memorabilia.

[0006] NFTs can be used to create limited edition souvenirs, generating a sense of exclusivity and scarcity. By setting a specific number of NFTs available for purchase or distribution, the perceived value of the souvenirs can be enhanced, making them more desirable to attendees. Collectors and enthusiasts may be willing to pay an increased price for rare and exclusive digital items, further adding to the allure of event NFTs.

[0007] Unlike traditional physical souvenirs that carry the risk of being lost or damaged, NFTs exist in the digital realm, making them easily accessible and portable. Attendees can conveniently store their NFT souvenirs in digital wallets or platforms specifically designed for NFT management, allowing them to showcase, trade, or even sell their digital memorabilia with ease. This digital nature may also reduce the logistical complexities associated with physical souvenirs, such as manufacturing, storage, and distribution.

[0008] A transfer process for NFTs may involve smart contracts which facilitate the ownership transfer of the unique digital assets. Each NFT can be associated with a unique token identifier (ID) and a specific address on the blockchain. To initiate a transfer, the current owner of the NFT may verify their ownership by signing the transaction using their private key. This verification ensures that only the rightful owner has the authority to transfer the

[0009] NFT.

[0010] Smart contracts are self-executing contracts with the terms of the agreement directly written into the code. Within the NFT ecosystem, smart contracts contain the transfer functionality, specifying the conditions and actions required for a successful transfer. When a transfer request is initiated, the smart contract validates the ownership and executes the transfer by updating the ownership record on the blockchain.

[0011] Once the smart contract confirms the transfer, the ownership record of the NFT is updated on the blockchain. The ownership information is stored in a decentralized manner, ensuring transparency and immutability.

[0012] To facilitate the transfer of NFTs, users may need digital wallets that are compatible with the blockchain network on which the NFTs are created. Wallets serve as a secure storage and management system for NFTs. A web-based wallet offered by a Blockchain platform may allow the users to interact with NFTs through a web interface. These wallets may provide a user-friendly environment for managing NFTs and initiating transfers. Alternatively, mobile wallets, i.e. in the form of smartphone applications designed to securely store and manage NFTs can be used. They offer convenience and accessibility, allowing users to initiate transfers on the go. A further alternative are hardware-based wallets which may offer enhanced security. Hardware wallets are physical devices that are configured to store private keys offline providing an additional layer of protection against potential hacks or malware attacks.

[0013] Additionally, NFT marketplaces can facilitate the transfer of NFTs between buyers and sellers. NFTs can be listed for sale, auctioned, or traded. When a transfer occurs within a marketplace, the platform may handle the technical aspects of the transfer, simplifying the process for users.

[0014] To increase scalability and / or decrease costs, Layer 2 solutions can be used enhancing efficiency of NFT transfers. Layer 2 solutions, such as sidechains and off-chain protocols may offer faster and cheaper transactions while maintaining compatibility with the underlying blockchain. Transfers within Layer 2 solutions may comprise bridging assets between the main blockchain and a Layer 2 network.

[0015] NFTs can be linked to tangible assets and / or as a form to provide access to further digital content. For example, special perks in relation to a concert can include access to a limitededition album copy and / or exclusive access to backstage events and artist meet-and- greets. NFTs can also be implemented in sports leagues by means of serving as unique and memorable souvenirs from iconic sports moments. Art exhibitions and galleries may utilize NFTs to provide digital ownership of artworks and enhance the collector experience. The NFT may not only represent ownership of the artwork but also serve as a digital souvenir of the historic sale. Virtual events and conferences may leverage NFTs as virtual souvenirs to enhance attendee engagement. Attendees can receive NFTs that represent exclusive access to virtual spaces, interactive experiences, and digital collectibles. These NFTs can be showcased in digital galleries or traded with other participants, fostering a sense of community and uniqueness among attendees.

[0016] A further application includes conventions where NFTs can not only represent limitededition digital artwork but also virtual autographs or exclusive access to further content.

[0017] NFTs may incur high transaction costs in the form of fees on the underlying blockchain network. Buyers may find themselves paying a significant fee, especially when purchasing lower-priced NFTs, which can substantially increase the price.

[0018] Scalability and Network Congestion may affect an NFT sale. Congestion in Blockchain networks can lead to delays and higher fees for NFT transactions. A buyer may experience slow transaction confirmations or even failures, causing frustration and hindering the purchasing process.

[0019] Furthermore, NFTs may be subject to counterfeiting and scamming. Due to the decentralized nature of the NFT ecosystem, it can be challenging for buyers to verify the authenticity of an NFT and distinguish genuine offerings from fraudulent ones. Verifying the legitimacy of the seller can therefore present an obstacle.

[0020] NFTs are created and exist on different blockchain networks, which may not be directly compatible with each other. This lack of standardization and interoperability poses challenges when transferring or using NFTs across different platforms or ecosystems. This may limit the options to store and / or trade NFTs, reducing flexibility.

[0021] Also, the copyright and licensing of a specific NFT can be unclear. When purchasing an NFT, buyers need to consider the underlying rights associated with the digital content. It can be challenging to determine if the NFT creator or seller has the necessary rights and licenses to sell the content embedded in the NFT. Without proper verification, buyers may unknowingly infringe on copyright or face legal issues. Transparency and clear documentation regarding ownership and licensing are crucial for a smooth buying experience.

[0022] The present invention relates to an application of NFTs to the traditional souvenir industry which faces several problems that have emerged due to changing consumer preferences and advancements in technology. The traditional souvenir industry often suffers from an outdated image associated with old, dusty, and sometimes even dirty objects. Many physical souvenirs found in tourist shops are perceived as cliched and lack novelty.

[0023] Souvenirs have served as tangible reminders of experiences or places visited. However, relying solely on physical objects as memory bridges limits capabilities of a souvenir. Recently, capturing memories through digital mediums such as photographs, videos, or social media posts is more common. Traditional souvenirs may not be adapted to this changing preference.

[0024] The rise of digital souvenirs poses a significant challenge. A digital souvenir may include various forms of multimedia content, virtual reality experiences, augmented reality filters, and other interactive elements that allow users to relive their travel memories in a more engaging and immersive manner.

[0025] In many cases, traditional souvenirs do not facilitate any interaction beyond their original intended use. They often end up as passive objects displayed on shelves or stored away, with little ongoing engagement or connection to the owner's life. This lack of interactivity may diminish an attachment to the souvenir and may reduce its significance as a memory trigger.

[0026] Additionally, souvenirs can suffer from an oversupply of cheaply produced goods. These mass-produced items may be of low quality and may be perceived as low in value. This may diminish the perception of the memory itself and / or the location at which the item was purchased or to which it relates. As such it may be challenging to acquire high-quality, unique, and / or authentic souvenirs that capture the essence of a place, item and / or experience.

[0027] Traditional souvenirs may lack differentiation and often fall into cliched representations of a specific destination or culture. This lack of variety and creativity further contributes to the devaluation of the item itself and / or the item, place or event that it represents.

[0028] Generally, known souvenirs exist in either a physical or digital realm, with limited integration between the two. Physical souvenirs thereby lack the interactive and dynamic qualities that digital mediums provide. Conversely, digital souvenirs may offer immersive experiences but lack a tangible presence.

[0029] It is therefore an object of embodiments of the present invention to overcome or at least reduce some or all of the above described disadvantages of the known NFT transfer systems by providing a system for digital asset transfer which can provide an increased efficiency, security and / or validity in the process of acquiring an NFT.

[0030] According to an aspect the present invention relates to a system for digital asset transfer, comprising an interface module configured to provide an acquisition prompt. The system further comprises an acquisition module wherein the acquisition module is configured to receive an acquisition request as a response to the acquisition prompt. The acquisition module may be configured to transfer a digital asset , such as a particular dataset, based on the acquisition request. The interface module can comprise a display device to display the acquisition prompt. The acquisition prompt can be a visual, audible and / or tactile indicator correspondingly providing the acquisition prompt graphically, in the form of sound and / or as tactile embossing. The acquisition prompt can be machine readable and / or comprise electronically readable information, e.g., in the form of an NFC chip or any other near field communication means. The interface module can be provided in form of a software application being executed. The acquisition prompt can comprise data relating to a digitally and / or physically acquirable asset, e.g., a souvenir and / or recording. In particular, information pertaining to the digital asset and / or a physical asset, preferably a physical asset that is linked to the digital asset, can be provided by the acquisition prompt. The acquisition prompt can comprise a link or code and / or provide information pertaining to purchase options of the asset. The information can be linked to or can be encoded.

[0031] The Interface Module can be a software component configured to optimize acquisition operations to improve efficiency in the acquisition of a digital asset. The interface Module may comprise an interface enabling the user to initiate the acquisition process. Herein a catalogue and / or other navigational tools can decrease the necessary steps to complete the acquisition.

[0032] The acquisition request can comprise data relating to an intent to purchase which may be processible by the interface module.

[0033] The system may comprise a user device configured to generate an acquisition request when processing the acquisition prompt. Herein, the user device can be a hand held device, in particular a smartphone or smart watch, preferably comprising a near-field communication module and / or a visual capture device to capture the acquisition prompt. The user device can be configured to scan the acquisition prompt and execute information comprised in the acquisition prompt to generate an acquisition request.

[0034] The interface module may be configured to provide the acquisition prompt to a user device. Providing the acquisition prompt can be based on prerequisite conditions. For example, the user interacting with the interface module may authenticate via a device, contract and / or ticket. Additionally and / or alternatively a proof of purchase of a prerequisite asset may be processed to enable access to the acquisition prompt and / or ultimately generate the acquisition request. This achieves the advantage that access to the acquisition prompt and thereby the digital asset can be limited to devices and / or users fulfilling specific access conditions. The acquisition module can be configured to limit access to the acquisition prompt, in particular in relation to the user device. This can increase efficiency in the acquisition process of the digital asset. In particular, the user device can automatically process and / or display an acquisition prompt. Displaying and / or processing the acquisition prompt can be conditional such that the user device can evaluate specific conditions prior to displaying the acquisition prompt, i.e., presence of valid authentication, presence of a valid ticket, specific location and / or specific time and date interval.

[0035] The acquisition prompt can comprise authentication data that can serve as a basis for an authentication of the user device to the acquisition module. In particular the user device can combine the authentication data with local and / or private data to generate an access request. The access request can be part of the acquisition request. Thus, the acquisition module can efficiently provide and evaluate access conditions for initiating the acquisition of the digital asset. The authentication data can serve as an entry condition and may be provided conditionally and or restrictively. For example, the authentication data may be provided at a confined location. The confined location can be a physical space and / or an access limited digital space, i.e., accessible via a personal link and / or custom link pertaining to an item, time instance and / or location.

[0036] The system may comprise one or more processing units configured to carry out computer instructions of a program (i.e. machine readable and executable instructions). The processing unit(s) may be singular or plural. For example, the data-processing system may comprise at least one of CPU, GPU, DSP, APU, ASIC, ASIP or FPGA. The data processing system may comprise memory components, such as, main memory (e.g. RAM), cache memory (e.g. SRAM) and / or secondary memory (e.g. HDD, SDD). The data processing system may comprise volatile and / or non-volatile memory such an SDRAM, DRAM, SRAM, Flash Memory, MRAM, F-RAM, or P-RAM. The data processing system may comprise internal communication interfaces (e.g. busses) configured to facilitate electronic data exchange between components of the data processing system, such as, the communication between the memory components and the processing components. The data processing system may comprise external communication interfaces configured to facilitate electronic data exchange between the data processing system and devices or networks external to the data processing system. For example, the data processing system may comprise network interface card(s) that may be configured to connect the data processing system to a network, such as, to the Internet. The data processing system may be configured to transfer electronic data using a standardized communication protocol. The data processing system may be a centralized or distributed computing system.

[0037] In other words, the system may comprise a processing unit configured to carry out instructions of a program. The system may be a system-on-chip comprising processing units, memory components and busses. The system may be a personal computer, a laptop, a pocket computer, a smartphone, a tablet computer. The system may be a server, a server system, a portion of a cloud computing system or a system emulating a server, such as a server system with an appropriate software for running a virtual machine. The system may be a processing unit or a system-on-chip that may be interfaced with a personal computer, a laptop, a pocket computer, a smartphone, a tablet computer and / or user interfaces.

[0038] The acquisition module can be configured to generate a data store configured to store the digital asset. This achieves the advantage that the digital asset can be stored locally and / or in a storage accessible to the acquisition module without further conditions. In particular, the data store can be a wallet configured to hold an NFT. The wallet may be stored locally to allow easy transfer, in particular transfer without access to remote and / or third-party services and / or devices.

[0039] The acquisition module can be configured to provide access data enabling access to the digital asset, in particular to the data store. The data store can comprise the digital asset, in particular when access data is provided. The access data can be pre-generated such that in when an acquisition request is granted, the access data can be immediately transferred to the user device. The access data can for example be login data to a wallet comprising the digital asset. Providing the access data can be conditional on a successful payment and / or contract. Payment confirmation and / or contract validity information can be received by the acquisition module such that the acquisition module can initiate the transfer of the digital asset, in particular by means of transferring the access data.

[0040] The acquisition module can be configured to transfer access data enabling access to the data store, in particular to the user device. This can increase efficiency in the acquisition process of the digital asset. In particular, the user device can automatically process and / or display an acquisition prompt. Displaying the acquisition prompt can be conditional such that the user device can evaluate specific conditions prior to displaying the acquisition prompt, i.e., presence of valid authentication, presence of a valid ticket, specific location and / or specific time and date interval.

[0041] The acquisition module can be configured to provide access and / or to transfer access to the data store to the user device. Herein the acquisition module can be an intermediary such that an access request to the asset is processed by the acquisition module and / or providing the actual digital asset may be performed by a third party service, such as an exchange, wallet handler, etc. Transferring access can also be achieved by providing access data or by providing a physical device on which the digital asset is stored.

[0042] The data store comprises the digital asset. The data store can be an electronic storage medium or any kind of wallet. In particular, a crypto wallet capable of holding NFTs. The wallet can be transferred in physical form, i.e. in form of a physical wallet device or a paper wallet. The data store comprising the digital asset provides the advantage of easily transferring the digital asset between the provider and the user.

[0043] The acquisition module can be configured to receive the digital asset and / or a reference to the digital asset. A reference can in particular be a link configured to initiate the transfer, preferably in providing information relating to any steps to be performed to acquire the digital asset. The steps can be machine readable and preferably are automatically executable by the user device.

[0044] The acquisition module can be configured to provide an acquisition prompt based on a primary transaction. The primary transaction can, for example, be a purchase of a ticket and / or a purchase of another any other item. The acquisition of the digital asset can be defined as the secondary transaction. The primary transaction and the secondary transaction can be linked by a time interval, location or a specific set of rules authorizing the primary transaction to validate the secondary transaction. This can achieve the advantage that access to the digital asset can be linked, in particular limited to instances where a primary transaction has occurred.

[0045] The acquisition module can be configured to encode the acquisition prompt. This achieves the advantage that the acquisition prompt can be publicly available, but decoding the acquisition prompt can be limited to user devices configured to decode the acquisition prompt. Preferably decode information can be conditionally supplied by the acquisition module to the user module.

[0046] The acquisition module is configured to encrypt the acquisition prompt. This can further increase the security of the acquisition prompt. In particular a decoded acquisition prompt may still require a decryption. The decoded but encrypted acquisition code can comprise decrypt request data which can be provided to the acquisition module to request a decryption of the acquisition prompt. Hence the control of processing the acquisition prompt can be controlled by providing an encoding and actual access to the acquisition prompt and thereby to the digital asset can be protected by the encryption.

[0047] The acquisition module can be configured to provide decryption data configured to decrypt the acquisition prompt to the user data. The decryption data can be provided automatically based on predetermined conditions (i.e., primary transaction, time interval, position of the user device, the user device being connected to a specific network.)

[0048] The acquisition module can be configured to provide the decryption data when receiving an access confirmation, in particular from the user device. The access confirmation can be manually generated on the user device and / or it can be generated automatically by the user device, in particular based on a set of predetermined conditions making the user device eligible to receive decryption data. The acquisition module can be configured to provide a data store configured to store the digital asset. The data store can be transferred electronically and / or in physical form. The acquisition module may comprise an automated physical item delivery component configured to provide the data store. For example, a printer may provide a paper wallet, an automated system may provide a portable media device, i.e., memory stick, comprising the data store.

[0049] The data store may comprise the digital asset before the data store is provided to the user and / or access to the data store is provided to the user. Comprising the digital asset when providing the data store to the user achieves the advantage that ownership of the digital asset can be directly transferred to the user by transfer of the data store. In addition, the user device may perform further steps to register the transfer of ownership, in particular in form of a smart contract, on a blockchain.

[0050] The acquisition module is configured to provide a hard copy data store (paper wallet), in particular a hard copy instance of a digital data store, in particular for the user to take possession of. This achieves the advantage of decreasing the technical complexity of acquiring a digital asset as the digital asset can be linked to a tangible device. Preferably the hard copy instance can be provided automatically when the acquisition request is granted, i.e., by satisfying predetermined conditions, preferably including a payment confirmation. Taking possession of the device can mark transfer of ownership of the digital asset. The transfer may subsequently be registered electronically by the user device and / or the acquisition module. Specifically, the transfer can be recorded on a blockchain.

[0051] The acquisition module can be configured to assign ownership of the digital asset to the data store. This achieves the advantage that the acquisition module can complete the transfer of the digital asset on its own. Assigning ownership can comprise a contractual realization that possession of and / or access to the data store is equivalent to owning the digital asset.

[0052] Preferably, transfer of the digital asset can be initiated and confirmed in a short time window, e.g., within 1 minute, preferably within 30 seconds, more preferably within 10 seconds, in particular within 1 to 5 seconds. The transfer may be marked as complete without further interaction being required to complete the transfer. Assigning ownership can be referred to as the rights pertaining to the digital asset being linked to the data store. The user in possession of the data store can therefore hold ownership of the digital asset when obtaining the data store.

[0053] The acquisition module can be configured to provide a minting voucher, in particular in combination with the data store. The minting voucher comprises individualized minting data relating to the minting of the digital asset, which is preferably comprised in the data store. This achieves the advantage that the digital asset does not need to be present and / or does not need to exist at the time of initiating a transfer. The minting voucher can be automatically redeemable by the user device by providing the minting voucher to an asset module. The asset module can be configured to verify the minting voucher and to provide, preferably to generate, the digital asset upon receiving and verifying the minting voucher. The asset module may further be configured to provide the digital asset to the user device upon completion of the minting process. Providing the minting voucher and thereby completing the acquisition process can be instantaneous.

[0054] The acquisition module can be configured to remove the digital data store and / or digital data relating to the digital data store associated to the hard copy data store from the acquisition module. This can ensure uniqueness of the digital asset and / or limit control over the digital asset to the user device.

[0055] The acquisition module can comprise an interface terminal which is configured to provide the hard copy data store. The interface terminal can be a print terminal and / or a register.

[0056] The interface terminal can be configured to interact with a user device. Preferably, the interface terminal can interact with the user device when in short positional proximity. For example, the interface terminal can provide the hard copy data store upon sensing the user device and / or when a, preferably wireless, connection between the user device and the interface terminal is established. Alternatively, the interface terminal can be a remote interface accessible by the user device via a remote communication connection, i.e. via the internet. Herein the interface terminal can issue a shipping prompt upon which the hard copy data store is to be shipped to a designated address.

[0057] The acquisition module, in particular the interface terminal, can be configured to receive payment data, which in particular comprises payment confirmation data, configured to confirm an acquisition of a digital asset by the user. This can provide an additional confirmation layer. Specifically a third party confirmation can be used confirming identity, payment and / or any other form of eligibility.

[0058] The interface terminal is configured to initiate a transfer of the digital asset, when confirmation data, in particular payment confirmation, is received.

[0059] The acquisition module can be configured to receive transfer data and to transfer the digital asset to a digital data store based on the transfer data. The transfer data may comprise a confirmation, a destination address, a destination wallet address etc. The acquisition module can be configured to determine compatibility of the destination parameters prior to initiating the transfer.

[0060] The transfer data may comprise a data store address wherein the data store address can be associated with a non-custodial wallet or a custodial wallet. The data store can be a web-based data store and / or configured to provide access to the assets stored on the data store via an interface and / or platform. This achieves the advantage that the user is not required to provide the storage capabilities for the digital asset and instead can rely on the acquisition module, i.e., a media platform and / or exchange to handle access and storage of the digital asset. Control over the digital asset can preferably be linked to the user device and / or a user account.

[0061] The acquisition module can be configured to limit the acceptance of an acquisition request to a predetermined time interval. This achieves the advantage that obtaining the digital asset can be limited, in particular limited to a specific time interval. The time interval can correspond to a single event, a plurality of events, a time span and / or recurring time intervals, i.e., opening hours. Furthermore, a final acquisition date can be set. This may increase scarcity and thereby affect the value of the digital asset.

[0062] The predetermined time interval can correspond to one of the following: duration of an event associated with the digital asset; duration of a sale period of the digital asset; or duration of availability of a predetermined number of digital assets.

[0063] The System can comprise a payment module configured to process a payment relating to the acquisition of the digital asset. This achieves the advantage that payment can be processed locally and / or without time delay.

[0064] The payment module can be integrated with the interface terminal.

[0065] The payment module can be configured to process FIAT payments and / or crypto currency payments. Crypto payments may achieve the advantage that a blockchain relating to the digital asset and a blockchain relating to the payment can be identical. Thus, the data required to complete the transfer can be reduced. Additionally and / or alternatively, the payment module can be configured to process a FIAT payment into a Cryptocurrency payment. Preferably, this payment can then be linked to the digital asset to be transferred increasing the efficiency of the acquisition process. Directly processing the payment and transfer of the digital asset can increase the efficiency of completing the transaction. In particular the number of required actions can be reduced and or the actions can be automated to not require manual input.

[0066] The acquisition module can be configured to transfer ownership data to the user device, in particular based on the successfully processed payment. Thereby the advantage can be achieved that the digital asset can be assigned to the user, respectively user device. This can indicate a successful transfer of the digital asset. The ownership data can be registered, in particular registered on a blockchain. Ownership data can indicate a property right, i.e., a right to possess the digital asset. The payment module can be configured to provide payment confirmation data. The payment confirmation data can in particular be provided to the acquisition module and / or the interface terminal.

[0067] The acquisition module can be configured to generate a generation request to initiate generation of the digital asset. This can achieve the advantage that the digital asset may be generated on demand, respectively only after the generation request is received. The generation can be based on a plurality of prerequisite conditions, in particular an eligibility status of the user device and / or the user. The generation of the digital asset may be initiated immediately upon processing the generation request. The acquisition module can be configured to complete the generation within a predetermined time interval. Reducing the time interval can speed up the overall process of acquiring the digital asset. The acquisition module may expedite the generation of the digital asset. This can be achieved by increasing a generation fee according to an estimated minting process interval, in particular when generating an NFT.

[0068] The system can comprise an asset module which can be configured to generate the digital asset based on the generation request. This can achieve the advantage that an integrated, and in particular locally operating, asset module can reduce the time required to generate and transfer the digital asset. In particular since less communication overhead is required in linked modules that operate in a single digital environment, where all components are authorized and / or verified to one another.

[0069] The asset module can be configured to store a set of digital assets. Each digital asset of the set of digital assets can comprise payload data and identification data. Storing digital assets can achieve the advantage that any delay based on generating the digital asset first can be eliminated or at least reduced. Identification data can represent a, preferably unique, identification of the digital asset and / or the owner of the digital asset. Additionally and / or alternatively, the identification data can comprise information relating to the type of digital asset, the generation, validity, authenticity and / or verification authority of the digital asset. The payload data can be readable, processable and / or executable by the user device. Additionally and / or alternatively, the payload data can comprise a reference to a data package. The payload data can reference a physical object, event, location or any other perceivable content. In particular, the payload data can comprise a perceivable variant of the physical object. The perceivable variant can be an image, a video capture, a rendering, an artwork, a modified presentation. The physical object can be an art object, a piece of a museum exhibition, a painting, an architectural object, an interior design composition, scenery composition or a building.

[0070] The payload data of digital assets of a set of digital assets can be identical to one another. Alternatively, the payload data can comprise an identical part and a unique part. For example, the unique part can be a specific version of a digital asset, e.g., art work, art work variant, color version. Herein, also a unique set of captures of an event can form the unique part of the digital asset. The identical part can be a capture of an original artwork, event and / or performance. For example, a capture of the event can be provided in form of an audio and / or video capture. Herein, unique sequences of the event can be part of the unique part.

[0071] The identical part of the unique asset can comprise a reference to a specific capture of the event, wherein the specificity of the capture can be determined by capture parameter, in particular a technical parameter and / or a composition of the capture. The technical parameter can be a resolution, e.g., a video resolution and / or an audio resolution. The technical parameter can relate to a capture quality, length of the capture, number of data channels, type of encoding, a bit rate etc.

[0072] The acquisition module can provide acquisition options of different digital assets to the user device, according to the capture parameter. This can enable the advantage of acquiring a specific version of digital asset according to a selected capture parameter. For example, a digital asset comprising payload data related to a specific capture quality.

[0073] The payload data of digital assets of a set of digital assets can be unique with respect to one another. This can achieve the advantage that the digital asset can be personalized with respect to the user device and / or the user acquiring the digital asset. For example, a recording can comprise captures of a specific individual, e.g., the user acquiring the digital asset. The digital asset can comprise a unique reference, in particular corresponding to a physical object or an event. The unique reference can be comprised by means of an NFT. Reference of the physical object and / or the event to the digital asset can be achieved by generating a record of the reference, in particular a public and / or immutable record of the reference, preferably via a blockchain.

[0074] The asset module can be configured to generate a plurality of digital assets and wherein the digital assets of the plurality of digital assets are unique with respect to one another. Herein, the digital assets can be unique by means of an NFT and / or the digital assets can be unique by means of a unique identification characteristic, preferably wherein the digital asset comprises unique payload data.

[0075] Each unique payload data can comprise a reference to a unique digital data element. This can achieve the advantage that the unique digital data element can be stored separately from the digital asset itself. The reference itself can also be unique.

[0076] The asset module can be configured to generate the unique identification data and each digital asset can be uniquely identifiable based on the identification data. The identification data can be generated according to a specific encoding such that the identification data can be uniquely linked to the digital asset. For example, digital assets comprising identical payload data can still be identified as unique from one another.

[0077] The asset module can be configured to permanently link the identification data to a blockchain. This can achieve the advantage that the identification data can be recorded, in particular publicly recorded. The recordation can be performed such that subsequent modification the identification data may be prevented. The asset module can be configured to manage its own blockchain and / or to access an existing blockchain ecosystem.

[0078] The asset module can be configured to mint the digital asset and / or to provide the digital asset to the acquisition module when minting of the digital asset is completed. This can achieve the advantage that minting of an NFT can be performed independent of third party infrastructure. Minting can be a part of the acquisition process. Alternatively, minting can be performed independent of the contractual acquisition of the digital asset. In particular minting can be performed when a minting request is issued by the user device to the asset module. This can achieve the advantage that a purchase of the digital asset can be performed independently, thus any delay that minting an NFT may create can be avoided or at least reduced during the purchase process. The asset module can be configured to generate a unique identification characteristic when minting the digital asset, wherein preferably the unique identification characteristic is comprised in the digital asset. Specifically, the asset module can be configured to provide a unique identification characteristic as part of the digital asset when minting of the digital asset is complete.

[0079] The asset module can be configured to provide reference data indicating a position of the digital asset within the blockchain. This can achieve the advantage of providing access to verifiable data relating to the digital asset. The reference data can in particular provide a link to a specific blockchain entry.

[0080] The asset module can be configured to initiate minting of the digital asset, in particular when payment data is received. Thereby, the process of generating the digital asset can be conditional and in particular affected immediately without further processing or other additional steps. The subsequent transfer of the digital asset to the user device can be performed automatically, in particular after the minting is complete. Initiating minting based on the completed payment can provide the advantage of providing an on-demand system configured to generating and providing a digital asset only once it is requested and / or once a purchase is confirmed. Alternatively, minting of the NFT can be initiated at an earlier step of the acquisition process, in particular when an acquisition request is received. NFT minting can comprise converting digital data into a cryptocurrency object. The NFT may have the characteristic of being non-erasable, non-editable and / or non- modifiable as it can be a digital object or file stored on a blockchain. The process of uploading an object to a blockchain can be called 'minting'. The acquisition module can be configured to receive reference data and to provide the digital asset to the user, in particular to the user device, when the reference data is received. Reference data can be received from a third party blockchain handler. Interactions relating to a blockchain can be provided by an external provider, that can preferably be interfaced with via an API. Thus, the system can be configured as an intermediary between a blockchain infrastructure and the user device to facilitate acquisition of the digital asset without requiring interactions of the user device and / or user directly with the blockchain infrastructure.

[0081] The digital asset can comprise a unique identification characteristic. The identification characteristic can be a characteristic that is perceptible by a user such that different identification characteristics can be distinguished from one another with minimal effort. For example, the identification characteristic can be a pattern, a visual indicator, a sequence of pictures, i.e., an animation, a color coded representation of an artwork, a unique variant of an artwork etc. The unique identification characteristic may also comprise a machine readable code, preferably a graphic representation of a machine readable code (barcode, matrix-code, alphanumeric code, etc.). A plurality of identification characteristics can be configured such that each identification characteristic is a unique variant of a base identification characteristics such that the identifications characteristics share a plurality of features but may differ by at least one characteristic. The acquisition module can be configured to modify and / or to generate the unique identification characteristic. Preferably, the unique identification characteristic can be generated and / or modified based on characteristics input data provided by the user module. The characteristics input data may comprise a selection from a plurality of combinable options. The combinable options can relate to the unique identification characteristic and / or to the payload data, i.e., selection of type of payload and / or a payload characteristic.

[0082] The digital asset can comprise a non-fungible characteristic, in particular a non-fungible token. This achieves the advantage that the unique digital asset can be immutably recorded, in particular recording the ownership of the digital asset. The ownership history may not be tampered with or altered enhancing trust and transparency. The non-fungible token may allow independent and public verification of the digital asset.

[0083] The unique identification characteristic can be linked, in particular permanently linked, to the payload data. This can achieve the advantage that properties of the unique identifier can also apply to the payload data. Hence the content of the payload data can be verified and / or immutability of the payload data can be achieved.

[0084] The digital asset comprises a smart contract. A smart contract comprised within an NFT may refer to a self-executing contract that can be embedded within the non-fungible token itself. The smart contract can be a programmable agreement that are executable on a blockchain. Preferably, the smart contract can be configured to automatically execute predefined conditions without the need for intermediaries.

[0085] The smart contract can include specific functionalities and / or rules pertaining to the digital asset. These functionalities can, for example, include payments, ownership transfers and / or access rights. The smart contract code may define how the NFT behaves and what actions can be performed with it. The smart contracts can provide transparency, security, and automation. Specific rules can be directly embedded into the digital asset, allowing for more control, customization, and dynamic functionality.

[0086] The acquisition module can be configured to transfer the digital asset based on the smart contract.

[0087] The acquisition module can be configured to receive base data comprising a digital master version of a predetermined data content. The digital master version can be a capture of an event, a digital representation of an artwork. The digital master version can form the basis for a plurality of converted versions of the data content which can in turn form the basis for the payload data or the referenced data in the digital asset.

[0088] The acquisition module can be configured to process the digital master version of the predetermined data content to generate a modified version of the predetermined data content, which can preferably be a souvenir version. For example, the predetermined data content can be reduced in size, resolution, capture length, content. Additionally and / or alternatively, the data can be augmented with further content, i.e. a combination of contents can be generated. For example, a plurality of digital master versions and / or processed predetermined data can be combined. The predetermined data content can increase accessibility. Thereto the acquisition module can be configured to provide a user readable encoding of the digital maser version.

[0089] The acquisition module can be configured to provide the modified version of the predetermined data content as part of the digital asset, in particular the payload data of the digital asset. This achieves the advantage that the predetermined data content can be transferred by means of the digital asset.

[0090] The digital asset can comprise an augmented reality component. In particular, the acquisition module can be configured to integrate an augmented reality component into the digital asset. An NFT comprising an augmented reality (AR) component can achieve the advantage of combining unique digital ownership properties of the NFT with an immersive experience of augmented reality technology. The digital asset may incorporate virtual elements that can be viewed, interacted with, and / or experienced in the real world through a user device, wherein the user device is configured as an AR-enabled device, e.g., a smartphones or smart glasses. Ownership of the digital asset may grant the user access to an augmented reality experience associated with the digital asset. This experience may comprise overlaying digital objects, animations, and / or visual effects onto a real-world environment when viewed through the AR-enabled device.

[0091] For example, by using an AR application and / or scanning the digital asset the AR component may be activated to view the artwork including AR overlay content enhancing the overall experience. The digital asset ownership may grant an exclusive right to access the AR aspect of the digital asset.

[0092] The augmented reality component may be configured to create an augmented display of a physical object when executed on a user device capturing the physical object. This can achieve the advantage that a physical object, preferably a physical object that is linked to the digital asset, can be enhanced with AR-data, specifically AR-information or an AR- version of the payload data of the digital asset, such that an immersivity of payload data when viewed AR-extended can be increased. The physical object and the AR-display content can be uniquely linked such that the combination of AR-content and physical object form a unique visual observable by the user, in particular via the user device.

[0093] The augmented reality component can be linked to a predetermined physical object. The AR component can be unique and / or the physical object can be unique. The link to the physical object can set the physical object as a prerequisite to perceive the AR content. Thus, acquisition of the digital asset, in particular in form of AR content, can be tied to a physical object.

[0094] The augmented reality component can be unique. A unique AR component can achieve the advantage that a generic physical object can produce a unique perception of a generic physical item. The AR component can further achieve the advantage that its content can be shielded from unauthorized access. Preferably, accessing the AR component can be linked to the user device and thereby to a specific user, respectively its domain.

[0095] The augmented reality component, a corresponding unique digital asset (NFT), and / or a physical object can form a cohesive item unit wherein the acquisition module is configured to transfer a complete cohesive item unit, in particular transfer ownership of all items of a complete cohesive item unit contiguously. Advantageously, the transfer of the physical item may comprise transfer of the digital components, i.e., digital asset and / or AR component. Alternatively, the acquisition of the physical item can provide a contract for future acquisition of the digital asset. The physical item may comprise a unique identifier corresponding to the digital asset. The physical item can comprise a unique code, e.g., a unique code linking to or corresponding to the digital asset. This unique code can be provided to the physical item at any stage of the acquisition process. Additionally or alternatively, the physical item may have a unique code that can be linked to the digital asset, in particular during the acquisition process, preferably after confirmation of payment pertaining to the digital asset.

[0096] The acquisition module can be configured to provide the cohesive item unit when receiving confirmation data. The confirmation data can confirm a payment relating to the cohesive item unit and / or comprise information relating to a contractually validated transfer legitimation of the cohesive item unit.

[0097] The system can also deliver a new and immersive experience to a user or customer. An environment can be shown, such as a virtual exhibition, a virtual copy of a real environment or a copy of a castle and its environment. The system can comprise a virtual reality module that is configured to display a virtual environment and to enable a virtual movement through the environment. The movement can be done with an avatar, preferably an avatar representing the user, even a personalized avatar.

[0098] The system can further comprise a virtual reality (VR) interface to a virtual reality (VR) device, such as VR googles, the system being configured to allow the virtual movement through the environment by control of the VR device. The VR device can be coupled and decoupled or can be fixedly connected.

[0099] The virtual reality module can be configured to display at least one digital asset in the virtual environment, preferably a plurality of digital assets in the virtual environment at different locations.

[0100] An interface module can be configured to provide the acquisition prompt as a graphical user interface (GUI) prompt.

[0101] Rhe virtual reality module can be configured to also display an avatar representing a user, the system being configured to enable a movement of the avatar through the environment.

[0102] According to a second aspect the invention relates to a method for digital asset transfer comprising the steps of generating a digital asset and sending the digital asset to a receiver, in particular a user device. The digital asset can be based, at least in part, on source data, which can comprise digital data.

[0103] The method may comprise the step of generating digital data based, at least in part, on the source data, which, for example, can comprise an artwork.

[0104] The method may comprise the step of generating a hash of the digital data. Generating the hash of the digital data may comprise applying a cryptographic hash function to the digital data. The digital asset may comprise the hash of the digital data, or at least a part thereof.

[0105] The digital asset may comprise data based, at least in part, on metadata related to the artwork, preferably a of the artwork, creator of the artwork and / or a digital signature of the creator. The data related to the creator may comprise an identifier associated with the creator.

[0106] The method may comprise retrieving data related to an ownership of the source data, preferably the data related to the ownership of the source data can comprise a name of the owner. The data related to the ownership of the source data may comprise an identifier associated with the owner of the source data. Preferably, the digital asset comprises data based on data related to the ownership of the source data. An identifier can be associated with the receiver. This enables the advantage that the receiver can be uniquely identified and the transfer of the digital asset can be verified to occur to the intended receiver.

[0107] An address can be associated with the receiver and / or sending the digital asset to the receiver can be based, at least in part, on the address associated with the receiver.

[0108] Sending the digital asset to the receiver may comprise recording a transaction representing the sending of the digital asset in a blockchain.

[0109] The method may comprise providing an acquisition prompt, receiving an acquisition request, optionally generating the acquisition request based on the acquisition prompt, receiving the acquisition request and / or transferring a digital asset based on the acquisition request.

[0110] The method may comprise the step of generating a data store configured to store the digital asset and / or providing access data configured to provide access to the data store.

[0111] The method may further comprise the step of transferring access data configured to provide access to the data store.

[0112] The method may comprise the step of providing access and / or transferring access to the data store, in particular to a user device. Furthermore, the method may comprise the step of encoding and / or encrypting the acquisition prompt.

[0113] The method may comprise the step of providing decryption data when receiving an access confirmation. Herein the access confirmation can be data validating the legitimacy of the access request. Thus, the user device, respectively the user, is able to decrypt only when receiving the decryption data which is only provided after confirmation of the legitimacy of the access request, respectively the transfer.

[0114] The method may comprise the step of providing a data store configured to store the digital asset.

[0115] The method may further comprise the step of assigning ownership of the digital asset to the data store. This achieves the advantage that the digital asset can be confined to the data store. Alternatively, ownership of the digital asset can be achieved by control over the data store. The method may further comprise the step of minting the digital asset. Minting can be based on information relating to the acquisition provided by the user device. In particular, identifying information can be included to uniquely bind the digital asset to the acquisition request, respectively the user or user device during the minting process.

[0116] The method may further comprise the steps of receiving payment data, transferring the digital asset, according to a smart contract or when payment confirmation data is received and / or receiving transfer data confirming the transfer of the digital asset.

[0117] Additionally or alternatively, the method may comprise the step of generating unique identification data and / or linking the identification data to a blockchain.

[0118] It is to be understood that this disclosure is not limited to particular embodiments described, and as such may, of course, vary. It is also to be understood that the terminology used herein is for the purpose of describing particular embodiments only, and is not intended to be limiting, since the scope of the present disclosure will be limited only by the appended claims.

[0119] Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure belongs. Although any methods and components similar or equivalent to those described herein can also be used in the practice or testing of the present disclosure. Preferred method steps and system components are also described in the following embodiments.

[0120] As will be apparent to those of skill in the art upon reading this disclosure, each of the individual embodiments described and illustrated herein has discrete components and features which may be readily separated from or combined with the features of any of the other several embodiments without departing from the scope or spirit of the present disclosure. Any recited method can be carried out in the order of events recited or in any other order that is logically possible.

[0121] Given examples are put forth so as to provide those of ordinary skill in the art with a complete disclosure and description of how to perform the methods and use the components disclosed and claimed herein.

[0122] It must be noted that, as used in the specification and the appended claims, the singular forms "a," "an," and "the" include plural referents unless the context clearly dictates otherwise. Thus, for example, reference to "a module" includes a plurality of modules. In this specification and in the claims that follow, reference will be made to a number of terms that shall be defined to have the given meanings unless a contrary intention is apparent.

[0123] Below, system embodiments will be discussed. These embodiments are abbreviated by the letter "S" followed by a number. Whenever reference is herein made to "system embodiments", these embodiments are meant. 51. System (100) for digital asset transfer, comprising an interface module (101) configured to provide an acquisition prompt (102), and an acquisition module (103) configured to receive an acquisition request as a response to the acquisition prompt (104), wherein the acquisition module (103) is configured to transfer a digital asset based on the acquisition request.

[0124] 52. System according to the preceding embodiment comprising a user device (105) configured to generate an acquisition request when processing the acquisition prompt.

[0125] 53. System according to any of the preceding embodiments wherein the interface module is configured to provide the acquisition prompt to a user device.

[0126] 54. System according to any of the preceding embodiments wherein the acquisition module is configured to provide and / or to generate a data store (106) configured to store the digital asset (107).

[0127] 55. System according to any of the preceding embodiments with features of S4 wherein the acquisition module (103) is configured to provide access data (108) enabling access to the data store (106), in particular wherein the data store comprises the digital asset.

[0128] 56. System according to any of the preceding embodiments with features of S4, wherein the acquisition module is configured to transfer access data enabling access to the data store, in particular to the user device.

[0129] 57. System according to any of the preceding embodiments with features of S4, wherein the acquisition module is configured to provide access and / or to transfer access to the data store to the user device.

[0130] 58. System according to any of the preceding embodiments with features of S4, wherein the data store comprises the digital asset.

[0131] 59. System according to any of the preceding embodiments with features of S4, wherein the acquisition module is configured to receive the digital asset and / or a reference (109) to the digital asset.

[0132] S10. System according to any of the preceding embodiments wherein the acquisition module (103) and / or the interface module (101) is configured to provide an acquisition prompt based on a primary transaction (purchase of a ticket, purchase of another any other item) and / or wherein the acquisition module (103) is configured to provide the acquisition prompt via the interface module (101). 511. System according to any of the preceding embodiments wherein the acquisition module is configured to encode (201) the acquisition prompt.

[0133] 512. System according to any of the preceding embodiments wherein the acquisition module is configured to encrypt (202) the acquisition prompt.

[0134] 513. System according to any of the preceding embodiments wherein the acquisition module is configured to provide decryption data (203) configured to decrypt the acquisition prompt to the user device.

[0135] 514. System according to any of the preceding embodiments with features of S13, wherein the acquisition module is configured to provide the decryption data when receiving an access confirmation (204), in particular from the user device.

[0136] 515. System according to any of the preceding embodiments wherein the acquisition module is configured to provide a data store configured to store the digital asset.

[0137] 516. System according to any of the preceding embodiments with features of S15, wherein the data store comprises the digital asset before the data store is provided to the user and / or access to the data store is provided to the user.

[0138] 517. System according to any of the preceding embodiments with features of S15, wherein the acquisition module is configured to provide a hard copy data store (paper wallet), in particular a hard copy instance of a digital data store, in particular for the user to take possession of.

[0139] 518. System according to any of the preceding embodiments with features of S15, wherein the acquisition module is configured to assign ownership of the digital asset to the data store.

[0140] 519. System according to any of the preceding embodiments with features of S15, wherein the acquisition module is configured to provide a minting voucher in combination with the data store, wherein the minting voucher comprises individualized minting data relating to the minting of the digital asset comprised in the data store.

[0141] 520. System according to any of the preceding embodiments with features of S17, wherein the acquisition module is configured to remove the digital data store and / or digital data relating to the digital data store associated to the hard copy data store from the acquisition module.

[0142] 521. System according to any of the preceding embodiments with features of S17, wherein the acquisition module comprises an interface terminal and wherein the interface terminal (print terminal, register etc.) is configured to provide the hard copy data store. System according to any of the preceding embodiments with features of S21, wherein the interface terminal is configured to interact with a user device. System according to any of the preceding embodiments with features of S21, wherein the acquisition module, in particular the interface terminal, is configured to receive payment data, which in particular comprises payment confirmation data, configured to confirm an acquisition of a digital asset by the user. System according to any of the preceding embodiments with features of S23, wherein the interface terminal is configured to initiate a transfer of the digital asset, when payment confirmation data is received. System according to any of the preceding embodiments wherein the acquisition module is configured to receive transfer data (confirmation, destination address, etc.) and to transfer the digital asset to a digital data store based on the transfer data. System according to any of the preceding embodiments with features of S25, wherein the transfer data comprises a data store address and / or wherein the data store address is associated with a non-custodial wallet or a custodial wallet and / or wherein the data store is a web-based data store and / or configured to provide access to the assets stored on the data store via an interface and / or platform. System according to any of the preceding embodiments wherein the acquisition module is configured to limit the acceptance of an acquisition request to a predetermined time interval. System according to any of the preceding embodiments with features of S27, wherein the predetermined time interval corresponds to one of the following: duration of an event associated with the digital asset; duration of a sale period of the digital asset; or duration of availability of a predetermined number of digital assets. System according to any of the preceding embodiments comprising a payment module configured to process a payment relating to the acquisition of the digital asset. System according to any of the preceding embodiments with features of S21, wherein the payment module is integrated with the interface terminal. System according to any of the preceding embodiments with features of S29, wherein the payment module is configured to process FIAT payments and / or crypto currency payments. 532. System according to any of the preceding embodiments with features of S29, wherein the acquisition module is configured to transfer ownership data, in particular to the user device and preferably based on the successfully processed payment.

[0143] 533. System according to any of the preceding embodiments with features of S29, wherein the payment module is configured to provide payment confirmation data.

[0144] 534. System according to any of the preceding embodiments wherein the acquisition module is configured to generate a generation request to initiate generation of the digital asset.

[0145] 535. System according to any of the preceding embodiments comprising an asset module, wherein the asset module is configured to generate the digital asset based on the generation request.

[0146] 536. System according to any of the preceding embodiments with features of S35, wherein the asset module is configured to store a set of digital assets, wherein each digital asset of the set of digital assets comprises payload data and identification data.

[0147] 537. System according to any of the preceding embodiments with features of S36, wherein the payload data of digital assets of a set of digital assets is identical to one another.

[0148] 538. System according to any of the preceding embodiments with features of S32, wherein the payload data of digital assets of a set of digital assets is unique with respect to one another, in particular where the digital asset comprises a unique reference.

[0149] 539. System according to any of the preceding embodiments with features of S35 and S38, wherein the asset module is configured to generate a plurality of digital assets and wherein the digital assets of the plurality of digital assets are unique with respect to one another.

[0150] 540. System according to any of the preceding embodiments with features of S38, wherein each unique payload data comprises a reference to a unique digital data element.

[0151] 541. System according to any of the preceding embodiments with features of S36, wherein the asset module is configured to generate the unique identification data and wherein each digital asset is uniquely identifiable based on the identification data.

[0152] 542. System according to any of the preceding embodiments with features of S35, wherein the asset module is configured to permanently link the identification data to a blockchain.

[0153] S43. System according to any of the preceding embodiments with features of S35, wherein the asset module is configured to mint the digital asset and / or to provide the digital asset to the acquisition module when minting of the digital asset is completed. S44. System according to any of the preceding embodiments with features of S35, wherein the asset module is configured to provide reference data indicating position of the digital asset within the blockchain.

[0154] 545. System according to any of the preceding embodiments with features of S35 and S23 wherein the asset module is configured to initiate minting of the digital asset when payment data is received.

[0155] 546. System according to any of the preceding embodiments with features of S44, wherein the acquisition module is configured to receive reference data and to provide the digital asset to the user, in particular to the user device, when the reference data is received.

[0156] 547. System according to any of the preceding embodiments wherein the digital asset comprises a unique identification characteristic.

[0157] 548. System according to any of the preceding embodiments wherein the digital asset comprises a non-fungible characteristic, in a non-fungible token.

[0158] 549. System according to any of the preceding embodiments wherein the unique identification characteristic is linked, in particular permanently linked, to the payload data.

[0159] 550. System according to any of the preceding embodiments wherein the digital asset comprises a smart contract.

[0160] 551. System according to any of the preceding embodiments with features of S50, wherein the acquisition module is configured to transfer the digital asset based on the smart contract.

[0161] 552. System according to any of the preceding embodiments wherein the acquisition module is configured to receive base data comprising a digital master version of a predetermined data content.

[0162] 553. System according to any of the preceding embodiments with features of S52, wherein the acquisition module is configured to process the digital master version of the predetermined data content to generate a modified version of the predetermined data content.

[0163] 554. System according to any of the preceding embodiments with features of S53, wherein the acquisition module is configured to provide the modified version of the predetermined data content as part of the digital asset, in particular the payload data of the digital asset. 555. System according to any of the preceding embodiments wherein the acquisition module (103) is configured to integrate an augmented reality component into the digital asset.

[0164] 556. System according to any of the preceding embodiments with features of S55, wherein the augmented reality component is configured to create an augmented display of a physical object when executed on a user device capturing the physical object.

[0165] 557. System according to any of the preceding embodiments with features of S56, wherein the augmented reality component is linked to a predetermined physical object.

[0166] 558. System according to any of the preceding embodiments with features of S55, wherein the augmented reality component is unique.

[0167] 559. System according to any of the preceding embodiments with features of S55, wherein the augmented reality component, a corresponding unique digital asset (NFT), and / or a physical object form a cohesive item unit wherein the acquisition module is configured to transfer a complete cohesive item unit, in particular transfer ownership of all items of a complete cohesive item unit contiguously.

[0168] 560. System according to any of the preceding embodiments with features of S59, wherein the acquisition module is configured to provide the cohesive item unit when receiving confirmation data.

[0169] 561. System according to any of the preceding embodiments further comprising a virtual reality module that is configured to display a virtual environment and to enable a virtual movement through the environment.

[0170] 562. System according to the preceding embodiment and further comprising a virtual reality (VR) interface to a virtual reality (VR) device, such as VR googles, the system being configured to allow the virtual movement through the environment by control of the VR device.

[0171] 563. System according to any of the 2 preceding embodiments wherein the virtual reality module is configured to display at least one digital asset in the virtual environment.

[0172] 564. System according to any of the 3 preceding embodiments wherein the virtual reality module is configured to display a plurality of digital assets in the virtual environment at different locations.

[0173] S65. System according to any of the 4 preceding embodiments wherein an interface module (101) is configured to provide the acquisition prompt (102) as a graphical user interface (GUI) prompt. S66. System according to any of the 5 preceding embodiments wherein the virtual reality module is configured to also display an avatar representing a user, the system being configured to enable a movement of the avatar through the environment.

[0174] Below, method embodiments will be discussed. These embodiments are abbreviated by the letter "M" followed by a number. Whenever reference is herein made to "method embodiments", these embodiments are meant.

[0175] Ml. A method for digital asset transfer management comprising generating a digital asset, the digital asset based, at least in part, on source data, and sending the digital asset to a receiver.

[0176] M2. The method according to the preceding embodiment, wherein the source data comprises digital data.

[0177] M3. The method according to the penultimate embodiment, wherein the method comprises generating digital data based, at least in part, on the source data.

[0178] M4. The method according to any of the 2 preceding embodiments, wherein the digital asset is generated based, at least in part, on the digital data.

[0179] M5. The method according to any of the preceding method embodiments, wherein the source data comprises an artwork.

[0180] M6. The method according to any of the preceding method embodiments and with the features of embodiment M4, wherein the method comprises generating a hash of the digital data.

[0181] M7. The method according to the preceding embodiment, wherein generating the hash of the digital data comprises applying a cryptographic hash function to the digital data.

[0182] M8. The method according to any of the 2 preceding embodiments, wherein the digital asset comprises the hash of the digital data, or at least a part thereof.

[0183] M9. The method according to any of the preceding method embodiments and with the features of embodiment M5, wherein the digital asset comprises data based, at least in part, on metadata related to the artwork.

[0184] MIO. The method according to the preceding embodiment, wherein the metadata comprises a title of the artwork.

[0185] Mil. The method according to any of the 2 preceding embodiments, wherein the metadata comprises data related to a creator of the artwork. M12. The method according to the preceding embodiment, wherein the data related to the creator comprises a name of the creator.

[0186] M13. The method according to any of the 2 preceding embodiments, wherein the data related to the creator comprises a digital signature of the creator.

[0187] M14. The method according to any of the 3 preceding embodiments, wherein the data related to the creator comprises an identifier associated with the creator.

[0188] M15. The method according to any of the preceding method embodiments, wherein the method comprises retrieving data related to an ownership of the source data.

[0189] M16. The method according to the preceding embodiment, wherein the data related to the ownership of the source data comprise a name of the owner.

[0190] M17. The method according to any of the 2 preceding embodiments, wherein the data related to the ownership of the source data comprise an identifier associated with the owner of the source data.

[0191] M18. The method according to any of the 3 preceding embodiments, wherein the digital asset comprises data based on data related to the ownership of the source data.

[0192] M19. The method according to any of the preceding method embodiments, wherein an identifier is associated with the receiver.

[0193] M20. The method according to any of the preceding method embodiments, wherein an address is associated with the receiver, and wherein sending the digital asset to the receiver is based, at least in part, on the address associated with the receiver.

[0194] M21. The method according to any of the preceding method embodiments, wherein sending the digital asset to the receiver comprises recording a transaction representing the sending of the digital asset in a blockchain.

[0195] M22. The method according to the preceding embodiment and with the features of the penultimate embodiment, wherein the transaction comprises the address associated with the receiver.

[0196] M23. The method according to any of the preceding embodiments comprising the steps of providing an acquisition prompt, receiving an acquisition request, optionally generating the acquisition request based on the acquisition prompt, receiving the acquisition request and / or transferring a digital asset based on the acquisition request.

[0197] M24. The method according to any of the preceding embodiments comprising the step of generating a data store configured to store the digital asset. M25. The method according to any of the preceding embodiments comprising the step of providing access data configured to provide access to the data store.

[0198] M26. The method according to any of the preceding embodiments comprising the step of transferring access data configured to provide access to the data store.

[0199] M27. The method according to any of the preceding embodiments comprising the step of providing access and / or transferring access to the data store, in particular to a user device.

[0200] M28. The method according to any of the preceding embodiments comprising the step of encoding and / or encrypting the acquisition prompt.

[0201] M29. The method according to any of the preceding embodiments comprising the step of providing decryption data when receiving an access confirmation.

[0202] M30. The method according to any of the preceding embodiments comprising the step of providing a data store configured to store the digital asset.

[0203] M31. The method according to any of the preceding embodiments comprising the step of assigning ownership of the digital asset to the data store

[0204] M32. The method according to any of the preceding embodiments comprising the step of minting the digital asset.

[0205] M33. The method according to any of the preceding embodiments comprising the step of minting the digital asset.

[0206] M34. The method according to any of the preceding embodiments comprising the steps of receiving payment data, transferring the digital asset, according to a smart contract or when payment confirmation data is received and / or receiving transfer data confirming the transfer of the digital asset.

[0207] M35. The method according to any of the preceding embodiments comprising the steps of generating unique identification data and / or linking the identification data to a blockchain.

[0208] M36. Method according to any of the preceding embodiments further comprising displaying a virtual environment and enabling a virtual movement through the environment by a virtual reality module that is configured to.

[0209] M37. Method according to the preceding embodiment and further comprising a virtual reality (VR) interface to a virtual reality (VR) device, such as VR googles, the method further allowing the virtual movement through the environment by control of the VR device. M38. Method according to any of the 2 preceding embodiments with the further step of displaying at least one digital asset in the virtual by the virtual reality module.

[0210] M39. Method according to any of the 3 preceding embodiments with the further step of displaying a plurality of digital assets in the virtual environment at different locations by the virtual reality module.

[0211] M40. Method according to any of the 4 preceding embodiments with the further step of providing the acquisition prompt (102) as a graphical user interface (GUI) prompt by the interface module (101).

[0212] M41. Method according to any of the 5 preceding embodiments wherein the virtual reality module is configured to also display an avatar representing a user, the method being configured to enable a movement of the avatar through the environment.

[0213] Below, embodiments of a computer program product will be discussed. These embodiments are abbreviated by the letter "C" followed by a number. Whenever reference is herein made to the "computer program product embodiments", these embodiments are meant.

[0214] Cl. A computer program product comprising instructions, which, when executed by a system and any of its components according to any of the system embodiments, cause the system and its components to perform the steps, for which the system and / or any of its components are configured.

[0215] C2. A computer program product comprising instructions, which, when executed by the system and any of its components according to any of the system embodiments, cause the system and its respective components to perform the steps of the method according to any of the method embodiments, which method steps are performed by the system and / or the respective components according to the method.

[0216] Below, use embodiments will be discussed. These embodiments are abbreviated by the letter "U" followed by a number. Whenever reference is herein made to "use embodiments", these embodiments are meant.

[0217] Ul. Use of the system according to any of the preceding system embodiments, for carrying out the method according to any of the preceding method embodiments.

[0218] U2. Use of the method according to any of the preceding method embodiments and the system according to any of the preceding embodiments, for digital assets comprising an NFT and / or physical or virtual objects intended as a souvenir. Brief description of figures

[0219] The present invention will now be described with reference to the accompanying drawings, which illustrate embodiments of the invention. These embodiments should only exemplify, but not limit, the present invention.

[0220] Fig. 1 schematically depicts an embodiment of the system according to the present invention; and

[0221] Fig. 2 schematically depicts an embodiment of the system disposed on a reference object according to the present invention.

[0222] Detailed figure description

[0223] It is noted that not all the drawings carry all the reference signs. Instead, in some of the drawings, some of the reference signs have been omitted for sake of brevity and simplicity of illustration. Also, some features may only be shown in some figures, and others may be omitted. However, also the omitted features may be present, and the shown and discussed features do not need to be present in all embodiments.

[0224] Figure 1 shows a system 100 comprising an interface module 101, an acquisition module 103 and / or a data store 106. The system can be configured to perform a digital asset transfer. The transfer can include a payment process, a transfer of a physical item, generation of a digital asset and / or the transfer of the digital asset from a system controlled space (digital or physical) to a user controlled space or platform. The system can generally be request based such that a user can initiate an acquisition request via a user device and / or directly via an interface, in particular provided by the interface module 101. The system may provide an offer, e.g., a static purchase or generation offer to which the user, specifically by means of the user device, may react and thereby initiate the acquisition.

[0225] As an example, the system can be implemented as a partially physical and partially virtual environment. The provided offer can be displayed on the user device via a platform provided by the interface module. Additionally or alternatively, the system may link the offer to a physical object. Herein the user or user device can be in physical proximity to the physical object, wherein the distance to the physical object is below a predetermined threshold. The threshold can be defined by the range of a short-distance wireless communication interface of the user device, specific physical boundaries, e.g., premises of a performance venue, or visual limits (e.g. a user being in possession of the user device may generally be able to perceive the physical object by touch, visually and / or audibly). Preferably the acquisition of the digital asset and / or a cohesive item unit can be completed by the system within a set time interval. For example, the acquisition can be initiated and finalized within a time window that is not significantly longer than a standard payment process. A time interval for the payment process may be determined separately and considered separate from the acquisition process. Thereto, the acquisition process may be completed within a time interval of less than 5 minutes, preferably less than 1 minute, more preferably less 10 seconds. Herein time between initiating a payment and receiving payment confirmation can be excluded.

[0226] An additional time interval can be considered for the minting of the digital asset. Minting may be performed separate from the acquisition process to speed up the process. For example, minting and / or the actual generation of the digital asset can be completed after completing contractual item acquisition. Thereby, the actual transfer and / or generation of the digital asset can be performed within a longer time interval. For example, digital asset generation and / or minting may be completed within a time interval of 24 hours, preferably within 12 hours, more preferably within 1 hour.

[0227] The digital asset can be a capsuled souvenir, i.e., the data comprised within the digital asset can be immutably recorded and thereby preserved. Herein the digital asset can be based on or comprise user data in the form of personal data entries. These personal data entries can relate to the person initiating the acquisition process. Examples, are their name, travel itinerary, geo locations, attendance record, event attendance captures, in particular of the user, movement profiles and / or any data provided by the user. This can also achieve the advantage that the digital asset is not only unique but also personalized in a form that is then immutably recorded.

[0228] The cohesive item unit can provide an intertwined relation of physical items and digital content, providing an opportunity to perceive an event or artwork again. This can achieve the advantage of refreshing a memory imprint of the event or artwork.

[0229] The System 100 for digital asset transfer can comprise an interface module 101 that can be configured as a display device. This interface module can provide an acquisition prompt 102 to the user device, which can comprise information on a digital souvenir, in particular in form of a link, a code. The prompt may comprise the possibility to purchase the asset. The acquisition module 103 can be connected to the interface module which may receive an acquisition request 104 from the user device, indicating their intent to purchase the digital asset. The acquisition request can be transmitted via the interface module to the acquisition module and / or directly from the user device to the acquisition module.

[0230] Once the acquisition request is received, the acquisition module 103 can facilitate the transfer of the digital asset based on the request. It can generate a data store 106 specifically designed to store the digital asset 107. Additionally, the acquisition module 103 can provide access data 108 that enables the user to access the data store 106 and retrieve the digital asset. This access data is transferred to the user device, ensuring seamless access to the stored digital asset.

[0231] The acquisition module 103 can also be configured for receiving the digital asset itself or a reference 109 to the digital asset. This allows for flexibility in the transfer process, depending on the nature of the asset. Furthermore, the acquisition module 103 can generate the acquisition prompt based on a primary transaction, such as the purchase of a ticket or another item. The acquisition prompt can be provided through the interface module 101 to facilitate a smooth user experience.

[0232] Figure 2 depicts a further schematic representation of the system 100. To ensure security and privacy, the acquisition module 103 can encode 201 and encrypt 202 the acquisition prompt. It can also provide decryption data 203 to the user device, which allows the user device to decrypt the prompt upon receiving an access confirmation 204. This encryption and decryption process can ensure the safe transfer of the digital asset and protects sensitive information.

[0233] The acquisition module 103 can provide a hard copy data store, i.e., a paper wallet 107. This hard copy instance of the digital data store allows the user to physically possess the asset. Ownership of the digital asset is assigned to the data store, and a minting voucher may accompany it, containing individualized minting data related to the asset. Additionally, the acquisition module 103 can interact with an interface terminal print terminal, register, etc. to provide the hard copy data store, further enhancing the user's experience.

[0234] Payment processing is seamlessly integrated into the system, with a payment module 209 configured to process both fiat and cryptocurrency payments. The payment module can ensure a successful transaction, and ownership data can be transferred to the user device upon successful payment processing. Payment confirmation data is also provided to the user, ensuring transparency and trust in the acquisition process.

[0235] The acquisition module 103 can be configured to issue a generation request to initiate the generation of the digital asset. It interacts with an asset module 210, which generates the digital asset based on the request. The asset module can store a set of digital assets 211, each comprising payload data and identification data. The payload data can be identical or unique, depending on the requirements. The identification data uniquely identifies each digital asset, and it can be permanently linked to a blockchain for added security and immutability. The asset module mints the digital asset and provides it to the acquisition module 103 upon completion, along with reference data indicating its position within the blockchain.

[0236] The digital asset may have unique characteristics, such as a unique identification characteristic and / or a non-fungible characteristic, making it a non-fungible token NFT. It may also include a smart contract configured to determine its ownership and transfer. Additionally, the system can incorporate augmented reality AR components 212, where the acquisition module 103 can process a digital master version of predetermined data content to generate a modified version, which can also be referred to as a souvenir version. This augmented reality component can create an augmented display of a physical object when executed on a user device, enhancing the user's experience and interaction with the asset.

Claims

Claims1. A system (100) for digital asset transfer, comprising an interface module (101) configured to provide an acquisition prompt (102), and an acquisition module (103) configured to receive an acquisition request (104) as a response to the acquisition prompt (104), wherein the acquisition module (103) is configured to transfer a digital asset (107) based on the acquisition request (104), wherein the digital asset (107) comprises a unique reference corresponding to a physical object or an event.

2. System (100) according to claim 1, wherein the acquisition module (103) is configured to provide a data store (106) and wherein the digital asset (104) is stored in the data store (106).

3. System (100) according to claim 2 wherein the acquisition module (103) is configured to provide access data (108) enabling access to the data store (106).

4. System (100) according to claim 2 wherein the acquisition module (103) is configured to assign ownership of the digital asset (107) to the data store (106).

5. System (100) according to any of the preceding claims, wherein the acquisition module (103) is configured to provide a minting voucher comprising individualized minting data relating to the minting of the digital asset (107).

6. System (100) according to any of the preceding claims comprising a user device (105) wherein the acquisition module (103) is configured to transfer ownership data to the user device (105).

7. System (100) according to any of the preceding claims comprising an asset module (210) configured to generate the digital asset based on the generation request and to initiate minting of the digital asset (107), wherein the asset module (210) is further configured to provide a unique identification characteristic as part of the digital asset (107) when minting of the digital asset (107) is complete.

8. System (100) according to claim 7 wherein the asset module (210) is configured to generate a plurality of digital assets and wherein the digital assets of the plurality of digital assets are unique with respect to one another.

9. System (100) according to claim 7 or 8 wherein the asset module (210) is configured to store a set of digital assets (107), wherein each digital asset (107) of the set of digital assets (107) comprises payload data and identification data.

10. System (100) according to any of the preceding claims wherein the acquisition module (103) is configured to receive base data comprising a digital master version of a predetermineddata content, to process the digital master version to generate a modified version of the predetermined data content, and to provide the modified version of the predetermined data content as part of the digital asset.

11. System (100) according to any of the preceding claims wherein the acquisition module (103) is configured to integrate an augmented reality component into the digital asset, wherein the augmented reality component is configured to create an augmented display of a physical object when executed on a user device capturing the physical object.

12. System (100) according to any of the preceding claims wherein the digital asset and a physical object form a cohesive item unit and wherein the acquisition module (103) is configured to transfer the cohesive item unit, and wherein the acquisition module is configured to provide the cohesive item unit when receiving confirmation.

13. System (100) according to any of the preceding claims wherein the acquisition module (103) is configured to limit the acceptance of an acquisition request to a predetermined time interval and wherein the predetermined time interval corresponds to one of the following: duration of an event associated with the digital asset; duration of a sale period of the digital asset; or duration of availability of a predetermined number of digital assets.

14. System (100) according to any of the preceding claims comprising a payment module configured to process a payment relating to the acquisition of the digital asset.

15. A method for digital asset transfer comprising the steps of providing an acquisition prompt, receiving an acquisition request, generating the acquisition request based on the acquisition prompt, receiving the acquisition request and transferring a digital asset based on the acquisition request.

Images