Digital currency wallet and digital currency system

Abstract

According to the present solution, a digital currency wallet comprises a storage unit comprising a digital currency and a digital currency wallet mode and a transaction unit configured to check the stored digital currency wallet mode before using the digital currency in a digital currency exchange. The digital currency wallet supports a first digital currency wallet mode and a second digital currency wallet mode, the first digital currency wallet mode being a normal digital currency wallet mode, when using the digital currency in a digital currency exchange in the normal digital currency wallet mode, the transaction unit is configured to create and / or receive exchange data and store the exchange data in the storage unit. The second digital currency wallet mode is a crisis digital currency wallet mode, the digital currency wallet is configured to switch from the normal digital currency wallet mode to the crisis digital currency wallet mode. When using the digital currency or the crisis digital currency in an offline digital currency exchange in the crisis digital currency wallet mode, the transaction unit is configured for reduced exchange data storage in order to increase the number of possible offline digital currency exchanges in the crisis digital currency wallet mode.

Description

Technical Field

[0001] This invention relates to a digital currency wallet configured for storing and exchanging digital currencies, and to a corresponding digital currency system comprising multiple digital currency wallets. Background Technology

[0002] Digital money systems have been discussed for quite some time. Many recent account-based systems utilize blockchain, where ownership of digital funds is transferred within the blockchain, for example, by changing ownership from one account to another. Within the realm of digital money systems, the implementation of digital currency systems is also now being discussed. Digital currencies are issued by central banks (or similar national or regional authorities) and typically supplement fiat currency or paper money issued by central banks.

[0003] In token-based digital money systems, digital money tokens are stored in secure wallets and transferred between secure wallets. Different aspects of such systems are disclosed, for example, by EP 3 671 514 B1, WO 2020 / 212331 A1, EP 4 111 347 B1, WO 2023 / 011758A1, and WO 2023 / 011761 A1. Secure wallets are typically local wallets, such as smart cards, NFC tags, or wallets within user devices.

[0004] In EP 4 111 348 B1, digital currency tokens are directly exchanged between digital currency wallets within a digital currency system. Pseudonymity and / or anonymity can be controlled by selecting one of several available masking modes, particularly for the currency value of the token relative to a central authority. The mode can be selected based on user choice, system parameters, or device (including wallet) attributes. EP 4 111 348 B1 discloses the preamble of claim 1.

[0005] According to the purpose of the present invention, a digital currency wallet is provided that improves the usability of digital currency wallets, particularly dynamic and / or usability for rare events, wherein security and / or flexibility are preferably ensured. Summary of the Invention

[0006] The above objectives are achieved through the subject matter of the independent claims. Further advantageous embodiments are described in the dependent claims.

[0007] According to one aspect of the present invention, a digital currency wallet is provided, comprising:

[0008] - Storage units including digital currencies and digital currency wallet models; and

[0009] - The transaction unit is configured to check the stored digital currency wallet pattern before using digital currency in a digital currency exchange.

[0010] The digital currency wallet supports both a first digital currency wallet mode and a second digital currency wallet mode. The first digital currency wallet mode is the normal digital currency wallet mode. When using digital currency in digital currency exchange under the normal digital currency wallet mode, the transaction unit is configured to create and / or receive exchange data and store the exchange data in the storage unit.

[0011] The second digital currency wallet mode is the Crisis Digital Currency Wallet Mode. The digital currency wallet is configured to switch from the normal digital currency wallet mode to the Crisis Digital Currency Wallet Mode. When using digital currency or crisis digital currency in offline digital currency exchanges within the Crisis Digital Currency Wallet Mode, the transaction unit is configured to reduce the amount of exchanged data stored in order to increase the possible number of offline digital currency exchanges within the Crisis Digital Currency Wallet Mode.

[0012] The availability of cryptocurrency wallets is increased by supporting a dedicated crisis mode for crisis situations. Availability is also reflected in the number of possible offline cryptocurrency exchanges. For crisis situations, offline cryptocurrency exchanges constitute highly reliable and / or the most likely available exchange options. Therefore, the combination of switching to a crisis cryptocurrency wallet mode and the reduced exchange data storage required for offline cryptocurrency exchanges in that mode results in a significant improvement.

[0013] The number of possible offline cryptocurrency exchanges in the crisis cryptocurrency wallet mode can be increased from m to n by reducing the exchange data storage, where n > m, including n = infinity. Preferably, this number is increased by at least 2 times (n >= 2 * m), more preferably by at least 4 times (n >= 4 * m). m offline cryptocurrency exchanges will likely be possible in the crisis cryptocurrency wallet mode for normal exchange data storage. Typically, m offline cryptocurrency exchanges would be possible in the normal cryptocurrency wallet mode when exchanging data storage. In many cases, cryptocurrency wallets only include limited storage capacity.

[0014] Preferably, in offline digital currency exchange, exchange data is created or received and stored in a storage unit for transmission to the (central) system unit of the digital currency system. The (central) system unit is preferably the token (reference) register or exchange log register of the digital currency system.

[0015] Reduced data storage through exchange is achieved, in particular, through one or more of the following preferred methods.

[0016] A transaction unit can be configured to reduce the amount of exchange data stored by not creating exchange data and / or by not storing created or received exchange data in the storage unit and / or by not sending created exchange data to another cryptocurrency wallet of the exchange.

[0017] A transaction unit can be configured to reduce the amount of exchange data stored by creating or receiving crisis exchange data and storing it. The size of crisis exchange data is smaller than that of normal exchange data. Crisis exchange data includes a reduced number of exchange data elements and / or a reduced size of exchange data elements.

[0018] A transaction unit can be configured to reduce the amount of exchange data stored by deleting previously stored exchange data when the exchange data is created or received.

[0019] The transaction unit can be configured to reduce the amount of exchange data stored by selectively storing or not storing exchange data based on filter parameters of the offline digital currency exchange. The filter parameters preferably include the digital currency value of the offline digital currency exchange and / or the digital currency wallet type of another digital currency wallet involved in the offline digital currency exchange.

[0020] The transaction unit can be configured to reduce the amount of exchange data stored by storing the exchange data only in one of the two digital currency wallets, digital currency wallet, and another digital currency wallet for offline digital currency exchange.

[0021] The storage unit typically includes one or more limits for offline digital currency exchange, preferably a maximum digital currency value limit and / or a maximum number of consecutive offline digital currency exchanges, wherein the limits are increased or deactivated in crisis digital currency modes. The maximum digital currency value limit restricts the value of digital currency in a digital currency exchange. The maximum number of consecutive offline digital currency exchanges limits the number of offline digital currency exchanges without sending exchange data to the central system unit of the digital currency system.

[0022] In or after a crisis situation (such as an earthquake, tornado, severe flood, or a war-like crisis), the digital currency wallet switches to crisis mode. The crisis is preferably a natural crisis or natural disaster. A crisis situation is an unpredictable crisis, particularly unpredictable in its impact and / or occurrence. For clarity, purely technical problems do not constitute a crisis situation. In a crisis situation, local, regional, and / or national communication infrastructure may be partially or completely inactive for several days or weeks. The crisis situation lasts for several days or weeks, preferably at least 3 days, more preferably at least one (two) weeks. After the crisis situation ends, a switchback from crisis mode to normal mode can be performed.

