Abstract: Embodiments of the present specification provide methods and apparatuses for generating two-dimensional codes. One method comprising: receiving, by a secure element chip comprised in a two-dimensional code display device, code information comprising an account identifier of an account associated with the two-dimensional code display device; in response to obtaining a digital certificate for a private key stored in the secure element chip, signing, by the security element chip, the code information by using the private key to generate signed code information; and providing, the signed code information to the two-dimensional code display device for the two-dimensional code display device to generate and display a two-dimensional code based on the code information, wherein the two-dimensional code comprises information associated with the account identifier and changes dynamically over time.

Abstract: A dynamic personalizable automated finance management system that provides a financial management platform that enables users to easily generate a plurality of customized rules or conditions associated with one or more accounts thereby creating account plans that intelligently and passively execute the transfer of funds among accounts. The rules with a plan are able to define if, how much, when and where to transfer money to and from the accounts based on user entered criteria or triggers upon which the rules/conditions are based.

Abstract: Aspects of the disclosure relate to deploying, configuring, and utilizing cash handling devices to provide dynamic and adaptable operating functions. A cash handling device having at least one processor, a memory, and a communication interface may store a device registration module, a containerized operating module, a non-engagement services module, and a secure communications module. The device registration module may include instructions that cause the cash handling device to register with a support server and a plurality of financial institution servers. The containerized operating module may include instructions that cause the cash handling device to selectively execute a first operating application or a second operating application. The non-engagement services module may include instructions that cause the cash handling device to generate and present one or more non-engagement user interfaces.

Abstract: A mobile terminal performs a user's log-in processing using biometric information read by a biometric information sensor, creates a private key required for authentication processing performed when a service on a network is used and a public key corresponding to the private key, stores the created private key with being associated with the biometric information read at the time of the log-in processing in a storage, and issues a request for registering an authentication information ID corresponding to the biometric information and a public key corresponding to the private key stored in the storage with being associated with the biometric information in the service.

Abstract: Disclosed are methods and systems for retrieving data based on a plurality of blockchain networks. One method comprises: receiving a first-type transaction hash sent by a user, wherein the first-type transaction hash is a hash value of a first-type blockchain transaction associated with a first-type blockchain network, wherein the first-type blockchain network and the second-type blockchain network are comprised in a data recording system; identifying a second-type blockchain transaction that comprises the first-type transaction hash; identifying a network identifier from the second-type blockchain transaction; identifying a first-type blockchain transaction corresponding to the first-type transaction hash from a blockchain of a first-type blockchain network corresponding to the network identifier; and providing the first-type blockchain transaction to the user.

Abstract: Forecasting a potential audience size and an unduplicated audience size for a digital campaign includes receiving an audience segment input and a time period input. The audience segment input is converted into multiple atomic target specifications. For each of the multiple atomic target specifications, a potential audience size is determined during the time period input by selecting a time series model based on a frequency of attribute values from the atomic target specification and combining the selected time series model with a frequent item set model. The potential audience size for each of atomic target specifications is aggregated over the time period input into a total potential audience size. The total potential audience size is output. The time series model and the frequent item set model are obtained using data from a historic bid request database.

Abstract: A service provider system registers with a service system. A user establishes an account with the service system and the service system establishes a facial template associated with the user account. The service system transmits, to a service provider device at a location, identification information and transmits a shared encryption key to a user computing device associated with the user. The user enters the merchant location carrying the user computing device. The service device receives the encryption key from the user device and decrypts the identification information associated with the user using the encryption key. The user initiates a service request and the service provider device verifies the identity of the user via the facial template associated with the user by generating a facial template based on an image captured of the user to compare against the facial template associated with the user. The service device processes the service request.

Abstract: A system, method, and computer program product are provided for sensitive data recovery in high security systems. In operation, a client device receives a request by a user to initiate a data recovery process to recover data that is encrypted. The client device generates a new data recovery request key pair. The client device creates a data recovery request that includes a data recovery request public key. The client device signs the data recovery request using an identity private key that is associated with a certificate issued by a certification authority (CA). The client device sends the data recovery request to a server system storing the data. The server system accesses an offline data recovery subsystem (ODRS) storing a data recovery key pair to authenticate the user. The ODRS generates and stores a secret data recovery code. The client device receives the secret data recovery code that was communicated to the user.

