Abstract: Systems, methods, and computer-readable storage media of template-based digital asset exchanges using a public key cryptography (PKC) framework. One method includes storing a plurality of exchange templates, and receiving a signed exchange request signed by a private key of a public and private key pair associated with a digital asset. The method further includes receiving an environmental dataset, and selecting, utilizing the environmental dataset, an exchange template of the plurality of exchange templates. The method further includes populating the plurality of fields of the selected exchange template based on the environmental dataset. The method further includes providing, to a plurality of user devices, a public key, updating a provider ledger, and updating a central ledger.

Abstract: A method for separately registering a user and a mobile device for use of a mobile wallet account includes registering, by a registration terminal of a mobile wallet provider, a user for use of the mobile wallet account, including assigning one or more user-provided settings to the mobile wallet account. The method also includes receiving, by a computing system of the mobile wallet provider, a request from a mobile device to register the mobile device for use as a mobile wallet, identifying, by the computing system, the mobile wallet account of the registered user based on the request, and registering, by the computing system, the mobile device for use of the identified mobile wallet account, including associating the one or more user-provided settings with use of the mobile device.

Abstract: Systems, methods, and computer-readable storage media of wrapping digital assets. One method includes receiving, from a central provider system, a digital asset signed by a central private key associated with a digital asset on a central ledger, and verifying the digital asset based on a central public key. The method further includes updating the digital asset including an assignee field, and receiving an attribute for a second assignee of the digital asset. The method further includes wrapping utilizing the private key of the public and private key pair, the digital asset with the attribute and receiving environmental data. The method further includes determining the at least one condition of the attribute is satisfied, and updating the assignee field.

Abstract: Systems, methods, and computer-readable storage media utilized for transferring math based currency (“MBC”) at a financial institution. One method includes storing a plurality of private and public key pairs in a pooled database. The method further includes receiving, from a customer computing device of a customer, a request for an MBC address to transfer an amount of MBC to a recipient. The method further includes creating a first private and public key pair associated with a first MBC address. The method further includes providing, to the customer computing device, the first MBC address. The method further includes receiving, from an MBC wallet application, an MBC transaction request for the amount of MBC, the MBC transaction request comprising the first MBC address. The method further includes transferring the amount of MBC to the first MBC address and storing the first private and public key pair in the pooled database.

Abstract: A provider computer system can receive a request for payment of a bill issued by a third party biller. The provider computer system can generate a passcode. Generating the passcode can include transforming data into the passcode. The provider computer system can transmit the passcode. A transaction machine can provide a user interface to receive the passcode. The transaction machine can receive the passcode via the user interface. The transaction machine can transmit a passcode verification request to the provider computer system. The transaction machine can receive a passcode verification message from the provider computer system. The transaction machine can prompt, responsive to receiving the passcode verification message, a third party customer to provide payment for the bill. The transaction machine can receive a payment associated with the bill. The transaction machine can transmit a payment notification to the provider computer system.

Abstract: Systems and methods for providing early payment recommendations may include one or more processors establish a connection between a first data source and a second data source, and maintain a machine-learning model trained to ingest data from the first and second data source. The processor(s) may detect a data entry for an invoice between an enterprise and a third party via the connection, extract a trade term from the invoice responsive to detecting the data entry, apply the trade term to the machine-learning model as a first input, and apply data of the account of the second data source to the machine-learning model as second input. The processor(s) may receive, from the machine-learning model, an output including a score for early-payment of the data entry according to the trade term and the data of the account, and transmit a notification for the invoice to a computing device of the enterprise.

Abstract: Systems and methods for receiving an enterprise resource dataset associated with the first entity, the enterprise resource dataset including an invoice data for the first entity, the invoice data including a first data entry including first value and a first maturity date and a second data entry including a second value and second maturity date, determining a predicted future account balance, determining based on the predicted future account balance, the first value, the second value, the first maturity date, the second maturity date, one or more financing options including a first finance option associated with the first data entry included in the invoice data, generating, a user interface display configured to be displayed within the enterprise application, the user interface display including the first finance option a selection of the first finance option, and initiating a first transfer to a second entity associated with the first data entry.

Abstract: A method includes receiving, by a provider computing system from an initiating device, an encrypted network return address of an user device that identifies a network address of the user device; receiving, by the provider computing system and from the user device, an encryption key configured to decrypt the encrypted network return address; decrypting, by the provider computing system, the encrypted network return address using the encryption key; and providing, by the provider computing system, a code to the user device based on the decrypted network return address by transmitting the code to the user device without going through the initiating device.

Abstract: A computing system may include a network circuit configured to communicate with a third party computing device via a network, one or more interface elements (e.g., application programming interfaces and/or software development kits) providing account open functionality, and an account open circuit configured to: accept, via the interface elements, a set of user data and an account open request for opening a new account with the provider, where the set of user data is received from a user computing device of a user via a third party website or application; establish the new account by generating a set of account data associated with the new account without directing the user to the operating environment of a website or application of the provider; and transmit the set of account data to the third party computing device for use by the third party computing device in a transaction with the user.

Abstract: Systems and methods for receiving, from an enterprise application associated with a first entity, a first data entry including first value and a first maturity date and a second data entry including a second value and second maturity date, determining, a predicted future account balance, determining, based on the predicted future account balance, the first value, the second value, the first maturity date, the second maturity date, one or more financing options including a first finance option associated with the first data entry included in the invoice data, generating, a user interface display including the first finance option, receive, from the enterprise application, a selection of the first finance option, in response to receiving the selection of the first finance option, initiating, a first transfer to the first entity corresponding with the first value before the first maturity date.