[0023] In a preferred variant, the digital currency wallet is adapted to switch upon receiving crisis switch data, which is public crisis switch data, and the public crisis switch data will be issued and / or distributed in a crisis situation.

[0024] The public crisis switch data will preferably only be published and / or distributed if the crisis situation will still last for multiple days or weeks, preferably at least 3 days, more preferably at least one or two weeks.

[0025] In the crisis digital currency wallet mode, the transaction unit can be configured to create new crisis digital currency tokens, which include a crisis mode indicator, preferably a unique crisis identifier, and the crisis mode indicator is particularly included in the token reference of the newly created crisis digital currency tokens. The crisis digital currency tokens can have different formats, for example, different TLV structures or token data elements of different lengths. The crisis mode indicator can be part of the formatting information of the crisis digital currency tokens, for example, the label or length of the token data element can form the crisis mode indicator, or it is included in the digital currency token data element, for example, included in the token reference value or token value.

[0026] The exchange data is preferably (or includes) token exchange data, more preferably token registration data, for registering one or more new digital currency tokens created in the digital currency token exchange based on one or more old digital currency tokens in the token register.

[0027] The token exchange data particularly includes: one or more token references of the corresponding one or more old digital currency tokens, one or more digital currency values of the corresponding one or more old digital currency tokens, one or more token references of the corresponding one or more new digital currency tokens, one or more digital currency values of the new digital currency tokens, and one or more signatures of the old digital currency tokens, and the signature is preferably created by the individual secret of the token of the old digital currency token. Based on k old digital currency tokens, l new digital currency tokens can be created (k = 1: switching token, or k > l: merging tokens, or k < l: splitting tokens).

[0028] The crisis token exchange data specifically can include: the crisis token reference value of the new digital currency token, the digital currency value of the new digital currency token, and one or more crisis signatures of the old digital currency tokens. The size of the crisis token exchange data and / or the crisis token reference and / or the crisis signature is lower than the size of the corresponding normal data (token exchange data, token reference, signature).

[0029] The exchange data is (or includes) exchange log data used to record the exchange of digital currencies in the exchange log register. The exchange log data preferably includes at least one or both of the digital currency wallet identifier and the digital currency value of the exchanged digital currency.

[0030] A digital currency system typically includes one or more digital currency wallets, preferably as described above; and one or more of the following: a digital currency token register, preferably a digital currency token reference register; and / or a digital currency exchange log register; and / or a crisis token management unit; and / or a digital currency token issuance unit.

[0031] If crisis transition data is received, the cryptocurrency wallet can be configured to switch from normal cryptocurrency wallet mode to crisis cryptocurrency wallet mode. The crisis transition data is public crisis transition data. Public crisis transition data will be released and / or distributed during a crisis.

[0032] Cryptocurrency wallets increase their usability by supporting a dedicated crisis mode for crisis situations. Switching to crisis mode provides stable and selective processing if crisis switch data is received. Since the switch data is public, switching within a cryptocurrency wallet becomes more likely / reliable and / or the switch data can be flexibly distributed, for example, via different distribution channels. For clarity, public data can be made available to the public (publicly available data) because its release does not affect the security (of the system or wallet). This contrasts particularly with secret data, which should be securely held / hidden from the public. Furthermore, especially by releasing and / or distributing crisis switch data during crisis situations, erroneous or malicious switches can be avoided.

[0033] During the switching process, the (current) cryptocurrency wallet mode stored in the storage unit is configured to crisis cryptocurrency wallet mode. Therefore, the current mode stored in the storage unit changes from normal mode to crisis mode. For simplicity, the cryptocurrency wallet mode will also be referred to as normal mode and / or crisis mode in this document.

[0034] The storage unit of a digital currency wallet may include switch verification data. This switch verification data is intended for verifying received public crisis switch data. If the received public crisis switch data passes verification (based on the stored switch verification data), the digital currency wallet mode is switched; and / or if the received public crisis switch data fails verification (based on the stored switch verification data), the digital currency wallet mode is not switched.

[0035] The verification of received public crisis handover data may involve one or more verification steps. These steps are described in more detail below. A digital currency wallet (optionally a transaction unit) is configured to perform the verification steps.

[0036] Preferably, the handover verification data includes comparative reference data. Public crisis handover data, its data elements, or data derived from at least a portion of the public crisis handover data must match the comparative reference data.

[0037] In the example, public crisis switching data or its data elements can be numbers, passwords, or passphrases, preferably longer than 24 bytes, and must match the corresponding stored comparison reference data.

[0038] In a preferred example, the comparison reference data is derived comparison reference data. Based on the derived comparison reference data, it is impossible to construct a matching public crisis switching data (element). However, the derivation of the public crisis switching data (element) results in this derived comparison reference data. The derivation function used is preferably a public one-way function, such as a hash function or public-key encryption.

[0039] Preferably, different distribution channels and / or one or more distributed distribution channels can be used.

[0040] Public crisis switching data distribution can be improved if it is distributed among cryptocurrency wallets within the cryptocurrency system. Public crisis switching data can be received from one cryptocurrency wallet within another within the cryptocurrency system. The cryptocurrency wallet can store the received public crisis switching data and provide it to another cryptocurrency wallet. Preferably, switching data is received during preparation for a cryptocurrency exchange. The cryptocurrency exchange can then be performed in crisis mode. The cryptocurrency wallets in the system will primarily interact with each other in cryptocurrency exchanges, and therefore public crisis switching data can be distributed automatically and / or faster than selective or even manually triggered processing.

[0041] Additionally or alternatively, one or more crisis distribution channels may be used (in parallel). A crisis distribution channel is a channel used only in crisis situations for the digital currency system and therefore not used in normal mode. Examples of crisis distribution channels are radio, print media, or mobile communication broadcasts. Public crisis switching data will preferably be distributed in a machine-readable form, such as barcodes or QR codes, text (for OCR recognition), or NFC tags. Public crisis switching data can be scanned by user devices (such as smartphones, cameras, or smart wearables) and sent from the user device to the digital currency wallet.

[0042] At least in the crisis-prone cryptocurrency wallet mode, preferably in both modes, the storage unit may include a mode counter. The stored mode counter may be referred to as the current mode counter. If the received mode counter increments relative to the current mode counter of the cryptocurrency wallet, the mode counter preferably enables verification. The mode counter is an incrementing data element, which may be a simple counter, version number, timestamp, or even a name within an incrementing naming system (alpha, bravo, charlie…). The mode counter may, for example, increment with each crisis, or increment when switching between modes (normal to crisis and / or crisis to normal). The (crisis) mode counter preferably enables the cryptocurrency wallet to – distinguish between the normal cryptocurrency wallet mode before the first crisis and the normal cryptocurrency wallet mode after the first crisis; and / or – distinguish between the crisis cryptocurrency wallet mode during the first crisis and the crisis cryptocurrency wallet mode during the second crisis.