Abstract: Techniques for enhancing the security of a communication device may include providing an application agent and a transaction application that executes on a communication device. The application agent may receive, from the application, a cryptogram key generated by a remote computer, and store the cryptogram key on the communication device. When the application agent receives a request to conduct a transaction from the application, the application agent may generate a transaction cryptogram using the cryptogram key, and provides the transaction cryptogram to an access device.

Abstract: Data structures stored on a distributed ledger are accessed. The data structures identify registered smart contract components that include counterparties, schemas, and contract cryptlet. A first template smart contract data structure for a first smart contract is composed on the distributed ledger such that the first template smart contract data structure is a relational data structure that includes an identifier for the first smart contract, an identifier for at least two counterparties, an identifier for at least one schema, and an identifier for at least one contract cryptlet. A first smart contract ledger instance associated with the first ledger instance is caused to be deployed, such that the first smart contract ledger instance is based on the first template smart contract data structure. The first smart contract is caused to begin execution, such that the first smart contract is based on the first template smart contract data structure.

Abstract: Systems and methods for authorizing a blockchain transaction. A verification network receives a transaction request for the blockchain transaction from a payer device including a first signature generated by a first private key associated with a payer. The verification network broadcasts a verification request to verification system(s) which assess pre-agreed threshold parameters. If the parameter(s) are satisfied, at least one verification system perfects the transaction by generating a second signature using a second private key, and broadcasts the transaction to the blockchain network. If the parameter(s) are not satisfied, verification offer(s) from among the verification system(s) including the second signature(s) are used to prompt the payer device to confirm the blockchain transaction by selecting at least one of the offer(s).

Abstract: A method for a payment for an Internet of Things (IoT) device is provided. The method includes steps of: a payment supporting server (a) on condition that the payment supporting server has registered certificates of the IoT device, a service providing device, and a digital wallet, and manages corresponding blockchain transaction IDs and link information, if a billing transaction is acquired, validating the billing transaction including identification information on the service providing device and the IoT device, a billing detail, and a signature value; (b) acquiring identification information on the digital wallet corresponding to the billing transaction from the blockchain database; and (c) (i) paying the billing detail using the digital wallet, (ii) registering a payment result including a payment detail in the blockchain database and managing its blockchain transaction ID, and (iii) transmitting the payment result to the service providing device, the IoT device, and the digital wallet.

Abstract: The described financial institution computing system provides services to customers through an application programming interface (“API”). The services include user identification services to customers. The user identification services allow the customers to verify the identity of users as non-fraudulent users. Further the user identification services allow the financial institution to provide known user information to the customers for purposes of prepopulating registration forms, completing transactions, and the like. Further services, such as user account validation services, payment services, and the like are also possible through the financial institution APIs. In some situations, users are registered with the financial institution. For example, a user may also be an account holder with the financial institution. In other situations, the users are not registered with the financial institution.

Abstract: A digital object identifier (DOI) display request is received. A service type of a service corresponding to the display request is determined. Basic user information of a first user and identity type information corresponding to the service type is determined based on the service type and stored calibration information, where the identity type information is pre-authenticated to ensure validity based on a validity period associated with the identity type information. A DOI of the first user is generated based on the basic user information and the identity type information. The DOI is displayed for a second user to perform service processing based on the basic user information and the identity type information in the DOI.

Abstract: Systems and methods for token vault synchronization using a distributed ledger are disclosed. In one embodiment, in a distributed token ledger network comprising a plurality of nodes, each node associated with a token ledger and comprising at least one computer processor, a method for token vault synchronization using a distributed ledger may include: (1) a node receiving a lifecycle event for a payment token; (2) the node writing the lifecycle event to a token ledger for the node; (3) committing the lifecycle event to the distributed token ledger after the plurality of nodes in the distributed token ledger agree to committal; (4) a watcher at the node detecting the commitment of the lifecycle event to the distributed token ledger; and (5) the watcher communicating the lifecycle event to a non-node participant.

Abstract: A high-performance distributed ledger and transaction computing network fabric over which large numbers of transactions (involving the transformation, conversion or transfer of information or value) are processed concurrently in a scalable, reliable, secure and efficient manner. In one embodiment, the computing network fabric or “core” is configured to support a distributed blockchain network that organizes data in a manner that allows communication, processing and storage of blocks of the chain to be performed concurrently, with little synchronization, at very high performance and low latency, even when the transactions themselves originate from distant sources. This data organization relies on segmenting a transaction space within autonomous but cooperating computing nodes that are configured as a processing mesh. Each computing node typically is functionally-equivalent to all other nodes in the core.

