Abstract: A method for processing a resource account transaction within a wireless electronic device, such as a smartphone or other portable electronic device. During or at the initiation of a resource transaction with a near-field transaction terminal, the device receives from the terminal via a first communication interface, a resource account system ID. A locally stored resource account is selectively identified based on the received resource account system ID. The device sends a resource account application ID corresponding to the selected resource account to the near-field transaction terminal via the first communication interface. From the near-field transaction terminal, the device receives a token ID that is associated with the selected resource account, and sends, the token ID to an account management system via a second communication interface. The device receives from the account management system a transaction token comprising the token ID associated with a specified transaction resource value.

Abstract: According to one exemplary embodiment, a method for dynamic generation of payment token ratings is provided. The method includes receiving a token request, whereby the token request includes a plurality of metadata. The method also includes analyzing the received plurality of metadata based on at least one predefined rule set. The method further includes generating a token in response to receiving the token request. The method then includes determining an assurance rating for the generated token based on the analyzed received plurality of metadata, whereby the assurance rating indicates a risk of fraud associated with the generated token. The method finally includes assigning a token rating to the generated token based on the determined assurance rating.

Abstract: An example operation may include one or more of connecting, by an identity protection node, to a blockchain network comprised of a plurality of user nodes, assigning, by the identity protection node, two sets of credentials to users of the plurality of the user nodes, monitoring, by the identity protection node, transactions initiated by the plurality of the user nodes, in response to a detection of an unauthorized transaction initiated by a user node of the plurality of the user nodes, invoking, by the identity protection node, the second set of the credentials of a user associated with the unauthorized transaction, and executing, by the identity protection node, a smart contract to apply the second set of the credentials against the first set of the credentials.

Abstract: An example operation may include one or more of identifying a blockchain transaction requiring completion, identifying one or more task requests associated with the blockchain transaction, determining a number of different qualities of service required to complete the one or more task requests, and determining a number of service provider blockchain members are required to complete the one or more task requests based on a number of different available resources assigned to the service provider blockchain members.

Abstract: A blockchain function may include one or more of identifying a plurality of new transactions to be committed to a blockchain, determining whether any of the plurality of new transactions comprises a data dependency with any other of the plurality of new transactions, and transmitting a plurality of messages providing validation of the plurality of the new transactions, responsive to the determining.

Abstract: Operating conditions of a blockchain configuration may be dynamic and change automatically under certain circumstances. One example method of operation may include one or more of identifying an existing consensus procedure used in an existing blockchain configuration, identifying current metrics associated with the existing blockchain configuration, comparing the current metrics to predefined rules, identifying one or more deviations based on the current metrics being compared to the predefined rules, and changing the existing consensus procedure to a next consensus procedure for a subsequent block in the existing blockchain configuration responsive to identifying the one or more deviations.

Abstract: A code reuse user interface executed by a processor allows a code developer to specify unused data variables of a coded object definition to be reused, from pre-existing code within a new application, as a partial object without instantiation of the unused data variables. An indication from the code developer that at least one data variable of the reused coded object definition is specified as unused in the new application is detected within the code reuse user interface. The specified at least one unused data variable of the reused coded object definition is externalized from the code reuse user interface to a runtime environment, where as part of execution of the new application in the runtime environment, the runtime environment instantiates the reused coded object definition as the partial object without instantiation of the specified at least one unused data variable.

Abstract: The creation of a private sub-blockchain from a main blockchain is disclosed including receiving a request including a trust requirement and an agility requirement, receiving monitoring data from at least one of a plurality of validator nodes of the main blockchain, the monitoring data generated by monitoring the execution of transactions and the exchange of consensus messages by one or more of the plurality of validator nodes, determining a minimum number of validator nodes required to meet the trust requirement, identifying a subset of the plurality of validator nodes of the main blockchain that meets the agility requirement based on the received monitoring data, the subset containing at least the determined minimum number of validator nodes required to meet the trust requirement, and creating a private sub-blockchain of the main blockchain, the private sub-blockchain including the identified subset of the plurality of validator nodes of the main blockchain.

Abstract: An example operation may include one or more of connecting, by a scheduler node, to a blockchain network comprised of member nodes, receiving, by the scheduler node, a plurality of transactions that include deadlines from the member nodes, comparing, by the scheduler node, the deadlines of the plurality of the transactions against an average time to append to a ledger (ATAL) pre-calculated for the scheduler node, dropping, by the scheduler node, the transactions of the plurality of the transactions, if a sum of the ATAL and a current time is larger than the deadlines of the plurality of the transactions, calculating, by the scheduler node, a priority usage balance (PUB) for the member nodes based on the transactions of the plurality of transactions remaining after the transactions of the plurality of the transactions have been dropped, scheduling, by the scheduler node, a transaction with an earliest deadline from the plurality of the remaining transactions to be validated first for an execution, and arrangin