[0043] Preferably, the switchover verification data includes a stored (current) mode counter. The received mode counter can be verified during the verification step as an increase in the current mode counter of the digital currency wallet. Preferably, the stored (current) mode counter is further increased after the crisis ends, for example, when switching back to normal mode. Therefore, it avoids the use of old public crisis switchover data after the crisis ends.

[0044] In the variant, the storage unit (at least in the crisis digital currency wallet mode) includes a crisis identifier. In normal mode, the crisis identifier can be ignored (it can contain old crisis identifiers) or it can be deleted. Preferably, the switching verification data includes the (previous) crisis identifier or an empty crisis identifier (field). The crisis identifier uniquely identifies a crisis situation. Therefore, it can be, for example, a crisis number or a crisis name. Different crisis situations will be assigned different crisis identifiers. The crisis identifier can form or supplement the mode counter.

[0045] In a particularly advantageous variant, the storage unit includes timestamps received in normal digital currency wallet mode, preferably timestamps received from the central exchange data receiver of the digital currency system (e.g., a token (reference) register or exchange log register). Therefore, the timestamps will be automatically updated in normal mode and can be used to verify the received timestamps received during public crisis switching data.

[0046] Public crisis switching data may include one or more of the following data elements: comparison data elements and / or timestamp data elements and / or pattern counter data elements and / or crisis identifier data elements and / or a system signature of the digital currency system, preferably an issuer signature from the digital currency issuer, from a token (reference) register, or an exchange log register. Preferably, public crisis switching data includes comparison data elements and timestamp or pattern counter data elements. Optionally, a system signature may be included only.

[0047] Public crisis switching data is preferably valid system-wide for at least one wallet type within the cryptocurrency system. Therefore, its use is neither limited to, for example, a single cryptocurrency wallet, nor to only a select few. Public crisis switching data can be used for all cryptocurrency wallets of the first wallet type, such as local wallets, user wallets, or local user wallets. Cryptocurrency wallets of the second wallet type (such as merchant wallets or local merchant wallets) may require different second public crisis switching data for switching in crisis cryptocurrency mode. They may, for example, store corresponding second (derived) comparative reference data that differs from the public crisis switching data of the first wallet type. Cryptocurrency wallets of the third wallet type, particularly including custodial wallets, custodial user wallets, or custodial merchant wallets, cannot switch to crisis mode at all.

[0048] As mentioned above, the digital currency wallet is configured to switch after verifying the received crisis switching data, specifically (only) upon verification of the following.

[0049] - The identity of the received crisis exchange data or its data elements and the stored switching verification data or its data elements, or

[0050] - The identity of the exported data derived from crisis exchange data or its data elements, and the stored switch verification data or its data elements;

[0051] and / or

[0052] - The mode counter for the received crisis switching data is incremented by the stored mode counter; or

[0053] - The time of the crisis timestamp of the received crisis switching data is the time of the stored timestamp incremented.

[0054] In the improved variant, the storage unit can include two or more switch verification data records, specifically for two or more crisis situations. Therefore, the wallet will support switching to crisis mode two or more times separately. Thus, it can even handle a second (or further) crisis situation (starting from normal mode after the first crisis ends). Two or more switch verification data records can alternatively be assigned to two or more different sub-modes within the crisis mode.

[0055] When a cryptocurrency wallet is in crisis mode, it should be configured to switch back to normal cryptocurrency wallet mode. The wallet can specifically switch back if the received mode counter (or timestamp) is incremented compared to the current mode counter (or timestamp) stored in the cryptocurrency wallet. This method allows for triggering a reversal switch during cryptocurrency exchange. Alternatively and / or additionally, the cryptocurrency wallet is configured to switch back if a reversal switch request is received. The reversal switch request can be received from a central cryptocurrency system unit or from another cryptocurrency wallet. The reversal switch request may include public crisis reversal switch data, which may have the properties described above for public crisis switch data. Therefore, they may specifically include mode counters and / or comparison data elements and / or timestamps and / or signatures. Preferably, the central cryptocurrency system unit is a crisis token management unit or a cryptocurrency wallet management unit. Public crisis reversal switch data is typically published and / or distributed one or more weeks after the publication of the public crisis switch data.

[0056] In the Crisis Cryptocurrency Wallet mode, a transaction unit can be configured to create new Crisis Cryptocurrency tokens, which include a Crisis Mode Indicator, preferably a unique Crisis Identifier, wherein the Crisis Mode Indicator is specifically included in the token reference of the newly created Crisis Cryptocurrency token.

[0057] The exchange data is preferably created and / or received and stored in a storage unit—at least in normal mode—for sending the exchange data to the central system unit of the digital currency system (later). The central system unit is preferably the token (reference) register or log exchange register of the digital currency system.

[0058] The exchange data is preferably token exchange data, more preferably token (reference) registration data, used to register new digital currency tokens created in the digital currency token exchange in the token register. Specifically, it registers the token reference value of the new digital currency token (token reference value registration). The token exchange / (reference) registration data created in normal mode specifically includes the digital currency value and token reference of the new digital currency token, as well as the signature of the stored digital currency token used in the digital currency token exchange.

[0059] The exchange data may be (or include) exchange log data for recording cryptocurrency exchanges, preferably in an exchange log register. Exchange log data created in normal mode preferably includes at least one or both of a cryptocurrency wallet identifier and the cryptocurrency value of the exchanged cryptocurrency. The exchange log data may additionally include other data elements such as time, reference text, or payment type.

[0060] In normal mode, the exchanged data is stored in the storage unit for later transmission to the central system unit, such as hours or days later, especially if an online connection is available or an online connection to the central system unit is established.

[0061] A digital currency wallet is preferably a local digital currency wallet. A local digital currency wallet enables (offline / local) digital currency exchange with another local digital currency wallet, particularly regardless of network (connection) availability or usage. The (local) digital currency wallet can be a secure element (or within a secure element), preferably a portable secure element such as a smart card, secure SD card, SIM card, secure USB unit, or RFID (or NFC) unit, or an embedded secure element such as an embedded SIM module, TPM module, NFC module, or IoT secure module, or an integrated secure element such as an iSIM unit, iTPM unit, or even a TEE (Trusted Execution Environment). The local secure element may include the (local) digital currency wallet and optionally one or more other security applications. The user's (user's) local device (such as a smartphone, wearable device, computer, or IoT device) may include the (local) digital currency wallet, preferably within the device's embedded or integrated secure element, or alternatively as a security application of the device.

[0062] The digital currency tokens of a digital currency token system preferably include one or more of the following token data elements: digital currency token value (currency value in the system), individual token secret, such as the secret key of a key pair, and / or individual token reference, preferably the public key of the key pair.

[0063] EP 3 671 514 B1, WO 2020 / 212331 A1, WO 2021 / 170646 A1, WO 2023 / 011758 A1 and WO 2023 / 011761 A1 describe possible aspects of digital currency token trading systems, digital currency tokens, transactions in digital currency systems and system units.

