Abstract: A cryptographic asset trading system comprises circuitry configured to: receive creation request for share(s) of digital fund token serving as digital representation of fund of assets, creation request comprising digital signature of first cryptographic key associated with first account; in response to receiving creation request: place respective quantity of each of plurality of different assets represented by share(s) of digital fund token into escrow account associated with cryptographic asset trading system as collateral for digital fund token; create and transfer digital fund token to first account by cryptographically signing digital fund token with second cryptographic key associated with cryptographic asset trading system; and record creation and transfer of digital fund token to first account on distributed ledger thereby requiring cryptographic signing with first cryptographic key associated with first account to: (i) redeem digital fund token from first account or (ii) transfer digital fund token fr

Abstract: An asset trading system utilizing a distributed ledger and configured to: when a creation request to create a digital fund token representing at least one share of a fund having a plurality of different assets (i) is received, (ii) is electronically signed with a private key associated with a first addressed account, and (iii) indicates a composition of the at least one share of the fund: place the plurality of different assets represented by the at least one share of the fund into an escrow account; create the digital fund token, wherein the digital fund token indicates the composition of the share of the fund; and record the creation of the digital fund token on a distributed ledger.

Abstract: A thruster system for improved steering and maneuverability of a marine vessel when operating at relatively low, or wakeless speeds, such as in the vicinity of docks, swimmers or other obstacles, or when trailering, beaching or mooring. The thruster system has a modularized design adapted to independently control separate motor/driver units located at various positions on the vessel's hull. Each driver (e.g., propeller or impeller) of the modular thruster motor system has its own relatively small, electric motor and mounting bracket, permitting each motor to be separately mounted to a location on the hull of the marine vessel apart from other thruster motors. The thruster system is further enhanced by an electrical control system for controlling each modular thruster motor system of the thruster system. In some embodiments, a charging system is provided that permits each electrical control system to be separately charged from the marine vessel's main battery.

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: The system and method may assess the merchant risk level on a more continuous scale rather than a binary categorization. It may produce a continuous risk score proportional to the likelihood of a merchant being risky, effectively addressing the issue of shades of gray encountered by the traditional blacklisting approach. The continuous risk score feature provides greater flexibility as it allows the payment network to make dynamic pricing decisions (known as interchange optimization) based on the merchant risk level. Using collective intelligence from transactions across the payment network, the system and method may be able to assess the merchant risk level with high accuracy. The system and method may be particularly beneficial to small merchants with low transaction volume as even a few fraudulent transactions can easily put them in the high-risk merchant category. Further, the system and method may help payment processing networks make better decision on cross-border transactions.

Abstract: A system, method, and computer program product for incorporating knowledge from more complex models in simpler models. A method may include obtaining first training data associated with a first set of features and second training data associated with a second set of features different than the first set of features; training a first model based on the first training data and the second training data; and training a second model, using a loss function that depends on an output of an intermediate layer of the first model and an output of the second model, based on the second training data.

Abstract: A system, method, and computer program product for incorporating knowledge from more complex models in simpler models. A method may include obtaining first training data associated with a first set of features and second training data associated with a second set of features different than the first set of features; training a first model based on the first training data and the second training data; and training a second model, using a loss function that depends on an output of an intermediate layer of the first model and an output of the second model, based on the second training data.

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: In an embodiment, a method comprises storing, in one or more digital data repositories, a body of code configured to execute one or more operations of a Proof of Stake (PoS) consensus algorithm on a blockchain node of a blockchain network, the one or more operations including a signing of a block for inclusion in the blockchain network; before executing the body of code on the blockchain node of a blockchain network, generating and transmitting a request to execute the body of code to a server computer, the request comprising a global identification value associated with the blockchain node of the blockchain network; in response to transmitting the request, receiving a response from the server computer, the response indicating whether the global identification value is locked; in response determining, based on the response, that the global identification value is not locked, executing the body of code on the node of the blockchain network, wherein executing the body of code on the node includes performing the

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: An asset trading system utilizing a distributed ledger and configured to: when a creation request to create a digital fund token representing at least one share of a fund having a plurality of different assets (i) is received, (ii) is electronically signed with a private key associated with a first addressed account, and (iii) indicates a composition of the at least one share of the fund: place the plurality of different assets represented by the at least one share of the fund into an escrow account; create the digital fund token, wherein the digital fund token indicates the composition of the share of the fund; and record the creation of the digital fund token on a distributed ledger.