Abstract: This specification describes techniques for managing assets in a blockchain. One example method includes receiving, from a target user recorded in a distributed database of a blockchain network, a user input including a request to transfer a plurality of asset objects including digital assets corresponding to physical assets associated with the target user, in response to receiving the request, combining the plurality of asset objects in a target object, the target object including an address field used to maintain address information of the plurality of asset objects, deleting address information corresponding to the plurality of asset objects from the target object, and adding the address information to asset receiving objects corresponding to the plurality of asset objects.

Abstract: Provided are a system and method for managing encryption keys used by a payment application on a mobile device. The method includes executing a mobile payment application in a user domain of the mobile device, where the user domain is an operating environment in which applications are executed and accessed by a user, importing a plurality of encryption keys for use by the mobile payment application into a system domain of the mobile device, where the system domain is a more secure operating environment controlled by an operating system, encrypting payment information of the mobile payment application in the system domain using one or more of the imported keys while executing the mobile payment application in the user domain, and transmitting the encrypted payment information to a merchant.

Abstract: Methods and systems for creating a digital association are provided. The method includes obtaining a first user-generated item comprising identifiable features of a first user and a second user. The method also includes obtaining a second user-generated item comprising the identifiable features of the first user and the second user. The method also includes cross-confirming that the first and second user-generated items are valid to verify the digital association.

Abstract: A processor-implemented method facilitates identity exchange in a decentralized setting. A first system performs a pseudonymous handshake with a second system that has created an identity asset that identifies an entity. The second system has transmitted the identity asset to a third system, which is a set of peer computers that support a blockchain that securely maintains a ledger of the identity asset. The first system transmits a set of pseudonyms to the third system, where the set of pseudonyms comprises a first pseudonym that identifies the first system, a second pseudonym that identifies a user of the second system, and a third pseudonym that identifies the third system. The first system receives the identity asset from the third system, which securely ensures a validity of the identity asset as identified by the first pseudonym, the second pseudonym, and the third pseudonym.

Abstract: A radio frequency identification device, or RFID tag, has an antenna attached to or formed on a microchip. The microchip usually comprises low power fixed or programmable logic and a small quantity of persistent memory. As many RFID tags are powered by radio waves transmitted from an RFID tag reader, the low power fixed or programmable logic is often not capable of performing complex cryptographic calculations required for digital signing to provide one-way authentication of the tag. In the present disclosure a system and method are presented for enabling a low overhead challenge and response using a one-time password pad comprising passwords on the RFID tag and a blockchain to record a use of the passwords. Methods are also disclosed for securely replacing the one-time password pad, and using the RFID tag in combination with a blockchain to provide provenance information for the RFID tag.

Abstract: Systems and methods for streaming billing data associated with third-party network resources consumed by a managed network to a remote network management platform are disclosed. Streaming of billing usage data associated with third-party resources may use resource identifiers to associate resources with line items in a service bill generated by the third-party network. A proxy server in the managed network may intermediate streaming from the third-party network to a remote server in a computational instance of the remote network management platform.

Abstract: The present invention generally relates to a method, system and program product for depositing and withdrawing a stable value digital asset tied to a blockchain in exchange for fiat.

Abstract: A system, method, and computer readable medium (collectively, the “system”) are provided. The system may include a processor configured to perform operations and/or steps comprising storing, by a processor, a session key on a mobile device, wherein the session key is encrypted. The system receiving a transaction request, decrypting the session key, and broadcasting a signal configured for being received by a magnetic stripe reader. Track 1 data and/or track 2 data may be encoded in the signal. The track 1 data and/or the track 2 data may also comprise a dynamically generated value that is generated based on the session key.

Abstract: Appearance data associated with a target commodity is collected by a blockchain node device, where original appearance data associated with the target commodity is registered with a distributed database associated with a blockchain in advance. Whether a damage event occurs on the target commodity is determined by the blockchain node device based on the appearance data and the original appearance data. In response to a determination that the damage event occurs on the target commodity, a smart contract corresponding to the target commodity is invoked by the blockchain node device. Commodity damage claim logic stated in the smart contract is executed by the blockchain node device to complete a commodity damage claim for the target commodity.