[0064] The storage unit may also include one or more of the following wallet data elements: wallet identifier, wallet authentication key, and / or wallet certificate, preferably for wallet identifier and / or wallet authentication key. The storage unit should be a non-volatile storage unit (i.e., non-volatile, such as RAM) and / or permanently store its data (not just temporarily store data).

[0065] According to one aspect of the present invention, a digital currency system includes one or more digital currency wallets as described above; and one or more of the following: a digital currency token register; preferably a digital currency token reference register; and / or a digital currency exchange log register; and / or a crisis token management unit; and / or a digital currency token issuance unit.

[0066] The cryptocurrency token register and / or cryptocurrency exchange log register receive their respective stored exchange data (token registration data or exchange log data). The crisis token management unit is configured to enable cryptocurrency wallets to replace crisis cryptocurrency tokens with (normal) cryptocurrency tokens from the cryptocurrency system, for example, by exchanging crisis cryptocurrency tokens with cryptocurrency tokens, or by checking and forwarding replacement requests generated in the cryptocurrency wallet. Attached Figure Description

[0067] The invention, or other embodiments and advantages thereof, are explained in more detail below with reference to the accompanying drawings, which illustrate only some possible embodiments of the invention. Elements drawn with at least dashed lines are considered to form optional elements.

[0068] The accompanying drawings should not be considered as true to scale, and the various elements in the drawings may be shown in an enlarged or simplified form.

[0069] More detailed, the accompanying diagram shows:

[0070] Figure 1 Known cryptocurrency wallets in the cryptocurrency token system;

[0071] Figure 2 Examples of digital currency wallets exchanging digital currencies in normal or crisis digital currency modes;

[0072] Figure 3 The process of switching to crisis digital currency mode upon receiving crisis mode switching data and optional digital currency exchange;

[0073] Figure 4 The process of switching from a crisis-driven digital currency model back to a normal digital currency model and the available digital currency exchanges;

[0074] Figure 5 The post-crisis resynchronization process includes the token registration phase and the crisis token replacement phase;

[0075] Figure 6 Examples of data elements for crisis switching data; and

[0076] Figure 7 Examples of data elements for normal token registration data and optional crisis token registration data. Detailed Implementation

[0077] Figure 1 The digital currency system 1 shown includes multiple digital currency wallets 10 and 2, a token issuer unit 7, an optional exchange log register 8, and a token reference register 9.

[0078] Digital currency system 1 is a digital currency token system, wherein digital currency token wallets 2 and 10 are adapted to store digital currency tokens 15 in their storage units 12. Digital currency wallets 2 and 10 include transaction units 12, which are configured to exchange (send or receive) digital currency tokens 15.

[0079] Figure 1 A digital currency exchange 100 is shown, in which digital currency tokens 15 are directly exchanged between digital currency wallet 10 and another digital currency wallet 2.

[0080] Digital currency wallets 10 and 2 include an interface unit 19 for directly exchanging digital currencies. Digital currency exchange 100 is a direct / offline exchange between wallets. Therefore, interface unit 19 is typically a local communication interface unit, such as an NFC or RFID interface unit, a BLE unit, or a QR code unit.

[0081] In addition to the digital currency token 15, storage unit 12 also includes (token) exchange data 16. Exchange data 16 is stored for transmission to the central system unit, namely, exchange log register 8 or token reference register 9. If exchange data 16 is token reference registration data, it is transmitted to token reference register 9. (See below for further details.) Figure 7 A more detailed description of an example of typical token reference registration data is provided. In the case where exchange data 16 is exchange log data, exchange data 16 is sent to exchange log register 8. Exchange log data typically includes identifiers for both the cryptocurrency wallet exchanged and the cryptocurrency value of the exchanged cryptocurrency, for example, the sum of all cryptocurrency token values ​​sent / received. Exchange data 16 used for one or both registers 8, 9 can be stored in storage unit 12; however, it is preferred to store only (created or received) token reference registration data.

[0082] The exchange data 16 can be created in the digital currency wallet 10 and stored in the storage unit 12, or it can be received from another digital currency token wallet 2 when receiving digital currency tokens 15. In a preferred embodiment, both the exchange data 16 and the currency tokens 15 will be exchanged (sent or received) in the digital currency exchange 100.

[0083] Figure 1 Optional data elements stored in storage unit 12 are also shown, which can store timestamp 17. Timestamp 17 is preferably created by the central system unit upon receiving exchange data 16. Therefore, it can be an exchange data reception timestamp. Specifically, the timestamp can be created by token issuer unit 7, for example, along with tokens issued by exchange log register 8, for example, upon receiving exchange log data from digital currency wallet 10, or along with tokens issued by token reference register 9, for example, upon receiving token reference registration data from digital currency wallet 10. Therefore, timestamp 17 constitutes an automatically updated reference data element / current timestamp in digital currency wallet 10.

[0084] Figure 2 Details of a digital currency wallet 10 are shown: the digital currency wallet 10 includes a storage unit 12 and a transaction unit 11. Other units, such as an interface unit 19 and / or a processor unit, may be present but are not shown. Figure 2 In the variant shown, digital currency wallet 10 is a digital currency token wallet and can form... Figure 1 Improvements to the wallet.

[0085] The storage unit includes digital currency (tokens) 15 and a digital currency wallet mode 24. The transaction unit is configured to check the stored digital currency wallet mode 24 before using digital currency 15 in digital currency exchanges 100, 300, and 400. Digital currency wallet 10 supports a first digital currency wallet mode and a second digital currency wallet mode, the first being the normal digital currency wallet mode. When digital currency 15 is used in digital currency exchange 100 in the normal digital currency wallet mode, the transaction unit is configured to create and / or receive exchange data 16 and store the exchange data 16 in the storage unit 12.

[0086] The second digital currency wallet mode is the crisis digital currency wallet mode. Therefore, digital currency wallet 10 can also exchange digital currency in crisis mode. Specifically, if crisis switching data 30 is received, digital currency wallet 10 is configured to switch from normal digital currency wallet mode to crisis digital currency wallet mode. Crisis switching data 30 is public, i.e., public crisis switching data 30. It will be released and / or distributed in crisis situations. When switching to crisis mode, the stored digital currency mode 24 will be changed to reflect the switch from "normal" to "crisis" (e.g., "n" to "c" or "0" to "1"...).

[0087] After switching to Crisis Cryptocurrency Mode, Cryptocurrency Wallet 10 will exchange 300 Cryptocurrency 25 in Crisis Mode. Figure 2 In the variant shown, normal cryptocurrency tokens 15 are exchanged (sent or received) in normal cryptocurrency exchange 100, and crisis cryptocurrency tokens 25 are exchanged (sent or received) in crisis cryptocurrency exchange 300. However, in other variants, normal cryptocurrency (tokens) 15 are also exchanged in crisis cryptocurrency (tokens) exchange 300.

[0088] In or after a crisis such as an earthquake, tornado, or severe flood, crisis switching data 30 is released and distributed. In digital currency wallet 10, receiving crisis switching data 200 triggers digital currency wallet 10 to switch to crisis mode. Public crisis switching data 30 can trigger mode switching in multiple digital currency wallets 10 and 2 of the digital currency system 1. Therefore, public crisis switching data 30 is system-wide effective for wallet types (e.g., local wallets 2 and 10). Thus, the crisis switching data 30 required for mode switching is neither wallet-specific nor session-specific.