Abstract: Embodiments include a method of transferring math-based currency (MBC) funds from a source account associated with a customer computing device to a recipient account associated with a merchant computing system at a merchant physical location comprising a reading device for payment instrument. The method includes receiving a request for an MBC transaction token, generating the MBC transaction token, sending the MBC transaction token to the customer computing device. The method further includes receiving, from the merchant computing system, the MBC transaction token, determining the MBC transaction token is associated with the mobile wallet account, creating a public and private key pair for the MBC transaction. The method further includes signing and broadcasting the MBC transaction to MBC verification nodes, determining the MBC transaction was verified, transmitting an approval message.

Abstract: Systems and methods for facilitating communication between computing systems may include a device which establishes a connection between a first application executing on a first server and a second application executing on a second server. The first application and the second application may be linked to a common account holder. The first application may transmit, to the second application, at least a portion of data associated with the common account holder and accessible via the first application. The first application may generate populated form fields for a form associated with the first application using data from the second application and the data received by the second application from the first application. The first application may generate a new account for the common account holder using the populated form fields received from the second application.

Abstract: Systems, methods, and computer-readable storage media utilized for processing open loop math based currency (“MBC”) credit card transactions at a financial institution. One method includes receiving, via an open loop processing network, a request for an MBC transaction and generating a first code uniquely identifying the MBC transaction. The method further includes transmitting, via the open loop processing network, the first code to the customer computer device and receiving, from an acquirer/processor computer system via the open loop processing network, a second code including the first code and a public and private key pair. The method further includes determining that the public key is registered and updating a first entry of an overlay ledger and a second entry of the overlay ledger. The method further includes transmitting, via the open loop processing network, a credit guarantee and transmitting, via the open loop processing network, a receipt of the MBC transaction.

Abstract: A computer-implemented method includes authenticating, by one or more first processors of a provider computing system, a user of a vehicle with an account of the user where the vehicle is associated with the account, receiving vehicle data relating to the vehicle, transmitting application data to a vehicle computing system of the vehicle via a first network and based on the vehicle data where the vehicle computing system includes one or more second processors communicatively coupled to the provider computing system via the first network and where the application data includes instructions for rendering an interface via a display system of the vehicle, and receiving, by the one or more first processors and from the vehicle computing system, an input provided via the display system of the vehicle based on the application data.

Abstract: A method includes generating, by a provider computing system associated with a provider, a passcode and transmitting the passcode to a third party computing system; receiving, at a transaction machine associated with the provider, a request for payment of a bill issued by the third party to a third party customer; generating, by the transaction machine, a user interface to receive a passcode input and receiving the passcode input; causing, by the transaction machine and based on the passcode input, a cash deposit mechanism of the transaction machine to become enabled to receive a cash deposit; receiving, by the cash deposit mechanism of the transaction machine, the cash deposit; and transmitting, by the transaction machine, a payment notification to the third party computing system associated with the bill.

Abstract: Systems, methods, and apparatuses described herein relate to a method for delivering cash to a user. The method includes receiving a cash delivery request from a first user device of the user. The method includes generating a cash authentication code (CAC) for the cash delivery request to be verified by a cash dispenser machine. The method may include transmitting the cash delivery request and the CAC to a second user device of a driver. The method may include determining a route for the driver from a first location of the driver, to a second location of a cash dispenser machine, and to a third location of the customer to deliver the cash delivery request. The method may include instructing the cash dispenser machine to dispense cash in response to authenticating the second user device based on the CAC and determining that the first current location is at the second location.

Abstract: Systems, methods, and computer-readable storage media of wrapping digital assets. One method includes receiving, from a central provider system, a digital asset signed by a central private key associated with a digital asset on a central ledger, and verifying the digital asset based on a central public key. The method further includes updating the digital asset including an assignee field, and receiving an attribute for a second assignee of the digital asset. The method further includes wrapping utilizing the private key of the public and private key pair, the digital asset with the attribute and receiving environmental data. The method further includes determining the at least one condition of the attribute is satisfied, and updating the assignee field.

Abstract: A method, user device, and computer-readable storage media for registering and activating accounts is provided. A method includes: transmitting, by a user device to a computing system, an input from a user regarding opening an account at an institution associated with the computing system; establishing, by the user device, a communication session based on exchanging encryption keys between the user device and the computing system; in response to establishing the communication session, automatically installing, by the user device, a client application; displaying, via the client application on the user device, a graphical user interface (GUI) comprising a request for a user verification; transmitting, by the user device via the communication session, a received user verification to the computing system; and receiving, by the user device, an indication of an activation of the account at the institution from the computing system.

Abstract: Systems and methods for detecting, capturing, and adjusting a user account's limit are provided herein. A method includes pulling information of a user, determining a financial health of the user based on the pulled information, placing the user into an initial tier of a finite number of tiers based on the financial health of the user, determining a limit for the user based on the initial tier placement of the user, adjusting the limit for the user based on a funds transfer request, rejecting the funds transfer request based on the adjusted limit, generating an authentication request with a failed transaction message, and rendering the authentication request as a splash page on a mobile device of the user when the user accesses a website associated with the financial institution.

Abstract: Embodiments include a method of transferring math-based currency (MBC) funds from a source account associated with a customer computing device to a recipient account associated with a merchant computing system at a merchant physical location comprising a reading device for payment instrument. The method includes receiving a request for an MBC transaction token, generating the MBC transaction token, sending the MBC transaction token to the customer computing device. The method further includes receiving, from the merchant computing system, the MBC transaction token, determining the MBC transaction token is associated with the mobile wallet account, creating a public and private key pair for the MBC transaction. The method further includes signing and broadcasting the MBC transaction to MBC verification nodes, determining the MBC transaction was verified, transmitting an approval message.