Abstract: Systems and methods for enhanced organizational transparency using a linked activity chain in a ledger are disclosed. In one embodiment, a method may include (1) a back end for an organization comprising at least one computer processor receiving a first communication from a first entity comprising a first customer interaction with the first entity; (2) the back end writing the first communication to a ledger for the organization as a first block in a linked activity chain; (3) the back end receiving a second communication from a second entity comprising a second customer second activity with the second entity; (4) the back end writing the second communication to the ledger for the organization as a second block in the linked activity chain; (5) the back end calculating a summary score for the customer based on the blocks in the linked activity chain.

Abstract: Provided herein is a system and method for implementing a real-time and continuous validation tool for a distributed ledger-based computing system (i.e., blockchain). In one or more examples a real-time validation tool and system can continuously monitor a blockchain computing system for activities that indicate abnormal or risky behavior, and can generate a report to a user that details those events. The real-time validation tool can be implemented as a node in a blockchain computing system and can use information gleaned from blockchain activity occurring in real-time as well as external data gathered from various sources to determine if one or more events has occurred that is indicative of abnormal or risky activity occurring within the blockchain computing system. The validation tool can be used to improve and secure an existing blockchain computing system against cyber intrusions and various integrity issues.

Abstract: A method and apparatus for processing secure transactions of a requested service at a merchant point of sale (POS) using a customer mobile device and a virtual payment gateway (VPG) server, the method comprising an authentication and a transaction. The activation establishes a mobile device transport key (mTK) at the mobile device and a server, and assigns a mobile application identifier (MAID) to a mobile application of the mobile device. The transaction is based on generating a mobile device transport session key (msTK) derived from a server generated session ID and the mobile device transport key (mTK) generated during activation. The transaction of the requested service is initiated by the customer mobile device and is processed without storing confidential data such as financial account data or financial account identification data at the POS and/or the customer mobile.

Abstract: Biometric authentication, decentralized learning frameworks, and adaptive security protocols and services for a distributed operator terminals network are described. In some embodiments, the terminals may be hardware terminals, kiosks, or clients. In some embodiments, a security analysis may be performed, and security scores may be determined, for visitors requesting operations at terminals. Security scores may be determined by a vendor, in communication with the operator terminals, based on aggregation of a plurality of factors, wherein each factor may be weighted. The factors may incorporate operator settings or preferences. In one embodiment, the factors include one or more facial recognition factors. The one or more facial recognition factors may be used for biometric authentication. The vendor may use the security scores to determine user privileges or permissions for the operations. The vendor may deliver instructions or messages to the terminals based on the determinations.

Abstract: Systems, methods, computer-readable media, and apparatuses to securely generate barcodes. In one example, an application may receive a request to generate a barcode. The application may read encrypted data generated by a contactless card and transmit the encrypted data to a server for verification. The server may verify the encrypted data and generate an encrypted authentication token. The server may transmit the encrypted authentication token to the application. The application may provide the encrypted authentication token to the contactless card. The contactless card may generate the barcode using the encrypted authentication token.

Abstract: Embodiments are provided for querying a media server for media content based on user-selected metadata associated with first media while the first media is being experienced by a user. In one embodiment, at least one metadata associated with the first media may be displayed for the user to review while the first media is being experienced by the user. The user may then select a displayed metadata to initiate a search for media content based on the selected metadata. The search for media content may be performed by querying a media server associated with a selection of media content services. The user may then review the results of the media query, select media content from the results, and initiate further action, such as adding the media content to a digital repository, or purchasing the media content.

Abstract: In a method for operating a node in a blockchain network, a node in the network automatically determines whether a new block has been committed to a blockchain in the network. In response to determining that the new block has been committed, the node automatically uses a block identifier for the new block to generate a prestochanistic timing value. Also, the node automatically uses the prestochanistic timing value to determine whether to trigger a contingent operation. For instance, the node may automatically use a function that is both prestochastic and deterministic to determine a current expiration value for the node, and the node may use the current expiration value to determine whether registration for the node should be renewed. The node may automatically send a re-registration request to the blockchain network in response to a determination that registration for the node should be renewed. Other embodiments are described and claimed.

Abstract: Systems and methods for assessing and authenticating transactions. Some exemplary embodiments may authenticate transactions based at least in part on a comparison of a newly obtained electronic signature associated with a user with a previously obtained electronic signature associated with the user, where a payment instrument presented for use in the transaction is also associated with the user. Exemplary electronic signatures may comprise any information which may identify the user, such as browser fingerprints, computer fingerprints, IP addresses, geographic IP location information, information associated with a payment, and/or a typing pattern.