[0089] During the switchback process 400, the cryptocurrency wallet 10 can switch back to normal cryptocurrency mode and thus subsequently perform a (normal) cryptocurrency exchange 100 again. However, in an alternative scenario, the cryptocurrency wallet 10 may not be able to switch back.

[0090] Based on the switching verification data 20 stored in the storage unit 12, the received public crisis switching data 30 is verified in the digital currency wallet 10.

[0091] The switching verification data 20 preferably includes comparison reference data 21. The digital currency wallet 10 compares at least one data element of the received public crisis switching data 30, its derivatives, or all received public crisis switching data 30 with the comparison reference data 21. The switching verification data 20 may also include a current mode counter 22, a current timestamp 17, and / or a current crisis identifier 23.

[0092] exist Figure 6 Examples of possible data elements 31-38 of the public crisis switching data 30 are shown in more detail. Figure 1 Public crisis switching data 30 was released and distributed for the first crisis, “Crisis-1”.

[0093] Public crisis switching data 30 will typically include comparison data element 31. Comparison data element 31 may include, for example, a master key “Crisis-1-Master Key”. This key is created before the digital currency wallet 10 is personalized / issued, but is only released and / or distributed in a crisis situation.

[0094] In the first variant, comparison data 31 is compared with comparison reference data 21. If comparison data 31 and comparison reference data 21 are the same (or different), the mode switches (or does not switch) to the cryptocurrency crisis mode, especially if no further verification steps are defined. In the second variant, comparison reference data 21 stored in the cryptocurrency wallet 10 is different from comparison data element 31 and is instead chosen to be deriveable from comparison data element 31 via a one-way function (such as a hash function or a one-way encryption function). In this variant, comparison data element 31 is protected (by not even stored in the wallet) from being discovered before it is announced in a crisis situation.

[0095] Comparison data 31 is used for personalization / issuance of the digital currency wallet 10, for example, by storing it (or its derived value) in comparison reference data 21. Comparison data element 31 can form public crisis switching data 30. The length of comparison data element 31 is preferably greater than 24 bytes.

[0096] The verification step of the comparison can optionally be protected by an error counter (which limits the number of unsuccessful comparison attempts), preferably configured to be a number greater than 3 and less than 20.

[0097] The public crisis switching data 30 may include a mode counter 32, "Crisis-1 Mode Counter". The current mode counter 22 can be stored in the storage unit 12 of the digital currency wallet 10 for verifying the received mode counter 32. In the verification step of the received mode counter, the digital currency wallet 10 checks whether the received mode counter 32 is an increment of the current mode counter 22. If the verification is positive (increment), a switch to crisis mode can occur. In the event of a switch, the received mode counter 32 can be stored as the current mode counter 22. However, if the received mode counter does not increment, a switch will not be performed. Essentially, the mode counter ensures that the digital currency wallet 10 will not switch to crisis mode again based on the same received public crisis switching data and / or will not switch to crisis mode based on outdated received public crisis switching data, especially after the crisis situation has ended.

[0098] Pattern counters 22 and 32 can be represented in a format that allows for the detection of increments. Therefore, the pattern counter can be a number ("5" > "4"...), it can be a version number ("C.1" > "B.1"...), or even any other systematically incrementing data field. Thus, the crisis timestamp 37 can also form a pattern counter for the current timestamp 17, which is provided to the digital currency wallet from digital currency system units 7, 8, and 9 (as described above). The existing timestamp 17 can now be reused as the current timestamp in the verification of the received public crisis switching data 30, which includes the crisis timestamp. Assuming the pattern counter 32 increments, for example, in the case of a number, if the value of the received pattern counter 32 is higher than the stored current pattern counter 21, or if a given order in the pattern counters (e.g., alphabetical order or date and / or time) indicates an increment. Theoretically, even the crisis identifier 33 "Crisis-1-Name" can be chosen such that the increment is detectable (in alphabetical order of the crisis, "Charlie" > "Bravo").

[0099] Public crisis switching data 30 may include a crisis identifier 33, “Crisis-1-Name”. Stored switching verification data 20 may include the corresponding current mode / crisis name 33. The crisis name 33 uniquely identifies the crisis situation. It allows verification during the verification step of the received public crisis switching data 30 to determine if the stored crisis identifier differs from the received crisis identifier. For example, the crisis name could be “Tornado Mid Countries”. The received crisis identifier 33 can be stored in the storage unit as the current crisis identifier 23 during a switch (or even in the stored digital currency mode 24, for example, switching from normal = “0” or empty to “Crisis-1-Name”).

[0100] Finally, the public crisis switching data 30 may also include system unit signatures 38, such as issuer signature 38 (preferably created in token issuer unit 7) or token register signature (created in token register 9). Signatures are generated for one or more of the other data elements 31, 32, 33, and 37 of the public crisis switching data 30. The system unit signatures in the verification step can be verified in the digital currency wallet 10, specifically based on the public key 18 (of the corresponding system units 7, 8, and 9) stored in storage unit 12. Switching will only be performed if the signature can be verified.

[0101] Preferably, the public crisis switching data 30 includes comparison data 31 and pattern counter 32 (e.g., in the form of a timestamp) or system unit signature 38 and pattern counter 32 (e.g., in the form of a timestamp).

[0102] Figure 2 Storage unit 12, which, after switching to cryptocurrency crisis mode, may include crisis cryptocurrency tokens 25 and optional crisis token exchange data 26.

[0103] Crisis cryptocurrency tokens 25 can be created, stored, or received in the crisis mode of cryptocurrency wallet 10. Compared to the size of normal cryptocurrency tokens 15, crisis cryptocurrency tokens 25 can have a reduced size to reduce storage consumption in crisis mode. For example, the token's value data element and / or the token's individual secret data element and / or the token reference data element of crisis cryptocurrency token 25 can have a reduced size.

[0104] Figure 2 Another aspect is also shown, according to which the digital currency wallet 10 includes a storage unit 12 for storing digital currency 15 and a digital currency wallet mode 24, and includes a transaction unit configured to check the stored digital currency wallet mode before using the digital currency in a digital currency exchange. The digital currency wallet supports a first (normal) and a second (crisis) digital currency wallet mode. When digital currency 15 is used in a digital currency exchange 100 in the normal digital currency wallet mode, the transaction unit is configured to create and / or receive exchange data and store the exchange data in the storage unit. However, when digital currency or crisis digital currency is used in an offline digital currency exchange 300 in the crisis digital currency wallet mode, the transaction unit 11 is configured to reduce the amount of exchange data stored in order to increase the number of possible offline digital currency exchanges in the crisis digital currency wallet mode.

[0105] In normal mode exchanges, exchange data 16 is created or received and subsequently stored in digital currency wallet 10. To enable a greater number of offline (token) exchanges in crisis mode, the creation and / or storage of exchange data 16 is adjusted, specifically allowing the storage of crisis token exchange data 26.