Abstract: An asset trading system utilizing a distributed ledger and configured to: when a creation request to create a digital fund token representing at least one share of a fund having a plurality of different assets (i) is received, (ii) is electronically signed with a private key associated with a first addressed account, and (iii) indicates a composition of the at least one share of the fund: place the plurality of different assets represented by the at least one share of the fund into an escrow account; create the digital fund token, wherein the digital fund token indicates the composition of the share of the fund; and record the creation of the digital fund token on a distributed ledger.

Abstract: In an embodiment, a method comprises performing a first synchronization operation for a blockchain node of a plurality of blockchain nodes of a blockchain network, the first synchronization operation comprising the blockchain node receiving blockchain history data from one or more blockchain nodes of the plurality of blockchain nodes of the blockchain network and storing the blockchain history data in one or more digital data repositories; determining that the blockchain history data satisfies one or more validation criteria; creating a new blockchain node of the blockchain network, the new blockchain node configured to retrieve the blockchain history data from the one or more digital data repositories and replicate the blockchain history data for the new blockchain node, the new blockchain node existing in an unsynchronized state; performing a second synchronization operation for the new blockchain node of the blockchain network, the second synchronization operation comprising the new blockchain node receivi

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: The system and method may assess the merchant risk level on a more continuous scale rather than a binary categorization. It may produce a continuous risk score proportional to the likelihood of a merchant being risky, effectively addressing the issue of shades of gray encountered by the traditional blacklisting approach. The continuous risk score feature provides greater flexibility as it allows the payment network to make dynamic pricing decisions (known as interchange optimization) based on the merchant risk level. Using collective intelligence from transactions across the payment network, the system and method may be able to assess the merchant risk level with high accuracy. The system and method may be particularly beneficial to small merchants with low transaction volume as even a few fraudulent transactions can easily put them in the high-risk merchant category. Further, the system and method may help payment processing networks make better decision on cross-border transactions.

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: In an embodiment, a method comprises storing, in one or more digital data repositories, a body of code configured to execute one or more operations of a Proof of Stake (PoS) consensus algorithm on a blockchain node of a blockchain network, the one or more operations including a signing of a block for inclusion in the blockchain network; before executing the body of code on the blockchain node of a blockchain network, generating and transmitting a request to execute the body of code to a server computer, the request comprising a global identification value associated with the blockchain node of the blockchain network; in response to transmitting the request, receiving a response from the server computer, the response indicating whether the global identification value is locked; in response determining, based on the response, that the global identification value is not locked, executing the body of code on the node of the blockchain network, wherein executing the body of code on the node includes performing the

Abstract: In an embodiment, a method comprises performing a first synchronization operation for a blockchain node of a plurality of blockchain nodes of a blockchain network, the first synchronization operation comprising the blockchain node receiving blockchain history data from one or more blockchain nodes of the plurality of blockchain nodes of the blockchain network and storing the blockchain history data in one or more digital data repositories; determining that the blockchain history data satisfies one or more validation criteria; creating a new blockchain node of the blockchain network, the new blockchain node configured to retrieve the blockchain history data from the one or more digital data repositories and replicate the blockchain history data for the new blockchain node, the new blockchain node existing in an unsynchronized state; performing a second synchronization operation for the new blockchain node of the blockchain network, the second synchronization operation comprising the new blockchain node receivi