Abstract: A system, method, and apparatus for creating and managing smart contracts on a blockchain is provided. A method includes receiving smart contract code; detecting a code language of the smart contract code; determining an optimal blockchain platform to deploy the smart contract onto; compiling the smart contract code so as to generate smart contract byte code and metadata; storing the smart contract byte code and the metadata; deploying the smart contract byte code to the optimal blockchain platform; receiving an address of the smart contract deployed to the optimal blockchain platform; assigning a name to the address; and storing the assigned name and the address in a smart contract naming directory; wherein a smart contract computing system is configured to identify the address of the deployed smart contract in response to receiving the name from a user.

Abstract: Systems and methods are disclosed herein for enforcing digital signature on a token useable by a network-addressable device to invoke service calls on services of a service provider. A device platform service of the service provider may receive service calls from the network-addressable device and cause one or more operations to be performed by other services of the service provider in response to receiving a notification that the request is authentic. An authentication service analyses a fingerprint associated with a request submitted by the device and determines whether it is a match to a fingerprint generated from cryptographic authentication information provided by the user in connection with registering the network-addressable device.

Abstract: A Smartblock that has at least two Blockchains that originates from it and terminates at a second Smartblock to create a Blockstrand.

Abstract: Systems and methods are disclosed for providing a trusted computing environment that provides data security in commodity computing systems. Such systems and methods deploy a flexible architecture comprised of distributed trusted platform modules (TPMs) configured to establish a root-of-trust within a heterogeneous network environment comprised of non-TPM enabled IoT devices and legacy computing devices. A data traffic module is positioned between a local area network and one or more non-TPM enabled IoT devices and legacy computing devices, and is configured to control and monitor data communication among such IoT devices and legacy computing devices, and from such IoT devices and legacy computing devices to external computers. The data traffic module supports attestation of the IoT devices and legacy computing devices, supports secure boot operations of the IoT devices and legacy computing devices, and provides tamper resistance to such IoT devices and legacy computing devices.

Abstract: The disclosed embodiments include computerized systems and methods that generate secured distributed storage ledger structures, such as block-chain-based ledger structures, that facilitate event-based control of tracked assets. In one embodiment, an apparatus associated with a centralized authority of the secured distributed storage ledger may detect an occurrence of a triggering event, and may access and decrypt a set of rules hashed into the secured distributed storage ledger using a confidentially-held master cryptographic key. The apparatus may identify a rule associated with the detected event, and perform one or more operations consistent with the rule and involving at least one of assets tracked within the secured distributed storage ledger or an owner of a portion of the tracked assets.

Abstract: In one embodiment, a client device includes an interface, a memory to store at least one part of a blockchain, and a processor to generate a client message indicating use of blockchain mode to establish a secure connection between the client device and a server, send the client message to the server on the interface, receive, from the server on the interface, a server message indicating use of the blockchain mode, and securely communicate with the server, on the interface, using at least one cryptographic key generated from information including cryptographic key generation information stored in the blockchain. Related apparatus and methods are also described.

Abstract: One or more embodiments of the present specification provide a blockchain-based enterprise authentication method, apparatus, and device.

Abstract: The present disclosure describes techniques for using a consensus network for handling requests. In one implementation, a first block chain node sends, to a consensus network, a business request generated according to business information sent by a user. A second block chain node in the consensus network verifies the legality of a business result obtained by a third block chain node according to the business request. The first block chain node executes a first designated operation by triggering a first smart contract in the business request. The first block chain node utilizes the smart contract executed automatically. The first block chain node automatically accomplishes the first designated operation by using the first smart contract once the business result passes the verification carried out by the second block chain node. The second block chain node verifies the business result obtained by the third block chain node.

Abstract: Techniques for invocating a smart contract are described. One example method includes receiving a target transaction that is used to initiate an invocation of a smart contract, wherein the target transaction comprises invocation data, and wherein the invocation data comprises a data digest associated with target data stored in a third-party storage system interconnected with a blockchain; querying the target data from the third-party storage system; receiving a query result returned by the third-party storage system, wherein the query result comprises encrypted target data; obtaining a key to decrypt the encrypted target data to generate decrypted target data; performing a content verification on the decrypted target data; determining that the content verification succeeds; invoking the smart contract to perform a smart contract computation on the invocation data; and storing a computation result in a distributed database associated with the blockchain after the smart contract computation is completed.

