Methods may involve accepting an order for a product to be manufactured and identification of a product file meeting the specification, the product file comprising instructions for manufacturing the product. Pre-manufacture verification of manufacturer capabilities and product precursors may be accepted. Operational parameters to enable an additive manufacturing device to manufacture the product may be sent as discrete packets. At least one packet may be sent only after receipt of confirmation that at least another previous layer is complete and associated operational parameters for the at least another previous layer have been deleted. In-manufacture verification of the operational parameters utilized by the additive manufacturing device when manufacturing the product may be accepted. At each stage, a blockchain for certifying characteristics of the product may be updated to associate data representative of workflows for the product with an encrypted, secure identifier utilizing a secure, distributed transaction ledger.

Embodiments relate to a smart contract platform that facilitates creation, execution and verification of customized smart contracts. The smart contract platform enables design of customized smart contracts for execution and verification on a distributed ledger network, including smart contracts with logic for querying and fetching sensitive transactional data from participant nodes. A distributed ledger can store tokens indicating successful completion of one or more transaction elements without making some or all the associated transactional data visible. A smart contract form viewer can be used to view and interact with a smart contract form linked to the smart contract. The smart contract form can present contractual provisions in natural language, present transactional data to an authorized user, and accept entry or validation of designated transaction data. As such, the smart contracts described herein provide visibility and verifiability without the lost privacy and lack of customizability that exist with present solutions.

Various embodiments are generally directed to secure generation of barcodes using cryptographic techniques. An application may receive a request to generate a barcode. The application may receive encrypted data from a communications interface of a contactless card associated with an account. The application may receive, from a server, verification of the encrypted data and an encrypted authorization token associated with the account. The application may generate the barcode utilizing the encrypted authorization token.

Generating self-issued claims anchored by DIDs and using the self-issued claims as self-identification. The computing system generates one or more claims, each of which includes at least information related to (1) a DID, (2) a property of a subject entity who is an owner of the DID, and (3) a value corresponding to the property. For each of the one or more claims, the computing system generates a cryptographic signature by signing the claim with a private key associated with the corresponding DID. The cryptographic signature proves that the claim is a self-issued claim, which is issued by the owner of the corresponding DID and is about the owner of the corresponding DID. A portion of data related to the self-issued claim is then propagated onto a distributed ledger.

A method for acceptance of blockchain payment at a traditional point of sale device direct to a merchant includes: receiving an authorization request for a fiat payment transaction including a transaction account number, transaction amount, and merchant identifier; identifying blockchain payment acceptance for a transaction account associated with the transaction account number; transmitting an address request to an exchange server including the merchant identifier; receiving a destination address associated with the merchant identifier for a blockchain network from the exchange server; transmitting a new blockchain transaction to a blockchain node in the blockchain network including the destination address and a cryptocurrency amount based on the transaction amount; and transmitting an authorization response for the fiat payment transaction to a payment network for routing to a point of sale device, the authorization response including an indication that clearance and settlement of the fiat payment transaction is not required.

Apparatuses, methods, systems, and program products are disclosed for modifying the enabled features of a hardware component at the time of use. An apparatus includes a processor and memory that stores code executable by the processor. The code is executable by the processor to obtain a feature of the hardware component that is not enabled and generates an encrypted code associated with the feature of the hardware component to be enabled. The apparatus processes a payment for the cost of enabling the hardware component and enables the feature of the hardware component in response to the association of the payment processed with the encrypted code for the feature of the hardware component.

Some embodiments of the application disclose a method and apparatus for paying a fare. When a user takes a public transit means, the user terminal establishes an NFC connection with the fare-collecting device of the public transit means, the user terminal transmits the encrypted account ID of the user to the fare-collecting device, and the fare-collecting device may request a server to deduct the fare from the account of the user.

The system and methods described herein may be utilized to perform operations in a faster and less complex manner than provided by conventional systems. An encrypted record may be stored at a user device. The encrypted record may include entries related to operations that were previously requested by the user device. The encrypted record may have been encrypted using a dynamic value and a key that is associated with an entity associated with the user. A recipient computer of a request by the user device may be configured to utilize the dynamic value provided in the request and the key associated with the entity to derive the encryption key(s) last used to encrypt the record. The recipient computer may decrypt and modify the encrypted record to perform the requested operation while the user device is precluded from doing so.

Digital currency transfer is facilitated by a process that includes receiving an indication of a type and amount of digital currency to be transferred to a recipient as part of a digital currency transfer, and a specified public key of the recipient. The public key identifies a digital permanent wallet of the recipient's account. The process creates and stores a digital temporary wallet to temporarily hold the digital currency. This creates a transaction key uniquely identifying the digital currency transfer, and associates with the digital temporary wallet the transaction key and the public key. The process transfers the digital currency from the digital permanent wallet of the sender to the digital temporary wallet, and sends temporary wallet information of the digital temporary wallet, including the transaction key, for embodiment in a physical wallet to hold the digital currency and to be printed and transferred to the recipient.

A taxi system includes: a plurality of unmanned taxi vehicles; a medium reader that is mounted on the unmanned taxi vehicle, and outputs a result obtained by reading a certificate medium presented by the occupant, as read data; and a system controller that acquires, by analyzing the read data, ticket information including at least one of a destination and payment information, and executes, based on the acquired ticket information, at least one of setting of the destination of the unmanned taxi vehicle and execution of a payment, in which the certificate medium is a medium issued to the occupant in order to authenticate the occupant in a situation other than taxi use.