# US 12,602,510 B2 · Trust scores and security in trustless interactions based on digital ledger addresses

> Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt

- Number: US 12,602,510 B2
- Document ID: US12602510B2
- Status: Granted
- Kind: B2
- Application number: 18/207,485
- Filed: 2023-06-08
- Published: 2023-11-02
- Granted: 2026-04-14
- Earliest claimed: 2021-11-23
- Assignees: Strong Force TX Portfolio 2018, LLC
- Applicants: Strong Force Tx Portfolio 2018, LLC
- Inventors: Charles Howard Cella; Brad Kell; Mehul Desai; Teymour S. El-Tahry
- Web page: https://patentgrep.com/patent/US12602510B2

## CPC

- G06F 21/6245: {Protecting personal data, e.g. for financial or medical purposes}
- G06F 21/44: Program or device authentication
- G06N 3/08: Learning methods
- G06Q 20/0855: {involving a third party}
- G06Q 20/10: specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q 20/223: {based on the use of peer-to-peer networks}
- G06Q 20/36: using electronic wallets or electronic money safes
- G06Q 20/3672: {initialising or reloading thereof}
- G06Q 20/3674: {involving authentication}
- G06Q 20/382: {insuring higher security of transaction}
- G06Q 20/3825: {Use of electronic signatures}
- G06Q 20/3829: {involving key management}
- G06Q 20/40: Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q 20/4016: {involving fraud or risk level assessment in transaction processing}
- G06Q 20/405: {Establishing or using transaction specific rules}
- G06Q 30/0201: Market modelling; Market analysis; Collecting market data
- G06Q 30/0202: Market predictions or forecasting for commercial activities
- G06Q 30/0206: {Price or cost determination based on market factors}
- G06Q 30/0209: {Incentive being awarded or redeemed in connection with the playing of a video game}
- G06Q 30/0241: Advertisements
- G06Q 30/0609: {Qualifying participants for shopping transactions (payment transaction verification G06Q20/401)}
- G06Q 40/00: Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q 40/04: Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
- G06Q 40/08: Insurance
- H04L 9/50: {using hash chains, e.g. blockchains or hash trees}
- H04L 43/0852: Delays
- H04L 63/00: {Network architectures or network communication protocols for network security (cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00; network architectures or network communication protocols for wireless network security H04W12/00; security arrangements for protecting computers or computer systems against unauthorised activity G06F21/00)}
- G06Q 40/03: Credit; Loans; Processing thereof
- G06Q 2220/00: Business processing using cryptography
- H04L 63/10: {for controlling access to devices or network resources}
- H04L 2209/56: Financial cryptography, e.g. electronic payment or e-cash
- G06F: ELECTRIC DIGITAL DATA PROCESSING (computer systems based on specific computational models G06N)
- G06N: COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06Q: INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- H04L: TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION (arrangements common to telegraphic and telephonic communication H04M)

## Abstract

Systems and methods for transaction platforms include various systems interacting with each other and transacting in various ways. A method for configuring and launching a marketplace includes: identifying, by a processing system having one or more processors, an opportunity to facilitate configuration of a new marketplace; receiving marketplace opportunity data, wherein the marketplace opportunity data includes information related to a set of assets of one or more types; determining configuration parameters to be implemented in the new marketplace; determining the feasibility of implementing the configuration parameters in the new marketplace; determining data resources to support the new marketplace; determining an architecture of the new marketplace; determining the configuration of the data resources in a data model for the marketplace; configuring a marketplace object; connecting selected data resources to populate the marketplace object; and launching the new marketplace.

## Claims

### Claim 1

A system for executing blockchain transactions on behalf of an enterprise, the system comprising:
one or more processors; and
a computer-readable medium that stores a set of executable instructions that, when executed by the one or more processors, cause the system to perform operations comprising:
assigning a plurality of digital assets of the enterprise to a plurality of digital wallets associated with the enterprise such that each digital asset is assigned to a respective digital wallet of the plurality of digital wallets;
receiving, at a graphical user interface configured to manage access to the plurality of digital wallets associated with the enterprise, input indicating respective permissions for each digital wallet, wherein the respective permissions for each digital wallet designate a respective plurality of users that are granted access to the digital wallet;
receiving a request to access the graphical user interface, wherein the request is initiated by a user device associated with a user;
selecting a set of digital wallets that the user is allowed to access based on the respective permissions for each digital wallet;
configuring the graphical user interface to grant the user access to a set of wallet-based functions of the set of digital wallets, wherein the set of digital wallets comprises multiple digital wallets, wherein the graphical user interface is further configured to prevent the user from accessing a different set of wallet-based functions;
receiving a transaction request initiated by the user device associated with the user, the transaction request requesting a blockchain transaction with a blockchain address associated with a third party and having a set of attributes corresponding to the requested blockchain transaction;
selecting a digital wallet of the set of digital wallets to execute the blockchain transaction based on the set of attributes;
initiating an interaction workflow from a set of workflows based on the selected digital wallet;
obtaining the blockchain address associated with the third party;
obtaining a trust score from a decentralized trust network that analyzes blockchain data to determine a likelihood of fraud based on the blockchain address, wherein the trust score indicates the likelihood of fraud;
determining whether to allow the blockchain transaction using the selected digital wallet based on the trust score;
and in response to determining to allow the blockchain transaction, initiating execution of the blockchain transaction using the selected digital wallet.

