Abstract: In one aspect, a computing system including a processor in communication with at least one memory may be provided. The processor may be configured to: (i) connect to a plurality of data sources in a nodal network including a plurality of nodes; (ii) determine, for each node of the plurality of nodes, a relationship to at least one other node of the plurality of nodes; (iii) generate, based upon the determined relationships between nodes, a mapping including each node of the plurality of nodes and each relationship of the determined relationships; (iv) analyze each relationship of the determined relationships to determine at least one threat; (v) determine at least one solution for the at least one threat; and/or (vi) cause display of the at least one threat and the at least one solution.

Abstract: A system comprises: first, second, third computing device(s) and distributed ledger(s). Third computing device(s) store PII for accounts. First computing device(s) receive request to obtain PII regarding public information for first account from first user of second computing device(s). First computing device(s) determine that the third computing device(s) includes PII regarding public information for first account. First computing device(s) determine whether first user has permission to obtain PII regarding public information for first account from third computing device(s) that includes PII regarding public information for first account. First computing device(s) receive public information for first account from distributed ledger(s) when first user has permission to obtain PII regarding public information for first account from third computing device(s) that includes PII regarding public information for first account.

Abstract: A network node includes at least one processor, at least one memory, and at least one network interface. The network node is configured to be within a plurality of network nodes communicatively coupled in a peer-to-peer network of network nodes implementing a distributed ledger that cryptographically secures security tokens. The network node is configured to be communicatively coupled to at least one remotely located computing device through the at least one network interface. The at least one processor is configured to determine a split ratio for a new split of the security tokens held in at least one address of the distributed ledger. The at least one processor is also configured to store an indication of the split ratio without updating token balances for all of the at least one address in a list of addresses holding at least one of the security tokens.

Abstract: A network node in a peer-to-peer network of nodes includes at least one processor, at least one memory, and at least one network interface. The at least one processor is configured to receive a request to transfer a security token and execute a plurality of compliance rules associated with the security token. At least one of the compliance rules is implemented using at least one smart contract. The at least one smart contract references a global registry. The at least one processor is also configured to transfer the security token based on the execution of the compliance rules. The global registry includes personally identifiable information (PII) hash(es) for each of at least one investor associated with the transfer of the security token. The hashes are committed to the distributed ledger and updated when PII of a respective one of the at least one investor changes.

Abstract: Techniques are described for a data recovery validation test. In examples, a processor receives a command to be included in the validation test that is configured to validate performance of an activity by a server prior to a failure to perform the activity by the server. The processor stores the validation test including the command on a memory device, and prior to the failure of the activity by the server, executes the validation test including the command responsive to an input. The processor receives results of the validation test corresponding to the command and indicating whether the server performed the activity in accordance with a standard for the activity during the validation test. The processor provides the results of the validation test in a user interface.

Abstract: An automated service ticket generation system including an application configured to receive risk data associated with an asset and generate a service ticket based on the risk data. The application may receive risk data including an indication of whether the asset is out of compliance or will soon be out of compliance with a policy and/or regulation. Responsive to receiving the risk data, the application may access a remote computing device to generate the service ticket. The service ticket may include a mitigation task for an asset owner to perform in order to comply with the policy and/or regulation. The application may cause an indication of the service ticket to be presented on a display of a computing device. In some examples, the application may cause an indication of the service ticket to be sent to a computing device associated with the asset.

Abstract: An automated service ticket generation system including an application configured to receive risk data associated with an asset and generate a service ticket based on the risk data. The application may receive risk data including an indication of whether the asset is out of compliance or will soon be out of compliance with a policy and/or regulation. Responsive to receiving the risk data, the application may access a remote computing device to generate the service ticket. The service ticket may include a mitigation task for an asset owner to perform in order to comply with the policy and/or regulation. The application may cause an indication of the service ticket to be presented on a display of a computing device. In some examples, the application may cause an indication of the service ticket to be sent to a computing device associated with the asset.

Abstract: Techniques are described for a data recovery validation test. In examples, a processor receives a command to be included in the validation test that is configured to validate performance of an activity by a server prior to a failure to perform the activity by the server. The processor stores the validation test including the command on a memory device, and prior to the failure of the activity by the server, executes the validation test including the command responsive to an input. The processor receives results of the validation test corresponding to the command and indicating whether the server performed the activity in accordance with a standard for the activity during the validation test. The processor provides the results of the validation test in a user interface.

Abstract: In an example, a system comprises at least one processor, at least one memory communicatively coupled to the processor, and at least one network interface communicatively coupled to the processor. The processor is configured to: receive an intent to purchase a token into a transaction address from a remote computing device; receive signed data, signed by a private key, from the computing device; receive at least one of the transaction address or public key associated with the transaction address from the computing device; verify that the transaction address or the public key is associated with the private key; verify that the transaction address or the public key is whitelisted to purchase the token; and allow purchase of the token into the transaction address when the target transaction address or the public key is both: (1) associated with the private key and (2) whitelisted to purchase the token.

Abstract: A network node includes at least one processor, at least one memory, and at least one network interface. The network node is configured to be within a plurality of network nodes communicatively coupled in a peer-to-peer network of network nodes implementing a distributed ledger. The network node is configured to be communicatively coupled to at least one remotely located computing device through the at least one network interface. The at least one processor is configured to determine a split ratio for a new split of security tokens held in at least one address of the distributed ledger. The at least one processor is also configured to store an indication of the split ratio without updating token balances for all of the at least one address in a list of addresses holding at least one of the security tokens.