[0106] Figure 7 An example of exchange data 16 is shown, which is token registration data to be sent to the token register 9 of the digital currency system 1. The figure also shows an example of crisis exchange data 26, which is crisis token exchange data to be sent to the token register 9 of the digital currency system 1.

[0107] The token registration data 16 of the digital currency token 15 may include one or more registration data records 70. Based on one or more input tokens, one or more output tokens may have already been created in the digital currency wallet. Each registration data record 70—when sent to the token reference register 9—requests to replace the registration of one or more input token references 71 (registered in the token reference register 9) by registering one or more output token references 72. The token registration data 16 / registration data record 70 includes one or more input token reference values ​​71, one or more output token reference values ​​72, the currency value of the input token 72, the currency value of the output token 74, and the signature 75 of the input token. The signature 75 is created secretly by the individual token of the corresponding input token. Specifically, each input token uses one signature 75.

[0108] The crisis exchange data 26 of the crisis digital currency token 25 may also include multiple registration data records 80. These will have a reduced size compared to the exchange data 16. Some data elements of the normal exchange data 16 may be omitted / not included in the crisis exchange data 26, particularly the input token values ​​and / or signatures. Compared to the size of the corresponding data elements in normal mode, one or more data elements of the crisis exchange data 26 (such as output token references 83 and / or currency values ​​84 and / or signatures 85) may have a reduced size. For example, the length of the token individual secret of the crisis digital currency token 25 may have a reduced size (e.g., less than 75% of the number of bytes of a normal token). Therefore, the size of the token reference and signature will be reduced accordingly, for example, reduced to less than 75% of the normal size, particularly to 50% of the normal size. Furthermore, instead of one signature 75 for each input token, a common signature 85 for all input tokens may also be used.

[0109] Besides using reduced-size exchange data (i.e., crisis exchange data 26) or as an alternative, there are other alternatives for reducing storage consumption and / or even completely avoiding the storage of additional data. In a first variation, exchange data 16, 26 is not created and / or received in crisis mode exchange. In a second variation, created and / or received exchange data 16, 26 is not stored. Finally, in a third variation, created and / or received exchange data 16, 26 replaces the stored exchange data 16, 26 when stored in storage unit 12. For example, a ring buffer can be used to store exchange data 16, 26.

[0110] Return to Figure 2 Now we will discuss another aspect. Storage unit 12 can store a copy 30 of the received public crisis switching data for further distribution to other digital currency wallets.

[0111] Public crisis handover data will be released and / or distributed during a crisis. Release and / or distribution can be conducted via external channels, such as print media (newspapers), radio, television, or community broadcast messages. For example, in process 200, a QR code containing public crisis handover data (published on a leaflet or in a local newspaper) can be scanned by a user device (such as a smartphone) and sent to digital currency wallet 10 (either on or separate from the user device). Due to the release, distribution is no longer sequential but occurs in parallel across multiple wallets.

[0112] If the wallet also distributes the public crisis switching data 30, the distribution speed of the public crisis switching data 30 in the digital currency system can be significantly improved. Therefore, the public crisis switching data 30 stored in storage unit 12 of digital currency wallet 10 will be sent to other digital currency wallets 2 during the wallet-to-wallet distribution process 220. The wallet-to-wallet distribution process 220 can preferably be integrated into a digital currency exchange. Therefore, within each digital currency exchange, the stored public crisis switching data 30 will be sent / provided to another digital currency wallet, thus achieving automatic distribution.

[0113] Although a description has already been made for token-based native digital currency wallets Figure 2 The following figure describes a token-based local digital currency wallet, but in theory an account-based local digital currency wallet can also be used, which preferably creates and stores exchange log data as exchange data 16 for sending them to the exchange log register 8 of the digital currency system 1.

[0114] Figure 3 The steps of digital currency exchange 300 between digital currency wallet 10 and another digital currency wallet 2 are shown.

[0115] Cryptocurrency wallet 10 is in normal cryptocurrency mode, as indicated by "n" in cryptocurrency mode 24 stored in cryptocurrency wallet 10. Another cryptocurrency wallet 2 is already in crisis cryptocurrency mode, as indicated by "c" in cryptocurrency mode 24 stored in cryptocurrency wallet 2. This other cryptocurrency wallet 2 stores crisis switching data 30 for distribution to other cryptocurrency wallets. Figure 3 In the example shown, the crisis switching data includes comparison data pw1 and timestamp t-st2. Both digital currency wallets 10 and 2 can include digital currency tokens 15 from digital currency system 1, and optionally exchange data 16 for one or more of tokens 15.

[0116] In optional step 301, wallets 2 and 10 can perform authentication, preferably mutual authentication. The corresponding wallet authentication key and key certificate (not shown) can be used.

[0117] In step 310, cryptocurrency wallet 10 receives public crisis switching data 30 from another cryptocurrency wallet 2. The exchange data verification 320 in cryptocurrency wallet 10 includes one or more verification steps 321, 322. In this example, in the first verification step 321, comparison data 31PW1 is compared with stored comparison reference data 21. Cryptocurrency wallet 10 may optionally store multiple comparison reference data records 21, preferably for various crisis situations. If verification step 321 fails / a difference is detected in the comparison data, no switching occurs.

[0118] In the second verification step 322, the timestamp t-st2 of the received crisis switching data 30 is compared with the stored timestamp 17t-st1. Timestamp 17 has already been received from system units 7, 8, and 9 during normal system interactions. Specifically, a digital currency wallet can receive a timestamp from the central system unit, token reference register 9, or exchange log register 8 when sending its exchange data 16 to the central system unit, and store that timestamp as the current timestamp 17.

[0119] If the received timestamp t-st2 records an increase in time compared to the stored timestamp t-st1, a switch to crisis mode may occur because the verification result is positive. Timestamps can indicate increases in days, weeks, months, and / or years. In other cases, particularly when the received timestamp would be older than the current timestamp 17 (or indicate the same time), a switch will not occur. Therefore, for example, if cryptocurrency wallet 2 is still in crisis mode from a previous crisis (several months ago), it cannot trigger a switch to crisis mode when exchanged with a cryptocurrency wallet that has a more recent current timestamp.

[0120] exist Figure 3The verification was successful in process 300. Digital currency wallet 10 switches from normal digital currency mode 310 to crisis digital currency mode. In step 311, the stored current mode 24 is changed to "c" for crisis mode. Furthermore, the received timestamp t-st2 is stored 333 as the new current timestamp 17. Optionally, the received public crisis switching data 30 is stored 332 in storage unit 12 of digital currency wallet 10. Since data 30 is stored for provision to other wallets, it can also be referred to as (inter-wallet or wallet-to-wallet) supply data.

[0121] Wallets 2 and 10 are now in Crisis Mode and can exchange for Crypto Token 15 or Crisis Crypto Token 25. (This is used to highlight the changed mode.) Figure 3 An example is shown of creating 340 and exchanging 350 Crisis Digital Currency Tokens 25.

