A method for selling a cryptocurrency via a consumer-operated kiosk is provided. In some embodiments, the method: displays to a user, via a user interface, one or more options to purchase one or more cryptocurrencies; receives from the user, via the user interface, a selection of one of the cryptocurrencies; obtains a cryptocurrency exchange rate from a cryptocurrency exchange; presents the exchange rate to the user via the user interface; receives from the user payment for the selected cryptocurrency via a bill acceptor; purchases the selected cryptocurrency from the cryptocurrency exchange in an amount based on a value of the received payment and the exchange rate; and displays to the user, via the user interface, a receipt having a redemption code and a personal identification number (PIN), wherein both the redemption code and the PIN are necessary to obtain the selected cryptocurrency.

There is provided a wireless communication device that includes a communication unit that performs wireless communication with a connection device, and a control unit that encrypts a wireless communication channel with the connection device on the basis of a digital certificate issued by a certificate authority server. The communication unit receives payment information and a valid type of payment from the connection device via the encrypted wireless communication channel. The control unit determines a payment server on the basis of the valid type of payment and causes the communication unit to transmit a payment request based on the payment information to the payment server.

Described herein is a secure system and methods for enabling a user to remotely generate a token to be used in a transaction. In the disclosure, the user may provide a mobile device identifier to a resource provider to complete a transaction. A service provider, upon receiving the mobile device identifier, may generate a message to be transmitted to a mobile device associated with that mobile device identifier that includes details of the transaction to be complete. Upon receiving the message, the user may be asked to elect a token service installed on the mobile device with which the transaction should be completed. This token service may be used to authenticate the user and subsequently generate or provide the requested token. The service provider computer may then use the generated token to complete the transaction.

While mobile device location remains, private, user transaction controls are applied to a specific authorization request. The user transaction controls are pre-configured by the user of the mobile account holder device and identified by the enriched merchant data. Location algorithms predict transaction locations used to obtain enriched merchant data responsive to location privacy mode. Responsive to the user transaction controls, a fraud recommendation response is sent to the approval system, in real time with the transaction. The fraud recommendation response prevents a false negative by using an enriched merchant location rather than the raw merchant location.

A biometric matching process is disclosed. The biometric matching process may be used to obtain access to a resource managed by an access device using only biometric information. In some embodiments, a biometric template is stored in relation to a user device and/or account information, and is obscured. Upon receiving a request for access to a resource from an access device, the system may identify a number of user devices in proximity to the access device. Biometric templates associated with each of those user devices may be compared to a biometric template received from the access device. Upon identifying a match, the system may provide the access device with account information stored in relation to the matched biometric template. The access device may then complete a transaction using the provided account information and grant access to the requested resource.

Methods and systems including: receiving a request to take an action in a cryptoasset custodial system for an account holder; authenticating a policy map associated with the action, wherein the policy map defines access control rules governing which actions are allowed under conditions including a threshold number of endorsements needed; and validating endorsement messages for the action by checking digital signatures of the received endorsement messages, wherein at least one of the validated endorsement messages has been generated by digital signing with a first private key of a person, who is associated with the account holder, and at least one of the validated endorsement messages has been generated by digital signing with a second private key of a program, which is associated with the account holder, responsive to the program confirming one or more circumstances specified by the account holder are met at a time when the program is run.

A machine for making liquid or semi-liquid food products, including: a first processing container for processing a basic liquid or semi-liquid product and defining a processing chamber; a stirrer positioned inside the first processing container; a thermal system including a heat exchanger, associated with the first processing container; at least one sensor, configured to measure an operating parameter of the machine; a processing and control unit, operatively connected to the at least one sensor and including a module for receiving and transmitting data captured by the sensor, wherein the module for receiving and transmitting data is configured to transmit data captured by the sensor to a “smart contract” program.

Described herein are systems and techniques for providing automatic distribution of transaction-related benefits to an account used to conduct a transaction. In certain embodiments, the system receives transaction details from a transaction processing network as transactions are conducted. The system determines an appropriate benefit provider for a transaction conducted from an account and provides a subset of transaction details to that benefit provider. The benefit provider compares the subset of transaction details to a set of limited transaction details received from a resource provider to identify the transaction and determine a benefit amount, if any, for which the transaction qualifies. The benefit provider then provides the benefit amount to the system, which then causes the transaction processing network to credit the account the benefit amount.

A method for generating and controlling intelligent assertion tokens includes generating a first assertion token, during a first step of a supply chain process. The first assertion token is inspected to determine validity. If the first assertion token is not valid, the receipt of the first assertion token is rejected. If the first assertion token is determined to be valid, the use of the first assertion token in further transmissions and/or transactions is authorized. The first assertion token can be passed to a second step of the supply chain process, and a second assertion token may be generated based on the first assertion token. Upon receipt of the second assertion token, it is inspected to determine validity. If not valid, the transmission and/or transfer of the second assertion token is rejected. If valid, the transmission and/or transfer of the second assertion token to a further step of the supply chain process or to a customer is authorized.

An electronic transaction verification system comprising a client subsystem, a merchant subsystem, and a transaction verification subsystem. The transaction verification subsystem receives a quantum payment serial number from the client subsystem and performs entangled quantum encryption on the received quantum payment serial number to generate an entangled quantum payment serial number. The verification subsystem encrypts the entangled quantum payment serial number and transmits the encrypted entangled quantum payment serial number to the merchant subsystem. The transaction verification subsystem also transmits the entangled quantum payment serial number to the client subsystem.