Abstract: An example system may include a processor and memory, wherein the processor is configured to perform one or more of receive a first biometric sample of a user from a terminal, execute a smart contract to compare the first biometric sample against a pre-recorded second biometric sample stored on a blockchain, in response to the match, acquire shared data of the user from a communication service provider, execute a smart contract to generate a question based on the shared data, receive an answer to the question from the user and execute a smart contract to record the answer on the blockchain, and execute a smart contract to authenticate the user based on the answer to the question and the first biometric sample.

Abstract: An example system may include a processor and memory, wherein the processor is configured to perform one or more of acquire a first biometric sample of a user, compare the first biometric sample of the user against a pre-recorded second biometric sample, in response to the match, access shared data of the user stored on a blockchain, generate a question based on the shared data, receive an answer to the question from the user, and authenticate the user based on the answer to the question and the first biometric sample.

Abstract: Provided are techniques for collecting data associated with a mobile communication device, wherein the mobile communication device is executing a session associated with a mobile application over a wireless connection; assigning a corresponding weight value to each datum of the constraint data; generating a score for the communication session based upon the data wherein each datum is modified based upon the corresponding weight; and, in response to a determination that the score falls within a first range, store a context corresponding to the session in a persistent data storage and extend the session; in response to a determination that the score falls within a second range, distinct from the first range, store the context in the persistent data storage and maintain the session as a transient session; and, in response to a determination that the score does not fall within wither the first or second ranges, terminate the session.

Abstract: An approach is provided in which an information handling system deploys a container into a container group. The container includes service level information corresponding to a service level. A process executing within the container group analyzes the service level information against status data corresponding to the container group and performs a service-related action to enforce the service level within the container group based on the analysis.

Abstract: An example operation may include one or more of identifying a blockchain transaction, determining a penalty metadata token assigned to a member associated with the blockchain transaction, determining a penalty coefficient rating based on the penalty metadata token assigned to the member, and determining whether to accept the blockchain transaction based on the penalty coefficient rating.

Abstract: An example operation may include one or more of receiving a transaction request into at least one node of a blockchain network, the transaction request comprising one or more transaction parameters and one or more encryption keys, processing the transaction request to produce a transaction result, encrypting one or more parameters of the transaction result to produce an encrypted transaction result, storing the encrypted transaction result in a data block of the blockchain, and storing the one or more encryption keys in one or more key stores of the blockchain network.

Abstract: A method, system and computer program product for autonomic caching in an IMDG has been provided. A method for autonomic caching in an IMDG includes receiving from a client of the IMDG a request for a primary query in the IMDG. The method also includes associating the primary query with a previously requested sub-query related to the primary query. Finally, the method includes directing the sub-query concurrently with a directing of the primary query without waiting to receive a request for the sub-query from the client. In this way, the method can proactively predict a receipt of the request for a sub-query following a request for a primary query prior the actual receipt of the request for the sub-query.

Abstract: Operating conditions of a blockchain configuration may be dynamic and change automatically under certain circumstances. One example method of operation may include one or more of identifying an existing consensus procedure used in an existing blockchain configuration, identifying current metrics associated with the existing blockchain configuration, comparing the current metrics to predefined rules, identifying one or more deviations based on the current metrics being compared to the predefined rules, and changing the existing consensus procedure to a next consensus procedure for a subsequent block in the existing blockchain configuration responsive to identifying the one or more deviations.

Abstract: Embodiments include a method for configuring a token transfer device for electronic transactions. The method can include requesting, by a token transfer device, one or more tokens having specified transaction exchange value; receiving, over a network, the one or more tokens; assigning, by the token transfer device, validation parameters indicating conditions under which the one or more tokens will be accepted in a transaction; determining, by the token transfer device, that one or more of the conditions have been met based on data provided by electronic components of the token transfer device; and initiating the transaction with a point of sale system.

Abstract: An example operation may include one or more of connecting, by an asset server, to a source blockchain configured to store a digital asset of an asset owner, enciphering and locking, by the asset server, the asset in the source blockchain, manifesting, by the asset server, the asset as a linked asset in a target blockchain, tracking, by the asset server, a life cycle of the asset, detecting, by the asset server, an end of the life cycle of the asset, reflecting, by the asset server, the end of the life cycle of the asset in the source blockchain, and creating, by the asset server, the asset in the target blockchain.

Abstract: An example operation may include one or more of receiving an asset from an asset owner, initiating an integrity of the asset and entering the asset into a primary chain of genesis, signing the asset and locking the asset in the primary chain of genesis, manifesting the asset as a linked asset in a derivative chain of genesis, detecting a timeout of the asset in the primary chain of genesis, ending a life cycle of the asset in the primary chain of genesis, and creating a new asset in the derivative chain of genesis based on the asset.