[0122] In step 341, one or more new crisis cryptocurrency tokens 25 are created based on one or more stored cryptocurrency tokens 15. The input cryptocurrency token 15 for this token creation / token replacement is deleted. However, it is preferable not to delete the exchange data 16 of the cryptocurrency token 15 used to create the crisis token 25. In step 342, crisis exchange data 26 can be created for the token replacement. Optionally, neither the normal exchange data 16 nor the crisis exchange data 26 is stored.

[0123] In the cryptocurrency token exchange 350, one of the created crisis cryptocurrency tokens 25 is exchanged from cryptocurrency wallet 10 to cryptocurrency wallet 2. In the first step 351, the created crisis cryptocurrency token 25 is sent. Cryptocurrency wallet 10 can mark the sent crisis cryptocurrency token 25 as sent. In step 352, the crisis cryptocurrency token 25 is stored in cryptocurrency wallet 2. Preferably, cryptocurrency wallet 10 deletes the sent (and / or marked) crisis cryptocurrency token 25 only after receiving confirmation from cryptocurrency wallet 2 (“Token Received” - not shown).

[0124] Therefore, the crisis mode switch 330 can be executed in the preparation phases 301-330 of the digital currency (token) exchange. Therefore, the digital currency (token) creation and digital currency (token) exchange phases 340-350 of the digital currency exchange 300 may have already been executed in the crisis digital currency mode.

[0125] Figure 4 The diagram illustrates the steps of another cryptocurrency exchange 400, which includes a switching process between cryptocurrency wallet 10 and another cryptocurrency wallet 2. Wallets 2 and 10 can be... Figure 3 The wallet.

[0126] As shown in the corresponding cryptocurrency mode 24 of wallets 2 and 10, cryptocurrency wallet 10 remains in crisis mode ("c"), while cryptocurrency wallet 2 is in normal mode ("n"). Cryptocurrency wallet 10 stores the timestamp t-st2 of the previous crisis. Cryptocurrency wallet 2 stores the more recent timestamp 17t-st3.

[0127] Following optional (mutual) authentication 401, the cryptocurrency wallet 10 may receive a return switch request 410. In the illustrated example, the return switch request is formed by the current timestamp 17. In switch verification 420, the cryptocurrency wallet 10 checks if the received timestamp t-st3 is an increment of its current timestamp t-st2 or is more recent than its current timestamp t-st2.

[0128] In mode switching step 430, the digital currency wallet 10 switches from crisis mode back to normal digital currency mode. In step 431, the stored digital currency mode 24 is configured as normal (“n”). In step 432, the stored public crisis switching data 30 is deleted. Finally, in step 433, the stored timestamp 17 is changed to store the received timestamp t-st3.

[0129] Wallets 2 and 10 now return to normal mode. They can exchange digital currency (tokens) 15 in normal mode. In exchange phase 450, for example, digital currency token 15 may optionally be received along with token exchange data 16 451. In step 452, digital currency wallet 10 stores the received digital currency token 15 (and its token exchange data 16). In step 453, digital currency wallet 2 deletes the received digital currency token 15 (and its token exchange data 16), preferably after receiving a receipt confirmation (not shown) from the other wallet 10.

[0130] It should be noted that the digital currency wallet may alternatively or additionally receive a return switch request from the central system units 7, 8, and 9. For example, it may receive the current timestamp from the central system units 7, 8, and 9, store it, and switch back.

[0131] Therefore, the revert switch could also be part of the post-crisis resynchronization of 500, which will now be referred to... Figure 5 Explain it.

[0132] Figure 5 The following diagram illustrates the resynchronization of cryptocurrency wallet 10 after a crisis. The cryptocurrency wallet stores crisis cryptocurrency tokens 25 and / or crisis exchange data 26. Optionally, it may also store token exchange data 16 to be sent to token reference register 9.

[0133] The sending of token exchange data 16 to token reference register 9 is performed by digital currency wallets 2 and 10 of digital currency system 1. As described above, the new tokens 15 created in digital currency wallets 2 and 10 will therefore be registered in token reference register 9 with their token references. Once the exchange data 16 of stored tokens 15 has been successfully sent to the central system unit (here, the token reference register 9), they can be deleted.

[0134] After entering crisis mode, cryptocurrency wallet 10 can store and send 510 exchange data 16 for tokens 15 that were not allocated to the stored tokens. In step 511, exchange data 16 is sent to the token reference register. Therefore, at least one cryptocurrency token 15 previously stored in the cryptocurrency wallet is registered in the token reference register 9. Exchange data 16 can be deleted from cryptocurrency wallet 10.