### Claim 2 (depends on 1)

The system of claim 1, wherein the operations further comprise verifying that the user is authorized to initiate execution of the blockchain transaction based on a role of the user and one or more interaction attributes.

### Claim 3 (depends on 2)

The system of claim 2, wherein the operations further comprise transmitting a trust score request to a blockchain node, wherein the request indicates the blockchain address associated with the third party, wherein the operations further comprise receiving the trust score from the blockchain node.

### Claim 4 (depends on 3)

The system of claim 3, wherein the trust score request indicates a decentralized network of node computing devices comprising the blockchain node that implement the decentralized trust network.

### Claim 5 (depends on 4)

The system of claim 4, wherein the trust score is a consensus trust score that is based on local trust scores independently determined by respective node computing devices of the decentralized network of node computing devices.

### Claim 6 (depends on 3)

The system of claim 3, wherein the operations further comprise determining, based on the interaction workflow, to execute the blockchain transaction in response to verifying that the user is authorized to initiate execution of the blockchain transaction and the trust score exceeding a trust threshold.

### Claim 7 (depends on 1)

The system of claim 1, wherein in response to execution of the blockchain transaction, the operations further comprise generating a transaction record and storing the transaction record on a second blockchain.

### Claim 8 (depends on 7)

The system of claim 7, wherein the second blockchain is a private blockchain maintained by the enterprise.

### Claim 9 (depends on 1)

The system of claim 1, wherein the operations further comprise managing a set of private and public keys on behalf of the enterprise.

### Claim 10 (depends on 1)

The system of claim 1, wherein obtaining the trust score from the decentralized trust network that analyzes blockchain data to determine the likelihood of fraud based on the blockchain address comprises:
transmitting a payment of a utility token for work performed to determine the trust score to a first blockchain node; and
receiving the trust score from a second blockchain node device that determined the trust score.

### Claim 11

A computer-implemented method for executing user-initiated blockchain transactions in trustless environments on behalf of an enterprise having a plurality of different users, the method comprising:
assigning a plurality of digital assets of the enterprise to a plurality of digital wallets associated with the enterprise such that each digital asset is assigned to a respective digital wallet of the plurality of digital wallets;
receiving, at a graphical user interface configured to manage access to the plurality of digital wallets associated with the enterprise, input indicating respective permissions for each digital wallet that designate a respective plurality of users that are granted access to the respective digital wallet;
receiving a request to access the graphical user interface, wherein the request is initiated by a user device associated with a user;
selecting a set of digital wallets that the user is allowed to access based on the respective permissions for each digital wallet;
configuring the graphical user interface to grant the user access to a set of wallet-based functions of the set of digital wallets, wherein the set of digital wallets comprises multiple digital wallets, wherein the graphical user interface is further configured to prevent the user from accessing a different set of wallet-based functions;
receiving a transaction request initiated by the user device associated with the user, the transaction request requesting a blockchain transaction with a blockchain address associated with a third party and having a set of attributes corresponding to the requested blockchain transaction;
selecting a digital wallet of the set of digital wallets to execute the blockchain transaction based on the set of attributes; and
the blockchain address associated with the third party;
obtaining a trust score from a decentralized trust network that analyzes blockchain data to determine a likelihood of fraud based on the blockchain address, wherein the trust score indicates the likelihood of fraud;
determining whether to allow the blockchain transaction using the selected digital wallet based on the trust score; and
in response to determining to execute the blockchain transaction, initiating execution of the blockchain transaction from using the selected digital wallet.

### Claim 12 (depends on 11)

The method of claim 11, further comprising that the user is authorized to initiate execution of the blockchain transaction based on a role of the user and one or more interaction attributes.

### Claim 13 (depends on 12)

The method of claim 12, further comprising:
providing a trust score request to a blockchain node, wherein the request indicates the blockchain address associated with the third party; and
receiving the trust score from the blockchain node.

### Claim 14 (depends on 13)

The method of claim 13, wherein the trust score request indicates a decentralized network of node computing devices comprising the blockchain node that implement the decentralized trust network.

### Claim 15 (depends on 14)

The method of claim 14, wherein the trust score is a consensus trust score that is based on local trust scores independently determined by respective node computing devices of the decentralized network of node computing devices.

### Claim 16 (depends on 13)

The method of claim 13, further comprising determining to allow the blockchain transaction in response to verifying that the user is authorized to perform the blockchain transaction and the trust score exceeding a trust threshold.

### Claim 17 (depends on 11)

The method of claim 11, further comprising, in response to execution of the blockchain transaction, generating an interaction record and storing the interaction record on a second blockchain.

### Claim 18 (depends on 17)

The method of claim 17, wherein the second blockchain is a private blockchain maintained by the enterprise.

### Claim 19 (depends on 11)

The method of claim 11, further comprising managing a set of private and public keys on behalf of the enterprise.

### Claim 20 (depends on 11)

The method of claim 11, wherein obtaining the trust score from the decentralized trust network that analyzes blockchain data to determine the likelihood of fraud based on the blockchain address comprises:
transmitting a payment of a utility token for work performed to determine the trust score to a first blockchain node; and
receiving the trust score from a second blockchain node device that determined the trust score.