Biometric features are derived from security data associated with a subject. The security data is obtained from a security device. A biometric value is calculated from the biometric features. The biometric value is anonymized to an identifier associated with the subject. The identifier is integrated with event data associated with a security system. In an embodiment, the security device is a Personal Identification Number (PIN) pad integrated into a transaction terminal, the security data is fingerprint data, which is read from a finger of the subject placed on a fingerprint reader integrated into the PIN pad, and the biometric value is a PIN calculated from fingerprint data during a transaction at the transaction terminal. In an embodiment, the security device is a security camera, the security data is a secure video stream, and the biometric features are facial features of the subject in the secure video stream.

The techniques herein are directed generally to a “zero-knowledge” data management network. Users are able to share verifiable proof of data and/or identity information, and businesses are able to request, consume, and act on the data—all without a data storage server or those businesses ever seeing or having access to the raw sensitive information (where server-stored data is viewable only by the intended recipients, which may even be selected after storage). In one embodiment, source data is encrypted with a source encryption key (e.g., source public key), with a rekeying key being an encrypting combination of a source decryption key (e.g., source private key) and a recipient's public key. Without being able to decrypt the data, the storage server can use the rekeying key to re-encrypt the source data with the recipient's public key, to then be decrypted only by the corresponding recipient using its private key, accordingly.

A distributed transaction and data storage platform including a distributed notary ledger or blockchain and one or more individual user micro-identifier chains that together enable the secure effectuation and recordation of one or more transactions, and/or storage of data in an automated, real-time, zero-trust, globally data law and privacy law centric manner while maintaining transaction party confidentiality and preventing chain poisoning.

Various implementations directed to price time priority queue for virtual power plant and connected grid aggregation are provided. In one implementation, a method may include receiving origin location data and destination location data. The method may also include generating nodal power networks based on the optimized origin location data and the destination location data. The method may further include determining virtual power plant hubs along the transmission route and network, where the virtual hubs include a first virtual hub based on the origin location data and a second virtual hub based on the destination location data. The method may additionally include receiving power device data for the geolocation exchange units. In addition, the method may include receiving market depth data for a geolocation exchange for the geolocation exchange units based on the virtual power plant nodal sequences.

A merchant uses a merchant point of sale (POS) device to identify items or services for purchase by a customer, and costs for each. One or more payment amounts are sent from the merchant POS device to a checkout server using an application programming interface (API), which the checkout server sends on to an authorized payment terminal device that then reads payment information from a payment object and sends the payment information back to the checkout server. The checkout server processes the transaction and confirms transaction completion to the merchant POS device and payment terminal device.

A system for performing transaction mixing between a plurality of users on a blockchain is provided. The blockchain may be, for example, the Bitcoin blockchain. The system is configured to carry out the steps of: (i) preparing a first commitment transaction arranged to transmit control of a resource from a source address of a first user to a receiving address of a second user; (ii) preparing a second commitment transaction arranged to transmit control of a resource from a source address of the second user to a receiving address of a further user; (iii) preparing a further commitment transaction arranged to transmit control of a resource from a source address of the further user to either: (a) a receiving address of the first user; or (b) a receiving address of a yet further user and repeating step (iii) until option (a) is performed to complete a transaction chain; and (iv) executing the transaction chain. At least one of the users is randomly chosen from the plurality.

A central computer system transforms identification information of a consumer into an identity code that hides the identification information and stores it with contact information of a consumer's computer system. When a computer system on the network of the central computer system conducts a transaction with a subject who uses the identity code of the consumer, the central computer system contacts the consumer's computer system so that the consumer can stop the transaction if it is not authorized. Because only the identity code is used to protect the consumer, the original identification information of the consumer is fully protected.

The techniques herein are directed generally to a “zero-knowledge” data management network. Users are able to share verifiable proof of data and/or identity information, and businesses are able to request, consume, and act on the data—all without a data storage server or those businesses ever seeing or having access to the raw sensitive information (where server-stored data is viewable only by the intended recipients, which may even be selected after storage). In one embodiment, source data is encrypted with a source encryption key (e.g., source public key), with a rekeying key being an encrypting combination of a source decryption key (e.g., source private key) and a recipient's public key. Without being able to decrypt the data, the storage server can use the rekeying key to re-encrypt the source data with the recipient's public key, to then be decrypted only by the corresponding recipient using its private key, accordingly.

Disclosed is a method for trading private information access rights based on a distributed ledger, performed by a distributed network system including a plurality of distributed servers to perform authentication and store a token, the method including giving rights to use the token to a buyer terminal by performing authentication upon receiving a token trade request, permitting a service application server to use the token by performing authentication upon receiving a token usage request, providing, by the service application server, a predefined service by using the token and broadcasting usage detail of the token to the distributed network system, and updating, by the distributed server, the usage detail of the token.

A method of communicating a payment request from a first payment platform to a second payment platform is disclosed. The method may receive a payment request from a sending user on the first payment platform to a receiving user on the second payment platform where the payment request from the sending user is translated into a protected payment request. In response to the sending user being known, the protected payment request may be communicated to the second payment platform. An acceptance of the protected payment request from the second payment platform may be received. A transaction settlement request may be communicated to the first payment platform and the second payment platform.