Abstract: The disclosed embodiments include methods and systems for providing payment token transactions by a mobile device. The mobile device may be operable to obtain a payment token, where the payment token is associated with one or more payment token parameters and the mobile device may be configured to communicate with a financial service provider system over a first network when connectivity to the first network is available to the mobile device. The mobile device may provide the payment token to a contactless payment terminal (CPT) associated with a merchant, during a purchase transaction involving a product provided by the merchant, where the mobile device may communicate the payment token to the CPT over a local network that is different from the first network such that connectivity between the mobile device and the first network is not required.

Abstract: There is described a method for transmitting a transaction message from a transaction device having a transaction device identifier. The method involves encrypting, at a transaction device, a transaction device identifier, generating, at the transaction device, a transaction message for a transaction system, the transaction message comprising, at least, a first data field configured to hold a transaction device identifier and a second data field configured to hold supplementary data, and sending the transaction message to a transaction processing system. The generation of the transaction message comprises providing data in the first data field of the transaction message that does not identify the transaction device and providing the encrypted transaction device identifier in the second data field of the transaction message.

Abstract: A portable token device is described, the token device useable to request transactions performed over an interchange system. The token device authenticates a user through the use of biometric data such as a fingerprint. When in proximity to a point of sale (POS) terminal, the token device communicates with the POS terminal over a wireless network to authorize a transaction involving the user. The interchange system employs blockchain elements that can be used in a payment apparatus for managing payments or other types of transactions, and for managing user accounts. The interchange system enables users to enroll in the system, and enables the various users' computing devices to be used as confirmation centers for new transactions and/or funds transfers between users.

Abstract: The disclosed embodiments include processes that securely approve and execute exchanges of data between systems, apparatuses, and devices in a computing environment. For example, a terminal device may establish communications with a client device across a direct channel of communication, and may initiate an exchange of data with that additional device across the direct communications channel. The initiated data exchange may be characterized by a value of a data-exchange parameter, and the terminal device may determine to authorize the current data exchange in real-time based on cryptographically secure distributed ledger data maintained by the client device and provided to the terminal device across the direct communications channel. Further, and based on transmitted confirmation data, the client device may generate additional, cryptographically secure of the distributed ledger data to reflect the authorized data exchange.

Abstract: Methods, systems, and media for storing and retrieving data from distributed vaults are provided. In some embodiments, a method for storing and retrieving data from distributed vaults is provided, the method comprising: generating, by a first user device, a plurality of pieces of a data item, wherein a count N of the plurality of pieces equals a count of vault devices in a group of vault devices, wherein the data item can be reconstructed from a subset of the plurality of pieces, and wherein the data item corresponds to a key to access secure content; for each piece of the data item, transmitting the piece of the data item to a unique vault device; requesting, by a second user device, the subset of the plurality of pieces; generating the data item using the subset of the plurality of pieces; and using the data item to access the secure content.

Abstract: A method for intelligent routing for electronic wallet registration includes: storing, in a wallet database of a processing server, a plurality of wallet profiles, wherein each wallet profile includes a structured data set related to at least one electronic wallet including at least one or more wallet identifiers and one or more identification numbers; receiving, by a receiving device of the processing server, a wallet request from a computing device, wherein the wallet request includes at least a primary account number; executing, by a querying module of the processing server, a query on the wallet database to identify a specific wallet profile where one of the included one or more identification numbers corresponds to the primary account number; electronically transmitting, by a transmitting device of the processing server, at least one of the one or more wallet identifiers included in the identified specific wallet profile to the computing device.

Abstract: Systems and methods for sensitive data management are disclosed. A voice-enabled device may generate audio data representing a request from a user utterance. A remote system may perform speech-processing operations, including obtaining responsive text data from a third-party application. In examples, a sensitivity designation may be received from the third-party application, which may cause the remote system to encrypt the responsive text data, redact the text data, and/or remove the text data from the remote system after the response is provided to the voice-enabled device.

Abstract: Techniques are described selecting consensus nodes in a blockchain. A voting process is performed by a plurality of shareholder nodes to generate a voting result for each shareholder node. The voting process comprises each shareholder node voting for a plurality of expected nodes, and the expected nodes and the plurality of shareholder nodes comprise a group of nodes associated with a blockchain. A shareholder node is a node that owns at least one share. A voting result is verified for each shareholder node. After the voting process, a number of shares owned by each node of the group of nodes id determined based on the voting result. A plurality of consensus nodes are selected from shareholder nodes based on the number of shares owned by each of the shareholder nodes.