[0135] In the token replacement process 520, the digital currency wallet 10 can replace one or more stored crisis digital currency tokens 25 with one or more digital currency tokens 15. Preferably, the post-crisis token management unit 6 of the digital currency system 1 enables the token replacement process 520. The post-crisis token management unit 6 can receive one or more crisis digital currency tokens 25 from the digital currency wallet 10, optionally along with crisis exchange data 26. It can optionally send a token registration request to the token register. In step 524, the post-crisis token management unit 6 can send one or more digital currency tokens 15 to replace the crisis tokens 25 and send them to the digital currency wallet 10. The digital currency wallet deletes the crisis tokens 25 and / or stores the one or more digital currency tokens 15 replaced by the tokens 15. In the substitution variant ( Figure 5 (Not shown in the image), the digital currency wallet replaces tokens 15 and 25, and the post-crisis token management unit 6 checks whether the replacement is valid (using post-crisis rules).

[0136] In another alternative, the digital currency wallet 10 may not be able to switch back after crisis mode.

[0137] Figure Labels

[0138] 1. Digital Currency System

[0139] 2 digital currency wallets

[0140] 7 Token Issuer Unit

[0141] 8. Exchange Log Register

[0142] 9 Token Register

[0143] 10 digital currency wallets

[0144] 11 trading units

[0145] 12 storage units

[0146] 15 digital currency tokens

[0147] 16 Token Exchange Data

[0148] 17 timestamps

[0149] 19 Interface Units

[0150] 100 Digital Currency Token Exchange

[0151] 18 issuer public keys

[0152] 20 Switch verification data

[0153] 21 Comparative Reference Data

[0154] 22 Current Mode Counter

[0155] 23 Current Crisis Identifiers

[0156] 24 Current Mode

[0157] 25 Crisis Digital Currency Tokens

[0158] 26 Crisis Token Exchange Data

[0159] 30 Public Crisis Switching Data

[0160] 31 Comparison Data

[0161] 32-mode counter

[0162] 33 Crisis Identifiers

[0163] 37 Crisis Timestamps

[0164] 38 publisher signatures

[0165] 200 Crisis Switch Data Reception

[0166] 220 Crisis Switch Data Supply

[0167] 300 Crisis Token Exchange

[0168] 400 return switching process

[0169] 301 and 401 mutual authentication

[0170] 310 Crisis Switch Data Reception

[0171] 320, 420 switch data verification

[0172] 321 Reference Data Comparison

[0173] 322,422 timestamp verification

[0174] 330, 430 mode switching

[0175] 331, 431 mode change

[0176] 332 Switching Data Memory

[0177] 333,433 timestamp storage

[0178] 340 tokens created

[0179] 341 Crisis Token Creation

[0180] 342 Crisis Exchange Data Creation

[0181] 350,450 token exchange

[0182] 351,451 token transfers

[0183] 352,452 tokens stored

[0184] 353,453 tokens removed

[0185] 410 Reverse Switching Data Receiver

[0186] 432 Switch Data Deletion

[0187] 6 Post-crisis token management units

[0188] Synchronization after the 500 crisis

[0189] 510 Token Registration

[0190] 511 Registration Request Transmission

[0191] 512 Token Exchange Data Deletion

[0192] 520 Crisis Token Replacement

[0193] 521 token generation

[0194] 522 Crisis Token Transfer

[0195] 523 Token Registration

[0196] 524 Token Replacement Confirmation

[0197] 525 token storage

[0198] 70 Token Exchange Data Records

[0199] 71. Input Token Reference Value

[0200] 72. Enter token value

[0201] 73 Output Token Reference Value

[0202] 74 Output Token Value

[0203] 75 Input Token Signature

[0204] 80 Crisis Token Exchange Data Records

[0205] 83 Output Crisis Marker Reference Value

[0206] 84 Output Crisis Token Value

[0207] 85 Output Crisis Token Signature

Claims

1. A digital currency wallet (10), comprising: - Storage unit (12), which includes digital currency (15) and digital currency wallet mode (24). and -Transaction unit (11), which is configured to check the stored digital currency wallet pattern (24) before using the digital currency in digital currency exchange (100, 300, 400). The digital currency wallet (10) supports a first digital currency wallet mode and a second digital currency wallet mode, wherein the first digital currency wallet mode is the normal digital currency wallet mode. When the digital currency (15) is used in a digital currency exchange (100) in a normal digital currency wallet mode, the transaction unit (11) is configured to create and / or receive exchange data (16) and store the exchange data (16) in the storage unit (12); Its features are, The second digital currency wallet model is the crisis digital currency wallet model; The digital currency wallet (10) is configured to switch from normal digital currency wallet mode to crisis digital currency wallet mode; as well as When the digital currency (15) or crisis digital currency (25) is used in an offline digital currency exchange (300) in the crisis digital currency wallet mode, the transaction unit (11) is configured to reduce the amount of exchange data stored in order to increase the number of possible offline digital currency exchanges (300) in the crisis digital currency wallet mode.

2. The digital currency wallet (10) according to claim 1, characterized in that, The exchange data (16, 26) is stored in the storage unit (12) of the offline digital currency exchange (100, 300) to be sent to the system unit (6, 7, 8) of the digital currency system (1).

3. The digital currency wallet (10) according to claim 1 or 2, characterized in that, The transaction unit (11) is configured to reduce exchange data storage by not creating exchange data (16, 26) and / or by not storing the created or received exchange data (16, 26) in the storage unit (12) and / or by not sending the created exchange data to another digital currency wallet (2) of the digital currency exchange (100, 300).

4. The digital currency wallet (10) according to any one of the preceding claims, characterized in that, The transaction unit (11) is configured to reduce the amount of exchange data stored by creating or receiving crisis exchange data (26) and storing the crisis exchange data (26), wherein preferably, the crisis exchange data (26) includes a reduced number of exchange data elements (83-85) and / or a reduced size of exchange data elements (83-85).

5. The digital currency wallet (10) according to any one of the preceding claims, characterized in that, The transaction unit (11) is configured to reduce the amount of exchange data stored by deleting previously stored exchange data (16, 26) or portions thereof when storing exchange data (16, 26) created or received.

6. The digital currency wallet (10) according to any one of the preceding claims, characterized in that, The transaction unit (11) is configured to reduce the amount of exchange data stored by selectively storing or not storing exchange data (16, 26) based on filter parameters of the offline digital currency exchange (300), wherein the filter parameters preferably include the digital currency value of the offline digital currency exchange (300) and / or the digital currency wallet type of the other digital currency wallet (2) of the offline digital currency exchange (300).

7. The digital currency wallet (10) according to any one of the preceding claims, characterized in that, The transaction unit (11) is configured to reduce the amount of exchange data stored by storing the exchange data (16, 26) in only one of the two digital currency wallets (2, 10) of the offline digital currency exchange (300), the digital currency wallet (10) and another digital currency wallet (2).

8. The digital currency wallet (10) according to any one of the preceding claims, characterized in that, The storage unit (12) includes one or more limits for offline digital currency exchange (300), preferably a maximum digital currency value limit and / or a maximum number of consecutive offline digital currency exchanges, wherein the limits are increased or deactivated in crisis digital currency mode.

9. The digital currency wallet (10) according to any one of the preceding claims, characterized in that, The digital currency wallet (10) is adapted to switch upon receiving crisis switching data, which is public crisis switching data (30) and will be published and / or distributed in the event of a crisis.

10. The digital currency wallet (10) according to any one of the preceding claims, characterized in that, In the Crisis Digital Currency Wallet mode, the transaction unit (11) is configured to create a new Crisis Digital Currency Token (25) including a Crisis Mode Indicator, which is preferably a unique Crisis Identifier (23), wherein the Crisis Mode Indicator is specifically included in the token reference of the newly created Crisis Digital Currency Token (25).

11. The digital currency wallet (10) according to any one of the preceding claims, characterized in that, The exchange data (16, 26) is token exchange data, preferably token registration data, which is used to register one or more new digital currency tokens (15, 25) created based on one or more old digital currency tokens (15, 25) in the digital currency token exchange (100, 300) in the token register (9). The normal token exchange data (16) specifically includes: - Token reference value (71) of old digital currency tokens (15) - The digital currency value of the old digital currency tokens (15) (72); - The reference value of the new digital currency token (15) is (73). - The new digital currency token (15) has a digital currency value of (74); and - One or more signatures (75) of older digital currency tokens (15); and / or The crisis token exchange data (26) specifically includes: - The crisis token reference value (83) of the new digital currency token (15). - The new digital currency token (15) has a digital currency value of (84), and - One or more crisis signatures (85) of old digital currency tokens (15).

12. The digital currency wallet (10) according to any one of the preceding claims, characterized in that, The exchange data (16, 26) is exchange log data used to record the digital currency exchange (100, 300) in the exchange log register (8). The exchange log data preferably includes at least one or two of the digital currency wallet identifier and the digital currency value of the digital currency exchange (100, 300).

13. The digital currency wallet (1) according to any one of the preceding claims, characterized in that, The digital currency tokens (15) of the digital currency token system (1) include one or more of the following token data elements: digital currency token value, token individual token secret and / or token individual token reference value; and / or The storage unit (12) includes one or more of the following wallet data elements: wallet identifier, wallet authentication key and / or wallet certificate, preferably for wallet identifier and / or wallet authentication key.

14. A digital currency system (1), comprising: - One or more digital currency wallets (10, 2) according to any one of claims 1 to 14. and One or more of the following: - A digital currency token register (9); preferably a digital currency token reference register; and / or - Digital currency exchange log register (8); and / or -Crisis Token Management Unit (6); and / or - Digital currency token issuance unit (7).

Images