Abstract: A network node in a peer-to-peer network of nodes includes at least one processor, at least one memory, and at least one network interface. The at least one processor is configured to receive a request to transfer a security token and execute a plurality of compliance rules associated with the security token. At least one of the compliance rules is implemented using at least one smart contract. The at least one smart contract references a global registry. The at least one processor is also configured to transfer the security token based on the execution of the compliance rules. The global registry includes personally identifiable information (PII) hash(es) for each of at least one investor associated with the transfer of the security token. The hashes are committed to the distributed ledger and updated when PII of a respective one of the at least one investor changes.

Abstract: Techniques are described for a data recovery validation test. In examples, a processor receives a command to be included in the validation test that is configured to validate performance of an activity by a server prior to a failure to perform the activity by the server. The processor stores the validation test including the command on a memory device, and prior to the failure of the activity by the server, executes the validation test including the command responsive to an input. The processor receives results of the validation test corresponding to the command and indicating whether the server performed the activity in accordance with a standard for the activity during the validation test. The processor provides the results of the validation test in a user interface.

Abstract: A computing system includes: server; client; broker-dealer database(s) storing personally identifiable information for accounts; and distributed ledger. Server receives request to obtain the personally identifiable information (PII) regarding public information for first account from first user of client. Server determines that a database of the database(s) includes the PII for the first account. Server determines whether the first user has permission to obtain the PII for the first account from the database that includes the PII for the first account. Server receives public information for the first account from distributed ledger when the first user has permission to obtain the PII for the first account from the database that includes the PII for the first account. Server provides the PII regarding the public information to the first user of the client.

Abstract: Techniques are described for a data recovery validation test. In examples, a processor receives a command to be included in the validation test that is configured to validate performance of an activity by a server prior to a failure to perform the activity by the server. The processor stores the validation test including the command on a memory device, and prior to the failure of the activity by the server, executes the validation test including the command responsive to an input. The processor receives results of the validation test corresponding to the command and indicating whether the server performed the activity in accordance with a standard for the activity during the validation test. The processor provides the results of the validation test in a user interface.

Abstract: A network node that includes at least one processor, at least one memory, and at least one network interface. The network node is configured to be within a plurality of network nodes communicatively coupled in a peer-to-peer network of network nodes implementing a distributed ledger. The network node is communicatively coupled to at least one remotely located computing device through the at least one network interface. The at least one processor is configured to deploy a second smart contract at a second address on the distributed ledger; set an address field in the first smart contract to reference the second address; subtract a particular number of tokens from a first respective value corresponding to a first respective address in the first table of balances; and add the particular number of tokens to a second respective value corresponding to the second address in the first table of balances.

Abstract: A computing system includes: server; client; broker-dealer database(s) storing personally identifiable information for accounts; and distributed ledger. Server receives request to obtain personally identifiable information (PII) regarding a trading history for a first account from a first user of the client. Server determines which broker-dealer database of the broker-dealer database(s) includes the PII for the first account. Server determines whether the first user has permission to obtain the PII for the first account. Server receives a trading history for the first account from a distributed ledger when the first user has permission to obtain the PII for the first account. Server is configured to map the PII from the broker-dealer database with the public transaction information received from the at least one distributed ledger to generate mapped information.

Abstract: A network node that includes at least one processor, at least one memory, and at least one network interface. The network node is configured to be within a plurality of network nodes communicatively coupled in a peer-to-peer network of network nodes implementing a distributed ledger. The network node is communicatively coupled to at least one remotely located computing device through the at least one network interface. The at least one processor is configured to deploy a child smart contract, which is a subsequent version of a parent smart contract, on the distributed ledger. The at least one processor is also configured to set an upgraded address field in the parent smart contract to point to an address of the child smart contract. The parent smart contract remains deployed after the child smart contract is deployed.

Abstract: A spray assembly (110) for a spray head (200) which is arranged, in use, to adjust a spray pattern of fluid includes a spray plate (118) with a plurality of holes (132, 134) therethrough, and a control member (116) rotatable relative to the spray plate (118). In use, the orientation of the spray plate (118) is fixed and rotation of the control member (116) causes fluid to be directed to different groups of the plurality of holes (132, 134) through the spray plate (118). The spray assembly (110) further comprises at least one flow control opening (152) provided in a flow control plate (124) driven by rotation of the control member (116). The flow control opening (152) is arranged, in use, to be moved in response to rotation of the control member (116). The flow control plate (124) has teeth (142) on its outer circumference which interlock with teeth (146) on an outer circumference of an idler gear (148).

Abstract: An apparatus and method thermally manage a high performance computing system having a plurality of nodes with microprocessors. To that end, the apparatus and method monitor the temperature of at least one of a) the environment of the high performance computing system and b) at least a portion of the high performance computing system. In response, the apparatus and method control the processing speed of at least one of the microprocessors on at least one the plurality of nodes as a function or at least one of the monitored temperatures.

Abstract: In an example, a system comprises at least one processor, at least one memory communicatively coupled to the processor, and at least one network interface communicatively coupled to the processor. The processor is configured to: receive an intent to purchase a token into a transaction address from a remote computing device; receive signed data, signed by a private key, from the computing device; receive at least one of the transaction address or public key associated with the transaction address from the computing device; verify that the transaction address or the public key is associated with the private key; verify that the transaction address or the public key is whitelisted to purchase the token; and allow purchase of the token into the transaction address when the target transaction address or the public key is both: (1) associated with the private key and (2) whitelisted to purchase the token.