Method for collateralizing nonfungible tokens and requesting finance from multiple exchange systems

Abstract

A method of creating a SMARTPASS with computed estimated value including, a SmartHub computer processor system and data network, method including: receiving electronic requests to validate / authorize members and a purchase reporting request from a buyer and a financing request from a supplier engaged in a trade transaction over the network; determining if the electronic requests from the buyer and supplier are authorized, if so, creating the SMARTPASS with computed estimated value on the purchase reporting request; saving / minting the SMARTPASS as a non-fungible token, assigning an initial NFT value; computing the estimated value, tariff, taxes, or other fees; updating a database of the SMARTPASS, NFT, and initial NFT value with updated value; determining if financing requested, and if so: posting an NFT proxy to a second blockchain public NFT repository, notifying parties of financing options, and notifying FinTech, DeFi or decentralized Lenders; or if not notifying FinTech, DeFi or decentralized Lenders.

Description

METHOD FOR COLLATERALIZING NONFUNGIBLE TOKENS AND REQUESTING FINANCE FROM MULTIPLE EXCHANGETitle of the Disclosure

[0001] METHOD. SYSTEM & COMPUTER PROGRAM PRODUCT FOR COLLATERALIZING NON- FUNGIBLE TOKENS, REGISTERING DIGITAL ASSETS FOR LIFECYCLE EVENTS, NOTARIZATIONS, AND RESPONSES, MULTIPLE SIGNATURES AND NOTARIES FOR DIGITAL NOTARIZATIONS, DISTRIBUTED STATE ENGINE RULE PROCESSING SYSTEM, TRANSACTION ON BLOCKCHAIN FOR CONDITIONALLY ASSIGNED CRITERIA, CODING, BUILDING, AND AUTOMATING A STATE MACHINE APP WITH DISTRIBUTED STATE SERVICES, AND REQUESTING FINANCE FROM MULTIPLE EXCHANGE AND DIGITAL FINANCE SYSTEMSCross-Reference to Related Patent Applications

[0002] This application is a Patent Cooperation Treaty International Patent Application having Attorney Docket No. 0106-00009 WO, and claims the benefit of US Provisional Patent Applications as follows:

[0003] US Patent Application Serial No. 63 / 526,843, filed July 14, 2023, Attorney Docket No. 0106-00001 USPV - entitled “METHOD, SYSTEM & COMPUTER PROGRAM PRODUCT FOR COLLATERALIZING NON-FUNGIBLE TOKENS,” to Schlicher et al.;

[0004] US Patent Application Serial No. 63 / 526,905, filed July 14, 2023, Attorney Docket No. 0106-00002 USPV - entitled “METHOD, SYSTEM & COMPUTER PROGRAM PRODUCT FOR REGISTERING DIGITAL ASSETS FOR LIFECYCLE EVENTS, NOTARIZATIONS, AND RESPONSES,” to Schlicher et al.;

[0005] US Patent Application Serial No. 63 / 526.912, filed July 14, 2023. Attorney Docket No. 0106-00003 USPV - entitled “METHOD, SYSTEM & COMPUTER PROGRAM PRODUCT FOR MULTIPLE SIGNATURES AND NOTARIES FOR DIGITAL NOTARIZATIONS,” to Schlicher et al. ;

[0006] US Patent Application Serial No. 63 / 526,922, filed July 14, 2023, Attorney Docket No. 0106-00004 USPV - entitled “METHOD. SYSTEM & COMPUTER PROGRAM PRODUCT FOR DISTRIBUTED STATE ENGINE RULE PROCESSING SYSTEM,” to Schlicher et al.;

[0007] US Patent Application Serial No. 63 / 526,928, filed July 14, 2023, Attorney Docket No. 0106-00005 USPV - entitled “METHOD, SYSTEM & COMPUTER PROGRAM PRODUCT FOR TRANSACTION ON BLOCKCHAIN FOR CONDITIONALLY ASSIGNED CRITERIA,” to Schlicher et al.;

[0008] US Patent Application Serial No. 63 / 526.931, filed July 14, 2023. Attorney Docket No. 0106-00006 USPV - entitled “METHOD, SYSTEM & COMPUTER PROGRAM PRODUCT FOR CODING, BUILDING, AND AUTOMATING A STATE MACHINE APP WITH DISTRIBUTED STATE SERVICES,” to Schlicher et al.;

[0009] US Patent Application Serial No. 63 / 526,979, fded July 14, 2023, Attorney Docket No. 0106-00007 USPV - entitled “METHOD. SYSTEM & COMPUTER PROGRAM PRODUCT FOR ENCODING A STATE MACHINE FOR EXECUTION IN A DISTRIBUTED LEDGER,” to Schlicher et al.; and

[0010] US Patent Application Serial No. 63 / 526,983, fded July 15, 2023, Attorney Docket No. 0106-00008 USPV - entitled “METHOD, SYSTEM & COMPUTER PROGRAM PRODUCT FOR REQUESTING FINANCE FROM MULTIPLE EXCHANGE AND DIGITAL FINANCE SYSTEMS," to Schlicher et al., all the foregoing of common ownership and inventorship, the contents of all of which are incorporated herein by reference in their entireties.Background of the DisclosureField of the Disclosure

[0011] This present disclosure relates generally to blockchains, and more particularly to non- fungible tokens, other embodiments relate generally to notarization of assets, such as data or documents, signed by multiple parties who are validated and authenticated by notaries, and more particularly, the process relates to digital notarization, other embodiments relate generally to supply chain, and more particularly to supply chain management systems, other embodiments relate generally to state machines and more particularly to methods for programming a finite state machine (FSM), and other embodiments relate generally to contracts, and more particularly to smart contract systems.Description of the Related Art

[0012] The reader is directed to “Digital Pass VERIFICATION Systems and Methods,” to Luthra, et al., US Patent No. 10,991 ,185, issued April 27, 2021 (US Patent Application Serial No. 17 / 068,599, filed October 12, 2020), the contents of which is incorporated herein by reference in its entirety.

[0013] The reader is directed to “System and Method for Providing Cryptographically Secured Digital Assets,” to Andon, et al., US Patent No. 10,505,726 Bl, issued December 10, 2019), the contents of which is incorporated herein by reference in its entirety.

[0014] The reader is directed to “System, method and program product for generating and utilizing stable value digital assets,” James, et al.. US Patent No. 10,540,654 Bl. issued January 21, 2020), the contents of which is incorporated herein by reference in its entirety.

[0015] The reader is directed to “System, method and program product for making payments using fiat-backed digital assets,” to James, et al., US Patent No. 11,200,569 Bl, issued December 14, 2021), the contents of which is incorporated herein by reference in its entirety.

[0016] The reader is directed to “Methods and systems for verifying token-based actions on distributed ledger-based networks through the use of zero-knowledge proofs,” to Konda et al., USPatent No. 10,951,409, issued March 16, 2021), the contents of which is incorporated herein by reference in its entirety.

[0017] The reader is directed to "Systems and methods for peer-to-peer exchanges of non-fungible digital assets,” to Koch, Rudy, US Patent No. 11,138,580 Bl, issued October s, 2021), the contents of which is incorporated herein by reference in its entirety.

[0018] The reader is directed to “Method, apparatus, and computer-readable medium for transaction management spanning multiple heterogeneous computing networks,” to Simons, Jordan, US Patent No. 11,038,718 B2, issued June 15, 2021), the contents of which is incorporated herein by reference in its entirety.

[0019] The reader is directed to “Management of virtual goods in distributed multi-ledger gambling architecture.” to Doney et al., US Patent No. 10,614,661 B2. issued April 7, 2020), the contents of which is incorporated herein by reference in its entirety.

[0020] Notarization is an established process that affirms to the parties (hereinafter, referred to as users) of a transaction that the asset, data, or documents are authentic, that the signor was vetted, that the data or documents are authentic, and that an official record of an asset, data, or document now exists and is stored for record keeping.

[0021] For non-digital notarization, a public official sen es as a third party to perform the activities of a notary', such as validating signatures, authenticating the execution of documents, administering oaths, and performing other functions and duties. By utilizing a digital approach, the notary process is conducted with more efficiency and speed by occurring on various mediums such as tablets, computing devices, and mobile phones. A notary public has capabilities to use digital signatures and digital seals for the certification. However, this efficiency can be at the expense of opacity', resulting in uncertainty in the vetting of signatories, and can cause the legitimacy of the documents to be questioned. In both non-digital and digital notarizations, fraud and forgeries persist.

[0022] The following is a list of conventional references relevant to Applicants’ disclosure, and the contents of each of which, is incorporated herein by reference in their entirety':

[0023] The reader is directed to Simonian, entitled “Notary Enforcement - Fraud Prevention,” US Patent Publication No. US2009 / 0077386 Al, published 19 Mar. 2009.

[0024] The reader is directed to Tang et al., entitled “Identity and Electronic Signature Verification in Blockchain,” US Patent Publication No. US2020 / 0280444 Al, Published 03 Sept. 2020.

[0025] The reader is directed to Fisher et al., entitled “Authentication and Verification of Digital Data Utilizing Blockchain Technology,” US Patent Publication No. US2016 / 0283920 Al, Published 29 Sept. 2016.

[0026] The reader is directed to Kongtcheu, Phil, entitled “Method and Systems to Facilitate Online Electronic Notary, Signatures and Time Stamping,’7US Patent Publication No. US2004 / 0221162 Al, Published 04 Nov. 2004.

[0027] The reader is directed to Boudville et al., entitled “Blockchain, Notary and Linket for Mobile Users,” US Patent Publication No. US2019 / 0130416 Al, published 02 May 2019.

[0028] The reader is directed to Nagelberg et al., entitled “Digitally Encoded Seal for Document Verification,” US Patent No. US 9,855,785 Bl, published 02 Jan 2018.

[0029] The reader is directed to Tang et al., entitled “Identity and electronic signature verification in blockchain,” US Patent No. US 11,171,782 B2, published 09 Nov 2021.

[0030] The reader is directed to Redpath et al., entitled “Trusted Identity Solution using Blockchain,” US Patent No. US 10,972.274 B2. published 06 Apr 2021.

[0031] The reader is directed to McIver et al., entitled “Electronic Interaction Authentication and Verification, and Related Systems, Devices, and Methods,” US Patent No. US 11,070,564 B2, published 20 Jul 2021.

[0032] The reader is directed to Liang, Minya, entitled “Document Authentication Certification with Blockchain and Distributed Ledger Techniques.” US Patent No. US 11.170,092 Bl, published 09 Nov 2021.

[0033] The reader is directed to Witchey et al., entitled “Content Authentication and Validation via Multi-factor Digital Tokens, Systems, and Methods / 1US Patent No. US 11,048.788 B2, published 29 Jun 2021.

[0034] Prior to this disclosure, tangible (e.g., physical) paper documentation was the medium used to track assets and supply chain management.

[0035] Some conventional systems supplement purely manual paper processing with minimal use in conjunction with computing systems and devices to distribute required information to an authorizing user in a supply chain such as by email. The approval by the authorizing user was conditioned on receipt of all required criteria, including documentation and any associated payments. Any of the emailed documents may be printed on paper, including the final approval. For example, the document may be a contract, a lease, a bill of sale, license, custom clearance, and so forth. Conventional systems are inefficient and need improvement.Summary of the Invention

[0036] I. According to one example embodiment, a computer implemented method of processing creating a SMARTPASS with an initial data state and computed estimated value may include, in one embodiment, at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications interface to at least one datacommunications network, the method may include: electronically receiving, by the at least one electronic computer processor of a SmartHub system, at least two electronic requests to validate and authorize members and at least one purchase reporting request from a buyer party device and at least one financing request from a supplier party device both engaged in a trade transaction over the at least one data communications network; electronically determining, by the at least one electronic computer processor, if the at least one electronic request from a buyer device and one electronic request from a supplier device are authorized and if so, performing a plurality of processing instructions, which may include at least one or more of: creating, by the at least one electronic computer processor, the SMARTPASS with computed estimated value on the purchase reporting request; saving and minting, by the at least one electronic computer processor, the SMARTPASS as at least one non-fungible token (NFT), and assigning, by the at least one electronic computer processor, an initial NFT value; computing by the at least one electronic computer processor, the estimated value; computing, by the at least one electronic computer processor, at least one or more of estimated tariff, taxes, or other fees; updating, by the at least one electronic computer processor, a database (DB) of the SMARTPASS, the at least one NFT, and the initial NFT value with an updated NFT value; determining if financing is requested, and if financing is determined to be requested, then performing: a) posting an NFT proxy to a second blockchain public limited access NFT repository, b) notifying involved parties of financing options, and c) notifying FinTech, DeFi and decentralized Lenders; or if financing is not requested then notifying FinTech, DeFi and decentralized Lenders.

[0037] According to another example embodiment, a system of processing creating a SMARTPASS with an initial data state and computed estimated value, the system may include, e.g., but not limited to: at least one electronic computer processor of at least one SmartHub, coupled to at least one electronic memory storage device and coupled via at least one communications interface, coupled to at least one data communications network, the system comprising wherein said at least one electronic computer processor may be configured to: electronically receive at least two electronic requests to validate and authorize members and at least one purchase reporting request from a buyer party device and one financing request from a supplier party device both engaged in a trade transaction over the at least one data communications network; electronically determine if the at least one electronic request from a buyer party device and one electronic request from a supplier party7device are authorized and if so, perform a plurality7of processing instructions comprising at least one or more of configuring the at least one electronic computer processor to be configured to: create the SMARTPASS with an initial data state and computed estimated value; save and mint the SMARTPASS as at least one non-fungible token(NFT), and assign an initial NFT value; compute at least the estimated value on the purchase reporting request; compute at least one or more of an estimated tariff, tax, or other fees; update a database (DB) of the SMARTPASS, the at least one NFT, and the initial NFT value with an updated NFT value; determine if financing is requested, and if financing is determined to be requested, then may perform: a) post an NFT proxy to a second blockchain public limited access NFT repository, b) notify involved parties of financing options, and c) notify FinTech, DeFi and decentralized Lenders; or if financing is not requested then notify FinTech, DeFi and decentralized Lenders.

[0038] According to yet another example embodiment, a computer program product may be embodied on a computer accessible nontransitory storage medium, including at least one instruction, which when executed on at least one processor may perform a method of processing creating a SMARTPASS with an initial data state and computed estimated value, which may include: electronically receiving two electronic requests to validate and authorize members and at least one purchase reporting request from a buyer party device and at least one financing request from a supplier parti’ device over the at least one data communications network; electronically determining if the at least one electronic request is authorized and if so, performing a plurality of processing instructions comprising at least one or more of: creating the SMARTPASS with an initial data state and computed estimated value; saving and minting the SMARTPASS as at least one non-fungible token (NFT), and assigning, by the at least one electronic computer processor, an initial NFT value; computing at least the estimated value on the purchase reporting request; computing at least one or more of estimated tariff, taxes, or other fees; updating a database (DB) of the SMARTPASS, the at least one NFT, and the initial data state and initial NFT value with an updated NFT value and updated data state; determining if financing is requested, and if financing is determined to be requested, then performing: a) posting an NFT proxy to a second blockchain public limited access NFT repository, b) notifying involved parties of financing options, and c) notifying FinTech, DeFi and decentralized Lenders; or if financing is not requested then notifying FinTech, DeFi and decentralized Lenders.

[0039] Example embodiments of the present disclosure may be directed to a method of automating computation for valuation of a nonfungible token (NFT) based on data and information in documents uploaded to an example computing system, according to one example embodiment. The data and documents may be stored in an example data repository' related to the example private blockchain called off-chain data storage, according to an example embodiment. A proxy of the collateralized NFT may be transmitted to an example public blockchain for financial institutions, especially digital finance institutions, and may provide financial instruments for an exampletransaction in supplying goods or services within a supply chain, according to an example embodiment.

[0040] According to one example embodiment, the emergence of new digital technologies may transform conventional methods for movement of goods and services through supply chain and this invention incorporates a new technology that may be coupled with providing access to digital financing, according to one example embodiment. Decentralized financing may provide access to many financing options without the inefficiencies of administration of traditional banking, according to one example embodiment.

[0041] However, according to one example embodiment, the cost to the supplier for decentralized financing may be higher, and in most cases, with a loan at 50% value of the digital asset or NFT, annualized interest rates could range from 20-80%. according to one example embodiment. And the costs to borrowers may be at the discretion of the lender, with mutually agreed upon terms, according to one example embodiment. The confidence and certainty placed in the collateral can create a more competitive market among the lending institutions resulting in a lower cost for the borrower, according to one example embodiment.

[0042] This certainty and confidence may be developed through computing a valuation for the collateral NFT using a bound and pledge amount, according to one example embodiment.

[0043] In this present invention, according to one example embodiment, the process and systems are explained in transforming a digital asset into a collateralized NFT, according to one example embodiment. Furthermore, this invention, according to one example embodiment, may eliminate inefficiencies, increase competitiveness, and reduce costs and anxiety in the marketplace, according to one example embodiment. This invention, according to one example embodiment, can be applied for any digital asset with an attached value seeking financing. In this embodiment, the supply chain for a product, according to one example embodiment, that may transit through customs may be used, according to one example embodiment. More specifically, this invention, according to one example embodiment, may include creating an NFT sold under the trademark SMARTPASS and a private system with the blockchain sold under the trademark SMARTHUB, according to one example embodiment.

[0044] Supply chain financing, according to one example embodiment, may provide companies, institutions, and individuals an option to better manage their liquidity and working capital, according to one example embodiment. The principal aspects for supply chain financing, according to one example embodiment, may include the platform and the external finance provider. In ideal scenarios, the finance provider, according to one example embodiment, may settle the supplier’s invoices in advance of the maturity date at a lower financing cost than the costof the supplier's own funds, according to one example embodiment. In short, supply chain finance may be like a cash advance and the options available to the seller can be more favorable based on the credit rating of the seller, the company, or institution seeking the finance, according to one example embodiment. Collateral for the financing, according to one example embodiment, may be an asset that a borrower proposes to serve as security for a lender to loan money, more specifically, according to one example embodiment the collateral may secure repayment of the loan and protection against default of the borrower, according to one example embodiment.

[0045] In the traditional processing system for supply chain financing, for example, according to one example embodiment, a company may need a widget for the finished product and may find a seller that can produce the widget, according to one example embodiment. The seller, according to one example embodiment, who may also be called the supplier, may produce an invoice to the company for cost of manufacturing and delivering the widget, according to one example embodiment, plus any other expenses that the seller deems necessary, according to one example embodiment. The company, according to one example embodiment, hereinafter termed the buyer, may approve the invoice for payment, according to one example embodiment. The buyer, according to one example embodiment, may confirm to the buyer’s financial institution or lender that the buyer has approved the invoice for payment, according to one example embodiment. The seller or supplier, according to one example embodiment, may receive the value or funding (minus a small fee) from the lender, because the lender, according to one example embodiment, may have negotiated with the buyer to pay the value later with interest or other fees, according to one example embodiment. When the payment is due, according to one example embodiment, the buyer may pay the lender / financial institution, according to one example embodiment. In this scenario, according to one example embodiment, the seller or supplier may receive payment within days instead of the standard payment due date of ninety’ (90). one hundred twenty (120). or more days, according to one example embodiment. The buyer, according to one example embodiment, may benefit because the buyer’s working capital may not be impacted until the payment terms with the lender are due, according to one example embodiment, which could be extended form the seller’s date.

[0046] In the examples disclosed herein, a person or entity, referred to as a user, according to one example embodiment, who manufactures, sells, or distributes the assets and seeks to obtain financial options is referred to herein as seller or supplier, according to one example embodiment. According to one example embodiment, the generation of a SMARTPASS, which may also be referred to as, e.g., but not limited to, an electronic pass, a digital pass, an electronic pharma pass, or a pass card, etc., according to one example embodiment. According to one exampleembodiment, in a trade arrangement, the recipient of the goods, data, or assets, referred to herein as buyer, can be, e.g., but not limited to, a person, an organization, company, or entity, etc., according to one example embodiment. A SMARTPASS, according to one example embodiment, may be designed to improve the shipment efficiency through customs processing and may provide the seller or supplier with financial options that are delivered more readily than traditional financing by using decentralized financing options, according to one example embodiment.

[0047] Decentralized Finance (DeFi). according to one example embodiment, may be based on an example illustrated blockchain technology with smart contract as an operating component, according to one example embodiment. DeFi, according to one example embodiment, may offer users complete transparency and access to an ecosystem of financial applications without involving a third-party, according to one example embodiment. These fintech applications, according to one example embodiment, may be held by defi companies that are on public blockchains, such as, e.g., but not limited to, ETHEREUM, etc., according to one example embodiment. DeFi, according to one example embodiment, may be a global, peer-to-peer system that is not routed through a centralized system, thereby providing speed in delivering finance more readily that traditional banking and lending institutions, according to one example embodiment. In most cases, cryptocurrency, according to one example embodiment, is the collateral. In this present disclosure, the collateral, according to one example embodiment, is the SMARTPASS, a nonfungible token (NFT), with its value determined based on goods for transit, according to one example embodiment.

[0048] According to one example embodiment, SMARTPASS, which is a digital card, may encode the trade arrangement between the buyer and the seller for a shipment that may traverse through one or more of these entities such as. e.g., but not limited to, including: trade ports, shipper facilities, modal transports, customs clearances, customs operations, warehouses, or financial lending institution, etc., according to one example embodiment.

[0049] Because the Smart Pass is a nonfungible token, a user can create the SMARTPASS using Graphical User Interface (GUI) , according to one example embodiment, operating on any type of platform of mobile, desktop, laptop, console, or tablet including, e.g., but not limited to. through a Web-browser or an application, or application program, etc., according to one example embodiment. Because the SMARTPASS, according to one example embodiment, may encompass the trade arrangement between the buyer and seller, the Smart Pass, according to one example embodiment, can be created after the trade arrangement is agreed upon and, according to one example embodiment, may be prior to product reaching customs for clearance or delivery to the intended entity, according to one example embodiment.

[0050] A SMARTPASS NFT, according to one example embodiment, may be created within the SMARTHUB System; the System, according to one example embodiment, may include being configured to receive a request for a new nonfungible token, over a distributed computing network from a remote computing node, according to one example embodiment. The NFT, according to one example embodiment, may include, e.g., but not limited to, a unique identifier, at least one metadata element, according to one example embodiment. The System, according to one example embodiment, may include one or more of the following, e.g.. but not limited to. : 1) a private blockchain 2) an offchain repository for storage of digital data and documents, and / or 3) record for SMARTPASS NFTs, according to one example embodiment. And a proxy of the NFTs, according to one example embodiment, may be recorded on public distributed ledger, according to one example embodiment, and may be minted.

[0051] SMARTPASS NFTs, according to one example embodiment, may be created and saved to the blockchain, for example with the standard ERC-1155 Non-fungible token specification, according to one example embodiment. A public blockchain, according to one example embodiment, may be operatively connected, or coupled to the SMARTHUB System in which the proxy SMARTPASS NFT. according to one example embodiment may be stored. On the public distributed ledger, the unique identifier for the SMARTPASS NFT may be recorded, according to one example embodiment, on a new block, and the blockchain address may be verified and monitored for any transactions, according to one example embodiment.

[0052] The value of the NFT. according to one example embodiment, may not fluctuate as it is collateralized to the invoice and agreed upon terms betw een the buyer and seller, according to one example embodiment.

[0053] According to one example embodiment, the method may include where, the supplier party device and the seller party device may include at least one or more of: a same device; or different devices.

[0054] According to one example embodiment, the method may further include: electronically providing by a custom requirements server data to be used in said creating.

[0055] According to one example embodiment, the method may include electronically receiving of said at least one financing request from the seller from said seller party device, may include at least one or more of: electronically receiving said at least one financing request from said supplier party device at said SmartHub system; or electronically receiving a request for a collateralized NFT from said supplier part}' device at said SmartHub system.

[0056] According to one example embodiment, the method may further include at least one or more of: electronically recording, by said SmartHub system, a proxy NFT to a public blockchainledger; electronically notifying, by said SmartHub system, digital financial services of said SMARTPASS NFT; electronically notifying, by said SmartHub system, said buyer party device of said SMARTPASS NFT; or electronically requesting early payment, by said SmartHub system, from said buyer party device; or electronically receiving a validation of said SMARTPASS NFT, by said SmartHub system, from the digital financial services.

[0057] According to one example embodiment, the system may include where, the supplier party device and the seller party device may include at least one or more of: a same device; or different devices.

[0058] According to one example embodiment, the system may further include where the processor is configured to electronically provide by a custom requirements server data to be used in said creating.

[0059] According to one example embodiment, the system may include where the processor configured to electronically receive of said at least one financing request from the seller from said seller party device, may include wherein the processor is configured to at least one or more of: electronically receive said at least one financing request from said supplier party device at said SmartHub system; or electronically receive a request for a collateralized NFT from said supplier party device at said SmartHub system.

[0060] According to one example embodiment, the system may further include where the processor is configured to at least one or more of: electronically record, by said SmartHub system, a proxy NFT to a public blockchain ledger; electronically notify, by said SmartHub system, digital financial services of said SMARTPASS NFT; electronically notify', by said SmartHub system, said buyer party device of said SMARTPASS NFT; or electronically request early payment, by said SmartHub system, from said buyer party device; or electronically receive a validation of said SMARTPASS NFT, by said SmartHub system, from the digital financial services.

[0061] According to one example embodiment, the computer program product may include where the method may include where the supplier party device and the seller party device may include at least one or more of: a same device; or different devices.

[0062] According to one example embodiment, the computer program product may include where the method may further include electronically providing by a custom requirements server data to be used in said creating.

[0063] According to one example embodiment, the computer program product may include where the method may include where the electronically receiving of said at least one financing request from the seller from said seller party device, may include at least one or more of: electronically receiving said at least one financing request from said supplier party device at said SmartHubsystem; or electronically receiving a request for a collateralized NFT from said supplier party device at said SmartHub svstem.

[0064] According to one example embodiment, the computer program product may include where the method may further include at least one or more of: electronically recording, by said SmartHub system, a proxy NFT to a public blockchain ledger; electronically notifying, by said SmartHub system, digital financial services of said SMARTPASS NFT; electronically notifying, by said SmartHub system, said buyer party device of said SMARTPASS NFT; or electronically requesting early payment, by said SmartHub system, from said buyer party device; or electronically receiving a validation of said SMARTPASS NFT, by said SmartHub system, from the digital financial sen-ices.

[0065] This disclosure, according to example embodiments may expressly include any and all combinations and sub-combinations, permutations and combinations, of any and all example elements and / or features presented above and below.

[0066] II. According to one example embodiment, an example method, system or computer program product for registering digital assets for lifecycle events, notarizations, and responses that overcomes the disadvantages of conventional methods of this general type and of the alternative embodiments is set forth, according to one example embodiment.

[0067] According to one example embodiment, an example system, method, or computer program product may be provided, where an computer implemented method of registering digital assets for lifecycle events, notarizations, and responses, may include at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications interface to at least one data communications network, the method may include: electronically receiving or assembling, by the at least one electronic computer processor of an asset server system, data for at least one digital asset may include: parties identification data, asset type, and metadata; electronically receiving, by the at least one electronic computer processor, a transaction create digital asset with data request; electronically obtaining, by the at least one electronic computer processor, at least one asset type template; electronically determining, by the at least one electronic computer processor, availability of the at least one asset type template, and if the availability of the at least one asset type template is determined available, then proceeding, by the at least one electronic computer processor, to at least one or more of: electronically generating, by the at least one electronic computer processor, at least one digital asset record (DAR) and contents from the at least one asset type template; electronically obtaining, by the at least one electronic computer processor, at least one notary recipe template for digital asset contents; electronically determining, by the at least one electronic computer processor, if the atleast one notary' recipe template is available and only if not available creating, by the at least one electronic computer processor, a notary recipe; or electronically generating, by the at least one electronic computer processor, at least one notary recipe and assigning, by the at least one electronic computer processor, the at least one notary recipe to data or document of the at least one digital asset record (DAR); and if the availability7of the at least one asset type template is determined not to be available, then proceeding, by the at least one electronic computer processor, to at least one or more of: electronically creating, by the at least one electronic computer processor, the at least one digital asset record (DAR); electronically creating, by the at least one electronic computer processor, the data or document specification and assigning, by the at least one electronic computer processor, the specification to the at least one digital asset record (DAR); or electronically' obtaining, creating, or assigning, by the at least one electronic computer processor, the at least one notary recipe template for the data or document specification; and electronically assigning, by the at least one electronic computer processor, party7identifiers to the at least one notary7recipes for digital signatures; electronically assigning, by the at least one electronic computer processor, double notary criteria to the at least one notary recipe; electronically granting, by the at least one electronic computer processor, signature authority (SA) for the at least one digital asset record (DAR) to a system asset proxy account; electronically assigning, by the at least one electronic computer processor, the signature authority7(SA) to the at least one digital asset record (DAR); electronically storing, by the at least one electronic computer processor, the at least one digital asset record (DAR) to at least one asset record data storage device; electronically assembling, by the at least one electronic computer processor, at least one digital asset nonfungible token (NFT) data record, and assigning, by the at least one electronic computer processor, the at least one digital asset nonfungible token (NFT) data record to at least one blockchain; electronically verifying, by the at least one electronic computer processor, at least one system asset proxy account for the signature authority (SA) for the at least one digital asset; and electronically creating, by the at least one electronic computer processor, at least one event transaction for the signature authority (SA) and the at least one system asset proxy account, and electronically assigning, by the at least one electronic computer processor, the at least one event transaction to the at least one blockchain, according to one example embodiment.

[0068] According to another example embodiment an example system of registering digital assets for lifecycle events, notarizations, and responses, may include: at least one electronic computer processor of at least one asset server, coupled to at least one electronic memory storage device and coupled via at least one communications interface, coupled to at least one data communications network, the system may include where the at least one electronic computer processor isconfigured to: electronically receive or assemble, data for at least one digital asset which may include: parties identification data, asset type, and metadata; electronically receive a transaction create digital asset with data request; electronically obtain at least one asset type template; electronically determine availability of the at least one asset type template, and if the availability of the at least one asset type template is determined available, then proceeding, by the at least one electronic computer processor, to at least one or more of: electronically generate at least one digital asset record (DAR) and contents from the at least one asset type template; electronically obtain at least one notary recipe template for digital asset contents; electronically determine if the at least one notary recipe template is available and only if not available create at least one notary recipe; or electronically generate the at least one notary recipe and assign the at least one notary recipe to data or document of the at least one digital asset record (DAR); and if the availability of the at least one asset type template is determined not to be available, then proceed to at least one or more of: electronically create the at least one digital asset record (DAR);electronically create the data or document specification and assigning, by the at least one electronic computer processor, the specification to the at least one digital asset record (DAR); or electronically obtain, create, or assign, the at least one notary recipe template for the data or document specification; and electronically assign party identifiers to the at least one notary recipes for digital signatures; electronically assign double notary criteria to the at least one notary' recipe; electronically grant signature authority (SA) for the at least one digital asset record (DAR) to a system asset proxyaccount; electronically assign the signature authority (SA) to the at least one digital asset record (DAR); electronically store the at least one digital asset record (DAR) to at least one asset record data storage device; electronically assemble at least one digital asset nonfungible token (NFT) data record, and assign the at least one digital asset nonfungible token (NFT) data record to at least one blockchain; electronically verify at least one system asset proxy account for the signature authority (SA) for the at least one digital asset; and electronically create at least one event transaction for the signature authority (SA) and the at least one system asset proxy account, and electronically assign the at least one event transaction to the at least one blockchain, according to one example embodiment.

[0069] According to yet another example embodiment an example computer program product embodied on a computer accessible nontransitory storage medium, including at least one instruction, which when executed on at least one electronic computer processor may perform a method of registering digital assets for lifecycle events, notarizations, and responses, the method may include, in one example embodiment: electronically receiving or assembling data for at least one digital asset may include: parties identification data, asset type, and metadata; electronicallyreceiving a transaction create digital asset with data request; electronically obtaining at least one asset type template; electronically determining availability of the at least one asset type template, and if the availability of the at least one asset type template is determined available, then proceeding to at least one or more of: electronically generating at least one digital asset record (DAR) and contents from the at least one asset type template; electronically obtaining at least one notary recipe template for digital asset contents: electronically determining if the at least one notary recipe template is available and only if not available creating, by the at least one electronic computer processor, a notary recipe; or electronically generating at least one notary recipe and assigning the at least one notary recipe to data or document of the at least one digital asset record (DAR); and if the availability of the at least one asset type template is determined not to be available, then proceeding to at least one or more of: electronically creating the at least one digital asset record (DAR); electronically creating the data or document specification and assigning, by the at least one electronic computer processor, the specification to the at least one digital asset record (DAR); or electronically obtaining, creating, or assigning the at least one notary recipe template for the data or document specification; and electronically assigning party identifiers to the at least one notary recipes for digital signatures; electronically assigning double notary criteria to the at least one notary recipe; electronically granting signature authority (SA) for the at least one digital asset record (DAR) to a system asset proxy account; electronically assigning the signature authority (SA) to the at least one digital asset record (DAR): electronically storing the at least one digital asset record (DAR) to at least one asset record data storage device; electronically assembling at least one digital asset nonfungible token (NFT) data record, and assigning the at least one digital asset nonfungible token (NFT) data record to at least one blockchain; electronically verifying at least one system asset proxy account for the signature authority (SA) for the at least one digital asset; and electronically creating at least one event transaction for the signature authority (SA) and the at least one system asset proxy account, and electronically assigning the at least one event transaction to the at least one blockchain.

[0070] With the foregoing and other features and functions disclosed herein, in view there is provided, in accordance with various example embodiments of the claimed invention of the disclosure, a method that may involve a Digital Asset that may be implemented as a data record that may be expected to undergo events that may identify and describe changes to that record representing the Digital Asset over some duration of time, according to one example embodiment. A Digital Asset can represent a person, event, data, process, or subject, according to one example embodiment. The Digital Asset can be produced from a Digital Asset Type that may be encoded from a general data structure and behavior pattern of like or similar Digital Assets, according toone example embodiment. The Digital Asset Type may be analogous to a building blueprint that may be processed by the method to construct the data record to represent the Digital Asset, according to one example embodiment. The Digital Asset Type can contain templates for artifact descriptions and may identify notary assignments to those artifacts for such things as to validate the artifact’s assignment to the Digital Asset, according to one example embodiment. A Digital Asset for this disclosure may include a dossier component with its contents as a collection of data and documents to add to the representation of the asset where the changes or events may be recorded through, e.g., but not limited to, a journal, case history method such as, e.g., but not limited to, a blockchain ledger, according to one example embodiment. The Digital Asset can be assigned arbitrary data types as an aggregate of digital artifacts such as, e.g., but not limited to, documents or paperwork, identities of involved parties with the asset, other related digital assets, dependencies on other assets, and so on, etc., according to one example embodiment. For a particular use case, documents may be collected and combined with data elements received from an Internet of Things (loT) network where, e.g., but not limited to, both document and data element types may be assigned as the contents of the dossier, according to one example embodiment.

[0071] Although the invention is illustrated and described herein as embodied in an example embodiment of a method for registering digital assets for lifecycle events, notarizations, and responses, the invention should not be limited to the details shown in those embodiments because various modifications and structural changes may be made without departing from the spirit of the invention while remaining within the scope and range of equivalents of the claims, according to one example embodiment.

[0072] According to one example embodiment, the method may include where the digital asset is implemented as said at least one data asset record, and is expected to undergo events may include: identify ing, and describing at least one change to said at least one data asset record representing said digital asset over a duration of time.

[0073] According to one example embodiment, the method may include where the digital asset may include: representing at least one or more of: a person, an event, data, a process, or a subject.

[0074] According to one example embodiment, the method may include where the digital asset may include: wherein said digital asset is produced from a digital asset type, and wherein said digital asset type is encoded from: a general data structure; and a behavior pattern of a similar digital asset to said digital asset.

[0075] According to one example embodiment, the method may include where the digital asset type is analogous to a building blueprint, wherein the building blueprint is processed by a method to construct a data record to represent the digital asset.

[0076] According to one example embodiment, the method may include where the digital asset ty pe may include at least one template for artifact descriptions of an artifact, and may further include at least one or more of: identifying at least one notary’ assignment to the artifact; or validating the at least one notary assignment of the artifact to the Digital Asset.

[0077] According to one example embodiment, the method may’ include where the digital asset may include: a dossier component which may include: a collection of data and documents to add to the representation of the digital asset, wherein any change or any event is recorded through a digital journal, where the digital journal may include: a case history method which may include: a blockchain ledger, and a digital logging system.

[0078] According to one example embodiment, the method may include where the digital asset is assigned an arbitrary data type as an aggregate of digital artifacts which may include at least one or more of: documents, paperwork, identities of involved parties related to the digital asset, other related digital assets, or dependencies on other digital assets.

[0079] According to one example embodiment, the method may further include: collecting at least one document; and combining the at least one document with at least one data element received from an Internet of Things (loT) network, where both the at least one document and an at least one data element type of said at least one data element are assigned as contents of a dossier.

[0080] According to one example embodiment, the system may include where the electronic computer processor is configured to at least one or more of: wherein said digital asset is implemented as said at least one data asset record, and is expected to undergo events comprising wherein said processor is configured to: identify, and describe at least one change to said at least one data asset record representing said digital asset over a duration of time; w herein said digital asset may include, wherein said processor is configured to: represent at least one or more of: a person, an event, data, a process, or a subject; wherein said digital asset may include: wherein the digital asset is produced from a digital asset type, and wherein said digital asset type is encoded from: a general data structure; and a behavior pattern of a similar digital asset to said digital asset;

[0081] wherein the digital asset type is analogous to a building blueprint, wherein the building blueprint is configured to construct a data record to represent the digital asset; wherein the digital asset type may include at least one template for artifact descriptions of an artifact, and may further include where the processor is configured to at least one or more of: identify at least one notary assignment to the artifact; or validate the at least one notary assignment of the artifact to the DigitalAsset; wherein said digital asset may include: a dossier component which may include: a collection of data and documents to add to the representation of the digital asset, wherein any change or any event is recorded through a digital journal, wherein said digital journal may include: a case history method which may include: a blockchain ledger, and a digital logging system; where the digital asset is assigned an arbitrary data type as an aggregate of digital artifacts which may include at least one or more of: documents, paperwork, identities of involved parties related to the digital asset, other related digital assets, or dependencies on other digital assets; or which may further include: collecting at least one document; and combining the at least one document with at least one data element received from an Internet of Things (loT) network, wherein both said at least one document and an at least one data element ty pe of said at least one data element are assigned as contents of a dossier.

[0082] According to one example embodiment, the computer program product may include where the method may include, where the digital asset is implemented as the at least one data asset record, and is expected to undergo events may include: identifying, and describing at least one change to said at least one data asset record representing said digital asset over a duration of time.

[0083] According to one example embodiment, the computer program product may include where the method may include, where the method may include, where said digital asset may include: representing at least one or more of: a person, an event, data, a process, or a subject.

[0084] According to one example embodiment, the computer program product may include where the method may include, where the digital asset may include: wherein the digital asset is produced from a digital asset ty pe, and where the digital asset type is encoded from: a general data structure; and a behavior pattern of a similar digital asset to said digital asset.

[0085] According to one example embodiment, the computer program product may include w here the method may include, where the digital asset type is analogous to a building blueprint, wherein the building blueprint is processed by a method to construct a data record to represent the digital asset.

[0086] According to one example embodiment, the computer program product may include where the method may include, where the digital asset type comprises at least one template for artifact descriptions of an artifact, and further comprising at least one or more of: identifying at least one notary assignment to the artifact; or validating the at least one notary assignment of the artifact to the Digital Asset.

[0087] According to one example embodiment, the computer program product may include where the digital asset may include: a dossier component may include: a collection of data and documents to add to the representation of the digital asset, where any change or any event is recorded througha digital journal, wherein said digital journal may include: a case history method which may include: a blockchain ledger, and a digital logging system.

[0088] According to one example embodiment, the computer program product may include where the method may include, where the digital asset is assigned an arbitrary' data type as an aggregate of digital artifacts comprising at least one or more of: documents, paperwork, identities of involved parties related to the digital asset, other related digital assets, or dependencies on other digital assets.

[0089] According to one example embodiment, the computer program product may include where the method may further include, the collecting at least one document; and combining the at least one document with at least one data element received from an Internet of Things (loT) network, wherein both said at least one document and an at least one data element type of said at least one data element are assigned as contents of a dossier.

[0090] The construction and method of operation of the invention and additional features, functions, and example embodiments, and advantages of the invention may be best understood from the following description of specific example embodiments when read in connection with the accompanying drawings, according to various example embodiments.

[0091] III. According to one example embodiment of the claimed invention, sets forth a process, system, method and / or computer program product for one or more digital notaries to transpire on a blockchain creating a verifiable immutable record of the notarized data or documents, according to an example embodiment. An example feature of the invention is to provide a system and method for multiple digital signatures, criteria for applying the signatures, and notaries for digital notarization(s) that overcome the disadvantages of the systems and methods of this general type and of conventional solutions in the art, according to an example embodiment. According to an example embodiment, a system, method, or computer program product of automatic event and user-driven event triggers digital notarization on data and documents on one or more blockchains, according to example embodiments. An embodiment of the method may combine a novel method of additional digital notary functions with existing hash algorithms, digital or electronic signature technologies, secured data or document storage and may add the novelty of assigning notary requirements to a digital asset in a digital dossier. Embodiments may include a digital asset with an aggregation of a digital dossier, notary specification, a notary party group, event-driven automated notary process, a multi-party automated notary process, and a multi-notary notary process. The notary' specification may identify the items in the dossier that must, according to an example embodiment, apply a notary; signature requirements, and other settings. The method maybe applied for the lifecycle of activities for an asset independent of the time duration of the life of the asset, according to an example embodiment.

[0092] This present disclosure of a blockchain-based notarization can affirm the legitimacy of the parties’ signature on documents, the validity of the documents, the criteria for completing the notarization, and storage of the executed documents, according to an example embodiment. Blockchain or distributed ledger technology may provide a more secure method for each event in the transaction using an event-driven automated process defined by the users, including computing a hashtag value for the asset, data, or document with a unique identifier, storing new records in a secured and encrypted location, enabling signature for multiple notaries including within a private or local blockchain and a public blockchain, and evaluating the criteria for completing the notarization, according to an example embodiment.

[0093] According to an example embodiment, an example platform that may involve a set of predetermined events that may be assigned by users to authorize notarization of assets by more than one platform, according to an example embodiment. An asset, hereinafter can be referred to as data or document, is physical or digital, to be selected for notarization after gaining all required signatures, meeting the conditions for completing the notarization (including addressing all notary requirements), and then assigning to the notary, according to an example embodiment. Examples of physical assets may include, e.g., but not limited to, escrow payments, power of attorneys, medical authorizations, bill of sale; while example of digital assets include tokens, representations of digital twins with physical assets, digital documents, digital media, software code, data in databases, visual engineering diagrams, according to an example embodiment. A digital asset may be in the following formats, for example, digital file or files in an image, text, binary' format, and other digital formats, according to an example embodiment, according to an example embodiment.

[0094] In one aspect of this invention, a user utilizes a computing device and through the graphical or command user interface upload or transfer an asset to a computing device, such as personal computer, laptop, smart device, tablet, and any similar user devices that connect to the internet, according to an example embodiment. These assets may be placed within the private storage, which may hold a collection of data, documents, and records, referred to as dossier, according to an example embodiment.

[0095] The users can have a role of administrator or owner, member or non-member of a local system, signatory, or signor, or be the system, according to an example embodiment. In performing this invention, technology and software may include but not limited to computing and input devices, biometric scanners, digital interactive system through a graphical user interface (GUI), and may also include events specified for self-execution or can be described as instructions, suchas actions necessary' by particular users, records stored on the blockchain, according to an example embodiment. The system as described herein as local or private; in this embodiment, the system is developed for specific purpose that is available to other approved users, who may be described as member and authorization can be granted to nonmembers to access the system, according to an example embodiment. A sy stem can consist of multiple components, including a blockchain which will act as the first notary, and other vessels for data storage and data collection, according to an example embodiment. The automation occurs from pre-determined events that may be specified and held with a collection of records, hereinafter referred to as digital dossier or dossier, in the private or local system, according to an example embodiment. For example, events may include requirements for user verification, a user’s authentication to approve notarization on blockchain, requirements for signature of user, determining if more than one notary, requirements for authenticating a user, generating new data fields for signatures, according to an example embodiment. The smart contract provides the business logic for the events, sequence of events, and recordation on blockchain, according to an example embodiment.

[0096] According to an example embodiment of the invention, the embodiment may integrate signatures from multiple users and allows for more than one notary performed on a blockchain using an event-driven automated notary process, according to an example embodiment. In addition to the notary' specifications, the dossier may include the data and documents in which none, some, or all may require notarization; the notary specification articulates, e.g., but not limited to, the signatories, the credentials for verification and authentication of the user to authorize the first notary, review to ensure that a single notary is sufficient and if so then a second notary' may be provided as an additional option, or if a single notary is not sufficient or an optional additional notary' is desired, a transition of records to the public blockchain for a second (or optional additional) notary, transmission to or storage of records on various distributed ledgers, and other events programmed as determined by the involved users, according to an example embodiment.

[0097] Users will receive a prompt through the Application Programming Interface (API) to digitally sign the data or document, according to an example embodiment. The prompt can be in the form of an email or message that provides a description for action, a URL link to navigate by browser, or by their phone to a user interface page, according to an example embodiment. The user interface page can require them to authenticate their identity7and then gain access to review and digitally sign, according to an example embodiment. However, only users designated with status to activate data or documents to be notarized by the blockchain will have proper credentials when vetted, according to an example embodiment.

[0098] In another embodiment, the users can prescribe additional data or documents for notarization, in addition to the standard or typical documents, according to an example embodiment. Although the location of the dossier is not described in detail herein, it is one of the components of the private or local system, according to an example embodiment. In most cases the location may be a private or encrypted location not on a blockchain where the user employs a web user interface to upload, submit or transmit asset, data or document, according to an example embodiment.

[0099] The data or document can be accessible by verified users thereby enabling multiple signatures with only credentialed users elected to authorize notarization of the signed data or documents, according to an example embodiment. In each case to transmit data or document for notarization on the blockchain, the signatory's identity has been verified, their signatory status confirmed, and authenticated and authorized for the notary, according to an example embodiment.[000100] The following are some examples of methods that can be employed, according to one example embodiment, to verify and authenticate a user’s identify and their role, according to an example embodiment. These methods may be a representation and other methods may be used to distinguishes user’s authority to cross the cryptographic boundary to gain access to a blockchain for notarization and storage of new records or blocks, according to an example embodiment. A key pair is assigned to a user prior to commencing the transaction on the blockchain after their identity is verified, according to an example embodiment. In one embodiment, a signatory can use public electronic profile accounts or system account, for example Google, Facebook to authenticate the signatory via the federated authentication, according to an example embodiment. Another embodiment may include that a signatory’ is supplied with a key pair after verification of their identify using the platform, according to an example embodiment. Their identity is verified by the platform through login and password access that can be supplemented with two-factor authentication that requires a code sent to their phone to be provided at the login prompt, according to an example embodiment. In another embodiment, the signatory provides password, code from a multi-factor authenticator (MFA), biometric scans, passcode, or signature factor, like geo location, according to an example embodiment. In another embodiment, a signatory's decentralized global identity can be used to verify their identify or authenticate their signatory status, according to an example embodiment.[000101] And a user’s digital signature is applied in a cryptographic manner after inspecting their unique identifier or credentials, according to an example embodiment. With each new signature to the data or document, a new record is generated that includes the unique identifier for the document, the hash value and meta data, plus the signor’s identification and signature, accordingto an example embodiment. In one embodiment, each new record is saved as a block and added to the distributed ledger, such as a private blockchain, and this process repeats for each new signature with each new entry linked together forming a virtual single record, according to an example embodiment. In another embodiment, all the signatures may be obtained, saved to a temporary record in an off-chain data storage, and when the final record is added, all the records may be gathered together forming a single record of the aggregated data and saved to the blockchain for notarization, according to an example embodiment.[000102] A signature data field is a position in the document for the digital signature to be applied, according to an example embodiment. In one embodiment, pre-existing fields may be added to the record when the record is created for the distributed ledger, according to an example embodiment. The identities for the signors may be added as slot fields in the record, according to an example embodiment. After a user has digitally signed, their signature is saved in their assigned slot field of the document, according to an example embodiment. In one embodiment, the creator of the system may store the document in its private or within the system with all the documents aggregated in the dossier as a zip file or file folder in the storage location, according to an example embodiment.[000103] In one embodiment, once the data or document is notarized, the meta data which is inclusive of the unique identifier (URI), hash value, time stamp, other values, and the digital signature in a cryptographic manner may be all aggregated to generate a new record stored on the blockchain, according to an example embodiment. These contents of this new record can be copied and returned to the user for their own storage and record keeping, if specified, and the new record remains in the blockchain permanently and immutably, according to an example embodiment.[000104] The hash value is based on the algorithm preferred by users and available to be applied, such as, e.g., but not limited to, SHA-256. SHA-512 and others, according to an example embodiment. The unique identified can be created by processes currently available in this field of cryptography and distributed ledgers, according to an example embodiment.[000105] Another point of novelty' of this invention is multiple digital notaries, according to an example embodiment. With a new record created after each signature, the signature is added to the existing latest Record consisting of all the other signatures, according to an example embodiment. This process is accounted for in the notary specification for a copy of the latest record to be retrieved from the system’s storage location or from the blockchain and the signature is applied combined with the unique identifier, meta data, and hash vale to generate a new- record on the ledger, according to an example embodiment. This process repeats for each signatory, according to an example embodiment.[000106] In this invention the notary’s signature can represent approval, disapproval, concurrence, decline, or another representation of acknowledge of the data, document or record using the same process as mentioned above, according to an example embodiment. Therefore, another data field is added to the record to indicate concurrence or decline, according to an example embodiment. The data or document is digitally signed to indicate the user’s required participation combined with their choice of representation, according to an example embodiment.[000107] The uniqueness of this invention, a record can receive more than one notarization, which provides further assurances of the authenticity of the assets, such as data, documents, or records, according to an example embodiment. The second notary occurs using a remote notary' service, like a publicly available blockchain Hedera Consensus Network, other blockchain, but not limited to these aspects, according to an example embodiment.[000108] In another embodiment of this invention, the digital signature process can be performed manually, with a user inserting their data related to their identification, according to an example embodiment. Additionally, the signature can be applied as an event from dossier specifications, according to an example embodiment. The affixation of a preapproved and verified signature in circumstances when conditions may be met in the specifications, according to an example embodiment. This user has the authority to activate the submission of records to the blockchain for notarization, according to an example embodiment. This user’s signature in the database of a private or local system has limited permissions to contents in the digital dossier, such as only- access for documents designated as requiring notary services, according to an example embodiment. The assignment to a system signature proxy is a separate transaction, whereby the Party ’s assignment for the signature authority7is recorded as a separate transaction in the blockchain distributed ledger, according to an example embodiment.[000109] The summary- detailed above is not intended to be an exhaustive representation of every embodiment or aspect of this invention, according to an example embodiment. Instead, the summary- provides a mere example and description of concepts and features set forth in this invention, according to an example embodiment. The features, concepts, and summary in combination with the diagrams, provide representative modes to carry- out this disclosure, according to an example embodiment. This disclosure expressly includes any and all combinations and sub-combinations of the elements and features presented above and below, according to an example embodiment.[000110] The construction and method of operation of the invention and additional objects and advantages of the invention is best understood from the following description of specificembodiments when read in connection with the accompanying drawings, according to an example embodiment.[000111] According to one example embodiment, a computer implemented method of processing multiple signatures and notaries for digital notarization may include at least one electronic computer processor coupled to at least one electronic memory7storage device and coupled via at least one communications network interface to at least one data communications network, the method may include: electronically receiving, by the at least one electronic computer processor, at least one transaction update or electronic request to notarize data or a document; electronically authenticating, by the at least one electronic computer processor, identity7of a requestor of the electronic request by accessing at least one database of signatures of authorized users; electronically7verifying, by7the at least one electronic computer processor, a notary authorization status of the requestor; electronically determining, by the at least one electronic computer processor, if the requestor is authenticated and authorized, based on the electronically authenticating and the electronically verifying, and if so, performing a plurality of processing instructions comprising at least one or more of: computing, by the at least one electronic computer processor, a hash value for the data or the document; assembling and generating, by the at least one electronic computer processor, metadata for the data or the document; receiving, by7the at least one electronic computer processor, an electronic signature for an approved user for transmittal of the data, the hash and the metadata to a blockchain for a notary; combining and saving, by the at least one electronic computer processor, the hash, the electronic signature, and the metadata as a record; determining if the data or the document are to be saved, and if determined to be saved, then performing: a) notarizing, by a local private system, the data or the document via the electronic signature and adding a new record to a private blockchain, and b) saving, by the at least one electronic computer processor, the data or the document with the electronic signature and the metadata in secure storage; or if determined not to be saved proceeding; and determining, by the at least one electronic computer processor, if the data or the document are assigned for an external notary, and if determined to be for an external notary, then performing: a) generating, by the at least one electronic computer processor, a transaction request including a record in the contents, b) transmitting, by the at least one electronic computer processor, a transaction request to remote notarization, c) authenticating, by the at least one electronic computer processor, identify of the requestor for the transaction, and d) determining, by the at least one electronic computer processor, if the requestor is authenticated and authorized, and if so then performing, by the at least one electronic computer processor, a digital notarization process on the record, comprising: verifying, by the at least one electronic computer processor, remote notarization atthe requestor with the remote notarization identifier from the response, and saving, by the at least one electronic computer processor, the remote notarization identifier with the record, and if not then generating and transmitting, by the at least one electronic computer processor, a transaction response indicating denial, saving, by the at least one electronic computer processor, a denial status message with the record; or if determined not to be for the external notary, then immediately continuing; generating, by the at least one electronic computer processor, a transaction response with contents of the identifiers for the first and second notary if required, and status; and transmitting, by the at least one electronic computer processor, the transaction response to the requestor, according to one example embodiment.[000112] According to one example embodiment, a system of processing multiple signatures and notaries for digital notarization, the system may include: at least one electronic computer processor, coupled to at least one electronic memory storage device and coupled via at least one communications network interface, coupled to at least one data communications network, the system may include where the at least one electronic computer processor is configured to: electronically receive at least one transaction update or electronic request to notarize data or a document; electronically authenticate identity of a requestor of the electronic request by accessing at least one database of signatures of authorized users; electronically verify a notary authorization status of the requestor; electronically determine if the requestor is authenticated and authorized, based on the electronically authenticate and the electronically verify, and if so, configured to perform a plurality of processing instructions comprising being configured to at least one or more of: compute a hash value for the data or the document; assemble and generate metadata for the data or the document; receive an electronic signature for an approved user for transmittal of the data, the hash and the metadata to a blockchain for a notary; combine and save the hash, the electronic signature, and the metadata as a record; determine if the data or the document are to be saved, and if determined to be saved, then being configured to perform: a) notarize, by a local private system, the data or the document via the electronic signature and adding a new record to a private blockchain, and b) save the data or the document with the electronic signature and the metadata in secure storage; or if determined not to be saved proceeding; and determine if the data or the document are assigned for an external notary, and if determined to be for an external notary, then being configured to perform: a) generate a transaction request including a record in the contents, b) transmit a transaction request to remote notarization, c) authenticate identify of the requestor for the transaction, and d) determine if the requestor is authenticated and authorized, and if so then perform digital notarization process on the record, may include: verify remote notarization at the requestor with the remote notarization identifier from the response, and savethe remote notarization identifier with the record, and if not then generate and transmit a transaction response indicating denial, save a denial status message with the record; or if determined not to be for the external notary, then immediately continue: generate a transaction response with contents of the identifiers for the first and second notary if required, and status; and transmit the transaction response to the requestor, according to one example embodiment.[000113] According to yet another example embodiment, a computer program product embodied on a computer accessible nontransilory storage medium, including at least one instruction, which when executed on at least one electronic computer processor performs a method of processing multiple signatures and notaries for digital notarization may include: electronically receiving at least one transaction update or electronic request to notarize data or a document; electronically authenticating identity of a requestor of the electronic request by accessing at least one database of signatures of authorized users; electronically verifying a notary authorization status of the requestor; electronically determining if the requestor is authenticated and authorized, based on the electronically authenticating and the electronically verifying, and if so. performing a plurality of processing instructions comprising at least one or more of computing a hash value for the data or the document; assembling and generating metadata for the data or the document; receiving an electronic signature for an approved user for transmittal of the data, the hash and the metadata to a blockchain for a notary'; combining and saving the hash, the electronic signature, and the metadata as a record; determining if the data or the document are to be saved, and if determined to be saved, then performing: a) notarizing, by a local private system, the data or the document via the electronic signature and adding a new record to a private blockchain, and b) saving the data or the document with the electronic signature and the metadata in secure storage; or if determined not to be saved proceeding; and determining if the data or the document are assigned for an external notary, and if determined to be for an external notary, then performing: a) generating a transaction request including a record in the contents, b) transmitting a transaction request to remote notarization, c) authenticating identity of the requestor for the transaction, and d) determining if the requestor is authenticated and authorized, and if so then performing a digital notarization process on the record, comprising: verifying remote notarization at the requestor with the remote notarization identifier from the response, and saving the remote notarization identifier with the record, and if not then generating and transmitting a transaction response indicating denial, saving a denial status message with the record; or if determined not to be for the external notary; then immediately continuing; generating a transaction response with contents of the identifiers for the first and second notary if required, and status; and transmitting the transaction response to the requestor, according to one example embodiment.[000114] According to one example embodiment, the method, system, or computer program product may further include electronically initiating based on at least one or more of: at least one automatic event trigger, or at least one user-driven event trigger, the at least one digital notarization of the data or document on the at least one or more blockchains.[000115] According to one example embodiment, the method, system, or computer program product may further include at least one digital notary function comprising at least one or more of: at least one hash algorithm, at least one digital signature technology, at least one electronic signature technology, at least one secured data storage, or at least one secured document storage; and electronically assigning at least one notary requirement to at least one digital asset in a digital dossier.[000116] According to one example embodiment, the method, system, or computer program product may further include at least one or more of: at least one digital asset; at least one digital dossier; at least one notary specification; at least one notary party group; at least one event-driven automated notary process; at least one multi-party automated notary process; or at least one multinotary notary process.[000117] According to one example embodiment, the method, system, or computer program product may include where the at least one notary specification comprises at least one or more of: electronically identifying at least one item in the at least one digital dossier that applies a notary, applies signature requirements, or applies other notary specification settings; electronically- applying at least one or more of: the at least one notary specification for a lifecycle of activities for the at least one digital asset, or the at least one notary' specification independent of a time duration of a life of the at least one digital asset.[000118] According to one example embodiment, the method, system, or computer program product may include where the digital notarization comprises at least one or more of: electronically affirming legitimacy of signatures of parties on the document, electronically affirming validity of the document, electronically' ensuring the at least one criteria for completing the notarization are followed, electronically ensuring the conditions for completing the notarization have been completed, wherein the conditions are programmed within a Smart Contract that comprise criteria comprising at least one or more of: a number of signatures required to be complete, or a numeric proportion of total number of signatures necessary to be complete, electronically storing of the executed document, or using an electronic blockchain or distributed ledger technology to electronically provide at least one or more of: a secure electronic method for each event in the transaction; an event-driven automated electronic process defined by the users; electronically computing a hashtag value for the asset, data, or document with a unique identifier; electronicallystoring new records in a secured and encry pted location; electronically enabling signature for multiple notaries including within a private or local blockchain and a public blockchain; and electronically evaluating the criteria for completing the notarization.[000119] IV. According to an example embodiment, a system, method and / or computer program product may be set forth including an example computer implemented method of using a finite state machine (FSM) for processing of data and events for shipments of various cargo at a port through customs, in a distributed, application (app) computing environment comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications network interface to at least one data communications network, the method comprising: electronically processing, by the at least one electronic computer processor, a collection of at least one distributed software app node service of the FSM where each of said at least one app node service comprises a single state of the state machine, wherein each of said at least one app node services comprises implementation and deployment as an independent operating service comprising at least one business rule for said each of said at least one app node services; electronically executing, by the at least one electronic computer processor, said at least one business rule, by at least one rules engine; electronically obtaining, by the at least one electronic computer processor, shipment data (SMARTPASS) from at least one shipment record database; electronically combining, by the at least one electronic computer processor, incoming event data with existing shipment data (SMARTPASS); electronically processing, by the at least one electronic computer processor, said at least one business rule, by the at least one rules engine; electronically receiving, by the at least one electronic computer processor, at least one transaction event, and electronically determining upon receipt of said at least one transaction event, at least one SMARTPASS state and electronically routing said at least one transaction event to an appropriate of said at least one app node services for processing said at least one SMARTPASS state; electronically processing, by the at least one electronic computer processor, at said appropriate of said at least one app node services, electronically combining event data with the existing shipment data (SMARTPASS) and an associated rule set of said at least one business rules, and electronically processing, by the at least one electronic computer processor, by said at least one rules engine said associated rule set on the existing shipment data (SMARTPASS); electronically combining, by the at least one electronic computer processor, at least one value and at least one action identifier into at least one transaction action request, after completion of said electronically processing of the appropriate rules set, by said at least one rules engine data; electronically routing, by the at least one electronic computer processor, said at least one transaction action request to a matched action service of said at least one app node services, andupon electronically authenticating said at least one transaction action request, electronically executing, by the at least one electronic computer processor, said at least one transaction action request, based on data details included in said at least one transaction action request; electronically executing, by the at least one electronic computer processor, an after state processor, after said electronically routing has been routed, and electronically determining, by the at least one electronic computer processor, state transition comprising performing as required at least one or more of: performing, by the at least one electronic computer processor, update saves to the existing shipment data (in the SMARTPASS); logging, by the at least one electronic computer processor, an activity transaction to at least one blockchain; posting, by the at least one electronic computer processor, an activity transaction to the at least one blockchain; transmitting, by the at least one electronic computer processor, at least one notification message; determining at least one fulfillment criteria for current state; or receiving instructions to override processing instructions for current state; and electronically placing, by the at least one electronic computer processor, said matched action service of said at least one app node services stateless, after said electronically executing of said at least one transaction action request is complete, and electronically clearing out. by the at least one electronic computer processor, any data processed for said existing shipment data (in the SMARTPASS) and said at least one transaction event received.[000120] According to another example embodiment, a system of using a finite state machine (FSM) for processing of data and events for shipments of various cargo at a port through customs, in a distributed, application (app) computing environment, the system may include: at least one electronic computer processor, coupled to at least one electronic memory storage device and coupled via at least one communications network interface, coupled to at least one data communications network, the system comprising wherein said at least one electronic computer processor is configured to: electronically process a collection of at least one distributed software app node service of the FSM where each of said at least one app node service comprises a single state of the state machine wherein each of said at least one app node services comprises implementation and deployment as an independent operating service comprising at least one business rule for said each of said at least one app node services; electronically execute said at least one business rule, by at least one rules engine; electronically obtain shipment data (SMARTPASS) from at least one shipment record database; electronically combine incoming event data with existing shipment data (SMARTPASS); electronically process said at least one business rule, by the at least one rules engine; electronically receive at least one transaction event, and electronically determine upon receipt of said at least one transaction event, at least oneSMARTPASS state and electronically routing said at least one transaction event to an appropriate of said at least one app node sendees for processing said at least one SMARTPASS state; electronically process at said appropriate of said at least one app node services, electronically combine event data with the existing shipment data (SMARTPASS) and an associated rule set of said at least one business rules, and electronically process by said at least one rules engine said associated rule set on the existing shipment data (SMARTPASS); electronically combine at least one value and at least one action identifier into at least one transaction action request, after completion of said electronically processing of the appropriate rules set, by said at least one rules engine data; electronically route said at least one transaction action request to a matched action sen ice of said at least one app node services, and upon electronically authenticating said at least one transaction action request, electronically execute said at least one transaction action request, based on data details included in said at least one transaction action request; electronically execute an after state machine, after said electronically route has been routed, and electronically determine at least one state transition comprising being configured to perform as required at least one or more of: perform update saves to the existing shipment data (int the SMARTPASS); log an activity transaction to at least one blockchain; post an activity transaction to the at least one blockchain; transmit at least one notification message; determine at least one fulfillment criteria for current state; or receive instructions to override processing instructions for current state; and electronically place said matched action service of said at least one app node services stateless, after said electronically execute of said at least one transaction action request is complete, and electronically clear out any data processed for said existing shipment data (in the SMARTPASS) and said at least one transaction event received.[000121] According to yet another example embodiment, an example computer program product embodied on a computer accessible nontransitory storage medium, including at least one instruction, which when executed on at least one electronic computer processor performs a method of using a finite state machine (FSM) for processing of data and events for shipments of various cargo at a port through customs, in a distributed, application (app) computing environment comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications network interface to at least one data communications network, the method may include: electronically processing a collection of at least one distributed software app node service of the FSM where each of said at least one app node service comprises a single state of the state machine, wherein each of said at least one app node services comprises implementation and deployment as an independent operating service comprising at least one business rule for said each of said at least one app node sendees;electronically executing said at least one business rule, by at least one rules engine; electronically obtaining shipment data (in the SMARTPASS) from at least one shipment record database; electronically combining incoming event data with existing shipment data (in the SMARTPASS); electronically processing said at least one business rule, by the at least one rules engine; electronically receiving at least one transaction event, and electronically determining upon receipt of said at least one transaction event, at least one SMARTPASS state and electronically routing said at least one transaction event to an appropriate of said at least one app node services for processing said at least one SMARTPASS state; electronically processing at said appropriate of said at least one app node services, electronically combining event data with the existing shipment data (in the SMARTPASS) and an associated rule set of said at least one business rules, and electronically processing, by the at least one electronic computer processor, by said at least one rules engine said associated rule set on the existing shipment data (in the SMARTPASS); electronically combining at least one value and at least one action identifier into at least one transaction action request, after completion of said electronically processing of the appropriate rules set, by said at least one rules engine data; electronically routing said at least one transaction action request to a matched action service of said at least one app node services, and upon electronically authenticating said at least one transaction action request, electronically executing said at least one transaction action request, based on data details included in said at least one transaction action request; electronically executing an after state processor, after said electronically routing has been routed, and electronically determining at least one state transition comprising performing as required at least one or more of: performing update saves to the existing shipment data (in the SMARTPASS); logging an activity transaction to at least one blockchain; posting an activity transaction to the at least one blockchain; transmitting at least one notification message; determining at least one fulfillment criteria for current state; or receiving instructions to override processing instructions for cunent state; and electronically placing said matched action service of said at least one app node services stateless, after said electronically executing of said at least one transaction action request is complete, and electronically clearing out any data processed for said existing shipment data (SMARTPASS) and said at least one transaction event received.[000122] According to one example embodiment, embodiments of the claimed invention may relate to using a collection of software App Node Services that are deployed in a distributed computing environment where each App Node may correspond to a single state of a finite state machine (FSM) that may model a state-based application that can be applied to supply chain management at a shipment port, according to an example embodiment. The disclosed method may include,according to an example embodiment, an FSM for the life cycle of processing for shipment data and events of various cargos at a port through customs processing to its data processing completion, according to an example embodiment. The FSM, according to an example embodiment, may include being executed over a finite time duration, may be data event-driven, and may be operated over a collection of App Node Services at different times deployed in a distributed computing environment, according to an example embodiment.[000123] The construction and method of operation of the invention and additional objects and advantages of the invention may be best understood from the following description of specific embodiments when read in connection with the accompanying drawings, according to an example embodiment.[000124] V. According to an example embodiment, a system, method and / or computer program product may be set forth including an example computer implemented method of providing for a transaction on a blockchain for conditionally assigned criteria, may include at least one electronic computer processor coupled to at least one electronic memory7storage device and coupled via at least one communications network interface to at least one data communications network, the method may include: electronically receiving, by the at least one electronic computer processor, at least one document via at least one graphical user interface (GUI), at least one Internet Of Things (loT) message interface, or at least one application programming interface (API); electronically receiving, by the at least one electronic computer processor, at least one applicable payment via at least one or more of: the at least one graphical user interface (GUI), at least one loT message interface, or at least one application programming interface (API); electronically storing, by the at least one electronic computer processor, said at least one document and said at least one applicable payment in at least one data store comprising at least one or more of: at least one cloud based or on premise storage; at least one node of the at least one data communications network; or at least one storage system; electronically transferring, by the at least one electronic computer processor, via at least one blockchain user interface, or at least one blockchain gateway API from said at least one data store; electronically processing, by the at least one electronic computer processor, data stipulated as at least one conditionally assigned criteria on at least one or more of: at least one blockchain; or at least one distributed ledger technology (DLT) including routing and adding loT data to the asset record when conditions are met; electronically authenticating, by the at least one electronic computer processor, said data with at least one electronic timestamp, and encoding, by the at least one electronic computer processor, with at least one encoder; electronically updating, by the at least one electronic computer processor, at least one data record of said data, including adding loT data to the asset record comprising at least one or more of at least one blockchain entryincluding at least one Non-Fungible Token (NFT), or at least one cryptographically linked off- chain entry, when said at least one conditionally assigned criteria is fulfilled; electronically notifying, by the at least one computer processor, via the at least one GUI at least one or more of at least one permissioned participant; or at least one authorizing permissioned participant, according to an example embodiment. In one example embodiment, the data record may include an NFT, and may optionally further include the cryptographically linked off-chain entry.[000125] According to one example embodiment, an example system of providing for a transaction on a blockchain for conditionally assigned criteria, the system comprising: at least one electronic computer processor, coupled to at least one electronic memory storage device and coupled via at least one communications network interface, coupled to at least one data communications network, the system comprising wherein said at least one electronic computer processor is configured to: electronically receive, by the at least one electronic computer processor, at least one document via at least one or more of: at least one graphical user interface (GUI), at least one loT message interface, or at least one application programming interface (API); electronically receive at least one applicable payment via the at least one or more of: the at least one GUI, at least one loT message interface, or at least one API; electronically store said at least one document and said at least one applicable payment in at least one data store comprising at least one or more of: at least one cloud based or on premise storage; at least one node of the at least one data communications network; or at least one storage system; electronically transfer via at least one blockchain user interface or at least one blockchain gateway API from said at least one data store; electronically process data stipulated as at least one conditionally assigned criteria on at least one or more of: at least one blockchain; or at least one distributed ledger technology (DLT) including being configured to route and add loT data to the asset record when conditions are met; electronically authenticate said data with at least one electronic timestamp, and encode with at least one encoder; electronically update at least one data record of said data comprising at least one or more of: at least as a blockchain entry including a Non-Fungible Token (NFT) or with a cryptographically linked off-chain entry, when said at least one conditionally assigned criteria is fulfilled; electronically notify via the at least one graphical user interface (GUI) at least one or more of: at least one permissioned participant; or at least one authorizing permissioned participant, according to an example embodiment. In one example embodiment, the data record may include an NFT, and may optionally further include the cryptographically linked off-chain entry.[000126] According to yet another example embodiment, an example computer program product may be embodied on a computer accessible nontransitory storage medium, and may include at least one instruction, which when executed on at least one electronic computer processor mayperform a method of providing for a transaction on a blockchain for conditionally assigned criteria, which may include, e.g.. but is not limited to, at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications network interface to at least one data communications network, the method may include: electronically receiving at least one document via at least one or more of: at least one graphical user interface (GUI), at least one Internet of Things (loT) message interface, or at least one application programming interface (API); electronically receiving at least one applicable payment via the at least one or more of: the at least one GUI, the at least one loT message interface, or at least one API; electronically storing said at least one document and said at least one applicable payment in at least one data store comprising at least one or more of: at least one cloud based or on premise storage; at least one node of the at least one data communications network; or at least one storage system; electronically transferring via at least one blockchain user interface or at least one blockchain gateway API from said at least one data store; electronically processing data stipulated as at least one conditionally assigned criteria on at least one or more of: at least one blockchain; or at least one distributed ledger technology (DLT); electronically authenticating said data with at least one electronic timestamp, and encoding with at least one encoder: electronically updating at least one data record of said data including adding loT data to the asset record comprising at least one or more of: as at least one blockchain entry' including a Non-Fungible Token (NFT); or a cryptographically linked off-chain entry, when said at least one conditionally- assigned criteria is fulfilled; electronically notifying via the at least one graphical user interface (GUI) at least one or more of: at least one permissioned participant; or at least one authorizing permissioned participant, according to an example embodiment. In one example embodiment, the data record may include an NFT, and may optionally further include the cry ptographically linked off-chain entry.[000127] Embodiments of the claimed invention relate to the transmission of data items, according to an example embodiment, which may' include a rule set that can be modified by permissioned participants in a supply chain utilizing blockchain for authentication and application of smart contracts for self-execution based on conditions, according to an example embodiment.[000128] More specifically, example embodiments of the claimed invention may include a method which may' include a new architectural system in which the data items may be published to an authorizing permissioned participant and may be received on a computing device, according to an example embodiment. For example, when all data as conditioned in the rule set are fulfilled, the system may be encoded to create a new data record and the authorizing participant may determine disposition of the good or product, according to an example embodiment.[000129] Example embodiments may relate to tracking of assets with a Blockchain, according to an example embodiment.[000130] Other example embodiments may relate to blockchain-based supply chain certification systems and methods, according to an example embodiment.[000131] Example embodiments relate to blockchain-based systems for efficient storage and retrieval of disparate supply side transaction information, according to an example embodiment.[000132] An example feature of embodiments of the claimed invention may include providing a transaction on a blockchain for conditionally assigned criteria that may overcome the disadvantages of the methods of this general type and of the conventional solutions, according to an example embodiment.[000133] This invention provides that all documentation and payments, if necessary, are received in a digital form from any of the permissioned participants, including the authorizing agent to a data storage unit, according to an example embodiment. The unit serves to authenticate items as accurate and are selected as conditions necessary' to fulfill criteria as stipulated in a self-executing platform and allow authorizing permissioned participant to determine final disposition of product or good in the supply chain, according to an example embodiment.[000134] This invention provides that all documentation and payments, if necessary, are received in a digital form from any of the permissioned participants, including the authorizing agent to a data storage unit, according to an example embodiment. The unit serves to authenticate items as accurate and are selected as conditions necessary to fulfill criteria as stipulated in a self-executing platform and allow authorizing permissioned participant to determine final disposition of product or good in the supply chain, according to an example embodiment.[000135] Implementation of this invention may include providing an innovative approach for authenticating multi-tiered transactions involving permissioned participants and authorizing permissioned participants of data and information stored on a blockchain using smart contracts for determining final disposition, according to an example embodiment.[000136] For example, in the example embodiment of the application of this specification, customs clearance may be used to verify the accuracy of documentation for products and goods, according to an example embodiment. This clearance may be an evaluation process used by nation-states to move products and goods for entry, exit, or transit through the country upon the validation of requirements stipulated by the country’s laws, regulations, or policies, according to an example embodiment. Furthermore, despite the fact that each nation-state may tailor the documentation required for clearances, the general clearance process involves a manual process that includes a paper process with computing devices to view or store information as needed, according to anexample embodiment. For example, a summarized workflow for permissioned participants of an import, according to an example embodiment.[000137] 1) A shipment of goods arrives at the port for entry, according to an example embodiment. 2) A customs officer examines the documentation in a paper and digital form associated with the goods and the specified import duties and taxes, if any, according to an example embodiment. 3) If determined that requirements for customs approval are not satisfied, then shipment may be detained or returned until a customs broker, the buyer, seller, or a financing representative, reconciles the trade requirements, according to an example embodiment. 4) After reconciliation, customs clears the goods for entry into the country or transit through the country to reach its final destination, according to an example embodiment.[000138] This invention provides that all documentation and payments, if necessary, are received in a digital form to the authorizing permission participant and all permissioned participants in the transaction are enabled to transmit digital data information according to required criteria, according to an example embodiment. The architecture of the system includes user interface(s), a digital storage unit(s), and automation platform to transmit notification upon fulfillment of designated criteria, according to an example embodiment.[000139] The foundation of blockchain may be its ability to store data in an immutable fashion enabling secure and transparent transactions and the publication including imprint of authenticity, such as a timestamp, of such information to permissioned parties, according to an example embodiment. Blockchain and derivatives thereof in various types of industries are constructive through the transmission of data, information, rule sets along a distributed ledger to the permissioned participants, according to an example embodiment. Smart contracts are configured to be self-executing on a blockchain when predetermined conditions are fulfilled, thereby enabling the transition to succeeding step, according to an example embodiment.[000140] The systems and methods disclosed herein relate to transactions on a blockchain, which may include data and information, held within a storage unit (encrypted with meta data to identify its source) until matched with criteria in rule set, according to an example embodiment. One embodiment may be the data information submitted to the system may be a single transaction, according to an example embodiment. Another embodiment may be all documents submitted, including metadata to identify the author or submitter, to the system are coalesced within a single transaction, according to an example embodiment. Such transactions may be digitally stored in encrypted form within the system, platform, cloud, node, or computing device, according to an example embodiment.[000141] The data storage system may include of two parts: an on-chain component, referring to data stored inside of the blockchain system, and an off-chain component for data not stored in the blockchain but in another storage such as a database, according to an example embodiment. The relationship between the on-chain and off-chain components may be made possible by each containing an identically computed value called a hash on the data and having related cryptographic keys, according to an example embodiment. A participant, through their authorized account, can query one or all the data storage system(s), according to an example embodiment.[000142] In another embodiment of the invention, the architecture may provide the data and any information required by the authorizing permissioned user of the supply chain may be published to their computing device, such as documents, payment amount, and any product identifier information all located on the blockchain; attestation of the documents may be performed by a computing device equipped with digital signature capabilities, where the authenticity and integrity of the documents are verified using cryptographic techniques or verification of the attestation involving cross-referencing the digital signatures with a trusted authority's public key or employing a decentralized consensus mechanism within the blockchain network to confirm the validity of the attestation with the evidence of the attestation recorded on the blockchain; synchronization between the authenticated documents and information and the criteria stipulated in the rule set and also reflected in the smart contract; and when the conditions are fulfilled, the system generates a new update record that may be received by all permissioned participants on a computing device and the authorizing permissioned participant(s). who makes determination which may be last transaction in supply chain for final disposition of goods, according to an example embodiment.[000143] In this embodiment, upon approval, the products may be released and the next user in the supply chain may gain access to the goods, according to an example embodiment.[000144] This embodiment may reduce rejection of the movement of goods, services, or products for importation, exportation, or transit for nation-states, according to an example embodiment. And more specifically, may address inaccurate and missing information, such as Harmonized Tariff Schedule (HTS) or Export Control Classification Number (ECCN) codes, inaccurate or antiquated market valuation of the consignment, according to an example embodiment.[000145] Although the invention may be illustrated and described herein as summarized in a transaction on blockchain for conditionally assigned criteria, the invention should not be limited to the details shown in those embodiments because various modifications and structural changes may be made without departing from the spirit of the invention while remaining within the scope and range of equivalents, according to an example embodiment.[000146] The construction and method of operation of the invention and additional objects, features and / or advantages of embodiments of the disclosure or the invention may be best understood from the following description of specific embodiments when read in connection with the accompanying drawings, according to an example embodiment.[000147] VI. According to an example embodiment, a system, method and / or computer program product may be set forth including an example computer implemented method of codifying data or a program using a rule-based and state-based application program or software component for automatic deployment in a distributed computing environment, may include at least one electronic computer processor coupled to at least one electronic memory' storage device and coupled via at least one communications network interface to at least one data communications network, the method may include: programming and assigning, by the at least one electronic computer processor, of production rules as code used for processing data and events for shipment of various cargo at a port through customs processing and shipment finance processing referred to as supply chain financing in the distributed computing environment; programming, by the at least one electronic computer processor, a finite state machine (FSM) to implement the state-based application program or software component; deploying, by the at least one electronic computer processor, the FSM may include: collecting, by the at least one electronic computer processor, of at least one distributed software app node sendee; where each of the at least one distributed software app node services may include: at least a single state of the FSM; and at least one dynamically loadable programmable rule; and receiving, by the at least one electronic computer processor, at least one shipment or shipment related data, where the at least one shipment data may include data collected from at least one or various data sources. In an example embodiment, the one or various data sources may include at least one or more of: electronic data interchange (EDI), other Enterprise Resource Planning (ERP) messaging, web service application programming interface (API) calls, Internet Of Things (loT) messaging, remote file copy, or tracking sensors, according to an example embodiment.[000148] According to another example embodiment, the method may include w here the at least one shipment data may include: aggregating, by the at least one electronic computer processor, the at least one shipment data may include at least one SMARTPASS may include the at least one shipment data combined with the at least one dynamically loadable programmable rule, the FSM, and associated processing actions, where the at least one SMARTPASS may include dynamically assigning, by the at least one electronic computer processor, the at least one dynamically loadable programmable rule based on at least one or more of: the at least one shipment data of an individual shipment, or a need, according to an example embodiment.[000149] According to yet another example embodiment, a system of codifying data or a program using a rule-based and state-based application program or software component for automatic deployment in a distributed computing environment, the system may include: at least one electronic computer processor, coupled to at least one electronic memory storage device and coupled via at least one communications network interface, coupled to at least one data communications network, the system may include where the at least one electronic computer processor is configured to: program and assign of production rules as code used for processing data and events for shipment of various cargo at a port through customs processing and finance processing referred to as supply chain financing in the distributed computing environment; program a finite state machine (FSM) to implement the state-based application program or software component; and deploy the FSM may include: collect of at least one distributed software app node service; where each of the at least one distributed software app node services may include: at least a single state of the FSM; and at least one dynamically loadable programmable rule; and receive at least one shipment data, where the at least one shipment data may include data collected from one or various data sources. According to one example embodiment, the system where the various data sources may include at least one or more of: electronic data interchange (EDI), other Enterprise Resource Planning (ERP) messages, web service application programming interface (API) calls, Internet Of Things (loT) messages, remote file copy, or tracking sensors, according to an example embodiment.[000150] According to one example embodiment system, the at least one shipment data may include where the at least one electronic computer processor is configured to: aggregate the at least one shipment data may include at least one SMARTPASS may include the at least one shipment data combined with the at least one dynamically loadable programmable rule, the FSM, and associated processing actions, where the at least one SMARTPASS may include dynamically assigns the at least one dynamically loadable programmable rule based on at least one or more of: the at least one shipment data of an individual shipment, or a pre-determined need, according to an example embodiment.[000151] According to another example embodiment, a computer program product embodied on a computer accessible nontransitory storage medium, may include at least one instruction, which when executed on at least one electronic computer processor may perform a method of codifying data or a program using a rule-based and state-based application program or software component for automatic deployment in a distributed computing environment, may include at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications network interface to at least one data communicationsnetwork, the method may include: programming and assigning of production rules as code used for processing data and events for shipment of various cargo at a port through customs processing and finance processing referred to as supply chain financing in the distributed computing environment; programming a finite state machine (FSM) to implement the state-based application program or software component; deploying the FSM may include: collecting of at least one distributed software app node service; where each of the at least one distributed software app node services may include: at least a single state of the FSM; and at least one dynamically loadable programmable rule; and receiving at least one shipment data, where the at least one shipment data may include data collected from at least one or various data sources. The computer program product in one embodiment may include a method, where the at least one or various data sources may include at least one or more of: electronic data interchange (EDI), other Enterprise Resource Planning (ERP) messaging, web service application programming interface (API) calls, Internet Of Things (loT) messaging, remote file copy, or tracking sensors, according to an example embodiment.[000152] According to one other example embodiment, the computer program product may include where the method may include where the at least one shipment data may include: aggregating the at least one shipment data may include at least one SMARTPASS may include the at least one shipment data combined with the at least one dynamically loadable programmable rule, the FSM, and associated processing actions, where the at least one SMARTPASS may include dynamically assigning the at least one dynamically loadable programmable rule based on at least one or more of: the at least one shipment data of an individual shipment, or a pre-determined need.[000153] According to another example embodiment, the method may include where the at least one shipment data may include: electronically aggregating said at least one shipment data comprising at least one SmartPass comprising said at least one shipment data combined with said at least one dynamically loadable programmable rule, the FSM, and associated processing actions, wherein said at least one SmartPass comprises electronically dynamically assigning said at least one dynamically loadable programmable rule based on at least one or more of: said at least one shipment data of an individual shipment, or a pre-determined need.[000154] According to another example embodiment, the method may include where the electronically deploying the FSM comprises electronically deploying at least one app node service.[000155] According to another example embodiment, the method may include where the at least one app node service comprises a YAML App Node Service, and wherein said deploying comprises at least one or more of: electronically deploying to a run-time service environment; wherein said YAML App Node Sen-ice comprises being automatically code generated based on a YAML formtemplate design, wherein said YAML form template design is designed specifically for said YAML App Node Service based on a differing Rule Set contents and unique FSM state name; wherein said YAML App Node Service comprises a cluster service comprising at least one or more of a cluster container manager, a processor of at least one cluster service API deployable as a container cluster service, or a KUBERNETES container cluster service; or electronically creating and deploying a newly created and deployed FSM state-based Rules and App Node Services in a cluster environment, with managed KUBERNETES containers: electronically installing a change to a Rule Set of a running App Node Service, a new App Node Service with a new Asset State Engine instance, and creating an updated Rule Set executed in a Container Cluster; electronically executing a new App Node Service alongside an older version App Node Service, with no interaction between said App Node Services in the same environment, wherein both said App Node services are executing at the same time, at least one other serv ice using said App Node Services comprise at least one or more of: electronically interacting with said new App Node Service; or electronically interacting with said old App Node Service.[000156] Although the invention may be illustrated and described herein as summarized in a transaction on blockchain for at least one loadable programmable rule, the invention should not be limited to the details shown in those embodiments because various modifications and structural changes may be made without departing from the spirit of the invention while remaining within the scope and range of equivalents, according to an example embodiment.[000157] The construction and method of operation of the invention and additional objects and advantages of the invention may be best understood from the following description of specific embodiments when read in connection with the accompanying drawings, according to an example embodiment. VII. According to one example embodiment, a computer implemented method shown in FIG. 1G of providing a finite state machine (FSM) 138 with business rules embedded for processing data and at least one event, may include at least one electronic computer processor of a system coupled to at least one electronic memory storage device and coupled via at least one communications network interface to at least one data communications network, the method may include: individually saving, by the at least one electronic computer processor, to at least one blockchain ledger each state of a plurality of states as a data record, wherein the each state may include at least one or more of a unique identifier or name for the state, a set of one or more input field names called input data slots, the rules for the state written in a rule language, and a set of one or more output field names called output data slots; executing, by the at least one electronic computer processor, of a smart contract may include at least one or more of: processing, by the at least one electronic computer processor, for the state of the FSM 138 by identifying the state byid or by name, loading, by the at least one electronic computer processor, a corresponding component state from the at least one blockchain ledger, or adding and executing, by the at least one electronic computer processor, code for processing behavior of the corresponding component state, wherein the code includes rules for the state written in a rule language; employing, by the at least one electronic computer processor, at least one rule language comprising at least one rule comprising, in some embodiments, e.g., but not limited to. at least one or more of: e.g., but not limited to, Open Policy Agent (OPA), Rego. Prolog. Prolog-based DataLog. RuleML. Drools Rule Language (DRL), NRules, or JavaScript Object Notation (JSON), etc.,; and in some embodiments, wherein the system may include at least one or more of: the at least one electronic computer processor, at least one application program interface (API) for a user to communicate, the at least one blockchain ledger, at least one rule processor, or the at least one electronic memory storage device, according to an example embodiment. In some embodiments, the method may include providing at least one or more of: transparency, immutability; or secure execution of business rules within a FSM architecture.[000158] According to another example embodiment, a system of providing a finite state machine (FSM) with business rules embedded for processing data and at least one event, the system may include: at least one electronic computer processor, coupled to at least one electronic memory storage device and coupled via at least one communications network interface, coupled to at least one data communications network, the system may include wherein said at least one electronic computer processor is configured to: individually save to at least one blockchain ledger each state of a plurality of states as a data record, wherein the each state may include at least one or more of: a unique identifier or name for the state, a set of one or more input field names called input data slots, the rules for the state written in a rule language, and a set of one or more output field names called output data slots; executing of a smart contract may include configuring the system to at least one or more of: process for the state of the FSM 138 by identifying the state by id or by name, load a corresponding component state from the at least one blockchain ledger, or add and execute code for processing behavior of the corresponding component state, wherein the code includes rules for the state written in a rule language; employ at least one rule language comprising e.g., but not limited to, at least one rule comprising, in some embodiments, at least one or more of: e.g., but not limited to, Open Policy Agent (OPA), Rego, Prolog, Prolog-based DataLog, RuleML, Drools Rule Language (DRL), NRules, or JavaScript Object Notation (JSON), etc.; and where the system may include in some embodiments, at least one or more of: the at least one electronic computer processor, at least one application program interface (API) for a user to communicate,the at least one blockchain ledger, at least one rule processor, or the at least one electronic memory storage device, according to an example embodiment.[000159] According to yet another example embodiment, an example computer program product embodied on a computer accessible nontransitory storage medium, including at least one instruction, which when executed on at least one electronic computer processor performs a method of providing a finite state machine (FSM) with business rules embedded for processing data and at least one event, may include at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications network interface to at least one data communications network, the method may include: individually saving to at least one blockchain ledger 114 each state of a plurality' of states as a data record, wherein the each state may include at least one or more of: a unique identifier or name for the state, a set of one or more input field names called input data slots, the rules for the state written in a rule language, and a set of one or more output field names called output data slots; executing of a smart contract may include at least one or more of: processing for the state of the FSM 138 by identifying the state 126-134 by id or by name, loading a corresponding component state 116-122, from the at least one blockchain ledger 114. or adding and executing code 104 for processing behavior of the corresponding component state 106, wherein the code includes rules for the state written in a rule language; employing at least one rule language e.g., but not limited to, in some embodiments, may include at least one rule comprising at least one or more of: e.g., but not limited to, Open Policy Agent (OPA), Rego, Prolog, Prolog-based DataLog, RuleML, Drools Rule Language (DRL), NRules, and / or JavaScript Object Notation (JSON), etc.; and where the system may include, in some embodiments, at least one or more of: the at least one electronic computer processor, at least one application program interface (API) for a user to communicate, the at least one blockchain ledger, at least one rule processor, or the at least one electronic memory storage device, according to an example embodiment.[000160] Example embodiments of the claimed invention relate to computing and system architecture of a finite state machine 138 for users to transmit records to a blockchainl48, 150, according to an example embodiment. The system may include, e.g., but not limited to, comprise of, or consist of, smart contracts for execution of business rules, re-programmable language, and / or containers to facilitate access of latest data, etc. according to an example embodiment.[000161] The finite state machine (FSM) 138 may include, may be comprised of, or consist of, in one example embodiment, a finite collection of stateless states; each state may be deployed as an independent operating service that may contain business rules for its assigned state of the FSM, according to an example embodiment. A rule engine 306 may execute the business logic bycombining inbound event data from 152, 154, 156 with the existing data assigned in the rule engine input data slots, according to an example embodiment. The rule engine 306 may include a component 106 of the smart contract 102 that can assign the data to the data slots, according to an example embodiment. In another example embodiment, the smart contract 102 can contain or integrate the rule engine 306 where the smart contract 102 may control a data flow assigning the data to the data slots and executing the rule engine 306 to execute the rules where the rule engine 306 may execute in a separate process that may execute in a separate electronic computer processor and the smart contract 102 obtains the results from the rule engine 306, according to one example embodiment. Each state, containing the business rules, may be essentially a document that may be stored as a record in the blockchain ledger 114 where it may be assigned a unique id 9, 11. 21. 22. as shown, and along with metadata that may describe the document, according to an example embodiment.[000162] The production rules of the smart contract 102 may be automatically executed when the state of data is detected to meet pre-defined and encoded conditions for those rules, according to an example embodiment. When the rule or rules are satisfied to meet these conditions, the smart contract executes specific actions and events for those rules, according to an example embodiment.[000163] Production rules are typically written in a rule language that is a scripting language independent of the software application code, such as that of the smart contract code, according to an example embodiment. These production rules can be stored in different data record storage technologies including databases that may include, e.g.. but not limited to, SQL and NoSQL databases, blockchain ledgers, and inside of files saved to a file system, etc., according to an example embodiment.[000164] The rule engine 306 for the business rule may be embedded within each state of the FSM 138, according to an example embodiment. The business rules may provide the logic, processes events, which may be received by event receiver 154 and queued by event queue 156, under specific conditions, publish a state to the blockchain as the new block, and other actions. These actions or events are terms already negotiated between parties, according to an example embodiment. The rule set and operation of the FSM can be tested and verified in an environment independent of the blockchain using tools such as Rego Playground. Drools, POA, or other related applications, according to an example embodiment. These tools provide the businessperson or creator of the business rules with a software capability to perform a variety of options, including translating terms into code, creating and editing rules, maintaining version control and reporting, and other management features, according to an example embodiment. The business rules may be a construct of business practices or represent a negotiated contract between parties, according toan example embodiment. The advantage of the rule set is the ability to separate or retain the rules and apply them to evolving information technology’ systems, infrastructure, middleware such as cloud services, cyber security, and containers, according to an example embodiment.[000165] In this embodiment, production or inference rules are the type of business rules employed, according to an example embodiment. A production rule may be structured using first-order logic with reasoning represented in if-then or when-then format, according to an example embodiment. Production rules can be stored in a database and these rules are independent of the underlying software application code, according to an example embodiment. These production rules operate in a stateless manner and execute when a user or application invokes them, according to an example embodiment. The Rule Engine 306 may perform rapid pattern matching of the facts and data against the rules, according to an example embodiment. The Engine 306 may conform to the logic pattern as dictated in the business rules, according to an example embodiment; in this embodiment, the Rete algorithm may be employed for the rule engine to perform the pattern matching and logic reasoning, according to an example embodiment.[000166] For example, according to an example embodiment, the business rules reflect the transaction between a buyer and supplier in shipping cargo, and may be written in the ledger, according to an example embodiment. The smart contract 102 may automatically execute the costs of shipping an item, addition of taxes and shipping fees, price reduction for expedited arrival, and payment to supplier when buyer receives the shipment, or other material terms agreed to between the buyer and supplier, according to an example embodiment.[000167] In this embodiment, a private and permissioned blockchain may enforce identity management and may restrict access to interested parties, according to an example embodiment. Hyperledger Fabric (HLF) may be a distributed ledger with all transactions committed to the network, and smart contracts 102 also called chaincodes may be embedded in the blockchain for users to manage their transactions. Members of the HLF network may be enrolled through a membership service provider (MSP), and actions 160 or events committed to the blockchain may require protocols such as, e.g., but not limited to, proof of work, according to an example embodiment. The immutability characteristic of the blockchain may guarantee no modification of a transaction added to the blockchain, which is done using cryptographic techniques, according to an example embodiment. The blockchain ecosystem may include nodes, and the nodes may be assigned to permissioned participants, also referred to as peers, according to an example embodiment. The blockchain nodes 150, may use smart contracts 102 to provide controlled access to the private distributed ledger 114 and for consistent protocols for updating and accessing ledger information, according to an example embodiment.[000168] Unlike the smart contract 102 embedded in the state machine 138 with the business rules, the smart contracts 102 implanted for HLF may be invoked by an event or stimulus external to the blockchain, according to an example embodiment. Conceptually, chaincode is synonymous with smart contract 102 and may be used explicitly for HLF, according to an example embodiment. Usually, the chaincode may interact with the world state 110 to perform action(s) 160 and may query the latest information and does not interact with the blockchain ledger 114, according to an example embodiment. In this embodiment, the programming language for chaincode may include, e.g., but not limited to, Golang, JavaScript, and Java, etc., with respective chaincode libraries, according to an example embodiment.[000169] In this embodiment, the rule engine 304 may not be constrained with the access limites of an executing HLF smart contracts according to an example embodiment. Thereby, the rule engine 304 may perform a chaincode-to-chaincode invocation or cross-channel record access to extend or connect w ith the HLF programming, according to an example embodiment. Although a state created by smart contract 102 or chaincode is not directly accessible by another chaincode, a credentialed user including a rule engine program of HLF may gain access since all are within the same HLF network and those credentials are valid for the channels for the chaincode, according to an example embodiment. Each state of an FSM 138 may be saved as a separate data record in the blockchain, according to an example embodiment. This data record may be comprised of state data and may include the rules for the state written in a rule language that can be loaded and executed in the Smart Contract 102. according to an example embodiment. During the execution of a Smart Contract 102 that may include FSM code 104, the FSM code 104 may bes identified and obtained by the Smart Contract 102 from the matched data record, according to an example embodiment. The FSM code 104 may be loaded into the Component State Engine 106 and may be executed by the Smart Contract 102. After the Smart Contract 102 has completed its execution, the Component State Engine 106 data contents may be cleared of the FSM code 104 that was loaded, according to an example embodiment. In this manner, another FSM code 104 can be loaded as required to fulfill the processing for the next transaction, according to an example embodiment.[000170] The engine 304 may manage the decision process using pre-defined logic to reach an outcome, according to an example embodiment. As agreed to by the peers, according to an example embodiment, the consensus protocol may be essential to a new block added to the chain, and it may provide rel iabi 1 i ty to the distributed computing environment, according to an example embodiment. Within the system, the current value of the state can be accessed through the World State 110 of the HLF system or the blockchain, according to an example embodiment. The aptitudeof the ledger 114 may be facilitated by using the World State 110 that may hold the current values of the states instead of accessing the blockchain, according to an example embodiment, which would require calculating the transaction on the blockchain, according to an example embodiment. Furthermore, the World State 110 may receive queries from smart contracts 102 and other requests for the most recent entries while prior entries for the exact match can be accessed in the blockchain, according to an example embodiment.[000171] In this embodiment, with off-chain storage, the data including the rules in their rule language format may be stored off-chain in a separate data storage from the blockchain that may include, e.g., but not limited to, a database or one of more files, according to an example embodiment. The computed hash code of the same data may be stored on-chain in the blockchain ledger 114. according to an example embodiment. Data retrieved from the off-chain storage may be validated to ensure no alterations occurred by computing the hash of the data from the storage and comparing with the prior computed hash stored in blockchain ledger 114, according to an example embodiment. And prior to the deployment of the state to the blockchain, the smart contract 102 within the finite state machine 138 may execute the business rules and may assign the states 126 - 134 to the public blockchain 116-122, which is a considered automated, according to an example embodiment. Each state of the state machine 138 may be a component 106, 108 with a unique module of code and instruction that may receive input data from the rules and outside state, according to an example embodiment, then 1) a unique identifier or key may be assigned for each state, according to an example embodiment, 2) the appropriate rules to relevant state may be assigned, according to an example embodiment 3) the data inputs for transaction events and the application database may be assigned, according to an example embodiment and 4) action(s) 160a, 160b, 160c (160) may be identified for all results and outputs generated from the rules, according to an example embodiment.[000172] The deployer 142, according to an example embodiment, may convert the business rules into a JSON format, which may conform to a readable language by the distributed ledger as illustrated in blockchain node FSM-enabled 150, e.g., both the World State 110 and blockchain 114, according to an example embodiment. The versatility of JSON format may allow the JSON message to be acknowledged easily between computers and program languages, according to an example embodiment. Additionally, the deployer 142 may produce a matrix that may include a rule set for transition between states 124 and 136, as shown in FSM 138 and may include the unique identifiers or key for each state of the finite state machine 138, according to an example embodiment.[000173] The module of code and instructions may be compressed and / or may be packaged into a JSON message format that may conform with the example Blockchain data storage, thus forming the Component State JSON Document, according to an example embodiment. The deployer 142 may also produce the state transition matrix that contains the business rule set for state changes and the identifiers or keys for each component state of the FSM 138, according to an example embodiment. The depl oyer 142 may send a transaction request to the blockchain integration API 146, according to an example embodiment. The Blockchain Integration API 146 may authenticate wi th the blockchain network 148, as shown in the illustration of FIG. 1 G, according to an example embodiment.[000174] The summary detailed above is not intended to be an exhaustive representation of even' embodiment or aspect of this invention. Instead, the summary provides a mere example and description of concepts and features set forth in this invention. In combination with the diagrams, the features, ideas, and summary provide representative modes to carry out this disclosure, according to an example embodiment. This disclosure expressly includes any and all combinations and sub-combinations of the elements and features presented above and below, according to an example embodiment.[000175] VIII. Reverse factoring is the finance arrangement where a 3rd party finance Party, such as a bank, pays the supplier's invoice, eventually collects from the buyer who pays the invoice, and coordinates exchanges and fees between the supplier and buyer parties, according to an example embodiment. Reverse factoring comes with risks, most notably when the buyer defaults on payment of the invoice even after goods have been delivered, according to an example embodiment. Many reasons for this can occur including reduced change in demand, poor financial management, or fraud, according to an example embodiment. A recourse agreement is one in which the finance party’ does not assume the risks involved, according to an example embodiment. A non-recourse agreement is when the finance party assumes the risk, according to an example embodiment. A general process is described as follows, according to an example embodiment.[000176] 1) Buyer, supplier, and financer enter into a reverse factoring agreement, according to an example embodiment.[000177] 2) The supplier sends an invoice to the buyer in advance for the order, according to an example embodiment.[000178] 3) After the buyer approves the order, the buyer informs the financer of the buyer’s commitment, according to an example embodiment.[000179] 4) The financer provides the funds, usually about 80-90%, to the supplier, according to an example embodiment.[000180] 5) The supplier uses the funds to produce and ship the product, according to an example embodiment.[000181] 6) The supplier delivers the order to the buyer, and the buyer approves to delivery, according to an example embodiment.[000182] 7) The fmancer is informed of the delivery7approval and releases the remaining 10-20% less any financing fees, according to an example embodiment.[000183] 8) On the invoice due date, the fmancer receives the payment from the buyer, according to an example embodiment.[000184] Dynamic Discounting is a financial arrangement between a buyer and supplier for an early payment to the seller with several incentivized conditions that the supplier will discount the invoice by a certain amount, according to an example embodiment. The arrangement enables the supplier to choose when they want to receive payment in exchange for a reduced price on the goods and / or services the buyer has purchased, according to an example embodiment. Another effect of the arrangement is that this reduces the Costs of Goods Sold (COGS) and thereby increases the profitability for the buyer, according to an example embodiment. The dynamic component refers to the option to vary the discount based on the timing of payments to the supplier, according to an example embodiment. The sooner the early7payment is committed, the larger the expected discount, according to an example embodiment. Dynamic discounting is typically on an invoice-by -invoice basis and is expressed as a percentage of the face value of the invoice, according to an example embodiment. The process for dynamic discounting is typically an extension to reverse factoring that reduces the financer's role to exchange and auditing rather than providing the funds, according to an example embodiment. Some examples of such finance exchanges include, e g., but not limited to, Kyriba, PrimeRevenue, and MarcoPolo, etc., according to an example embodiment. For this flow, the fmancer described earlier is replaced with a finance exchange or a financial exchange, according to an example embodiment.[000185] 1) Supplier sends an invoice to the Buyer and financial exchange, according to an example embodiment.[000186] 2) Buyer approves the invoice, computes discount timetable for negotiations, and[000187] publishes this on the financial exchange to the supplier, according to an example embodiment.[000188] 3) Supplier elects for the discounted early payment for the invoice and commits that decision on the financial exchange, according to an example embodiment.[000189] 4) The financial exchange produces a digital agreement with the terms between buyer and supplier along with the fees for the exchange, according to an example embodiment.[000190] 5) Buyer pays Supplier in full or partial 80-90% amount of the adjusted discounted invoice through the financial exchange, according to an example embodiment.[000191] 6) The financial exchange collects the exchange fee from the payment, according to an example embodiment.[000192] 7) The financial exchange performs the financial transactions from the Buyer bank account to Supplier bank account over a standard funds transfer network, e g. SWIFT, according to an example embodiment.[000193] 8) If an early payment agreement was not committed, then payment is received at the invoice maturity date, according to an example embodiment.[000194] Decentralized Finance (DeFi), is a collection of financial services on public blockchains, primarily Ethereum. with DeFi companies offering those financial services, according to an example embodiment. With DeFi, account holders can do many things banks support — earn interest, borrow, lend, buy insurance, trade derivatives, trade assets, according to an example embodiment. The difference between traditional banking and DeFi, is that DeFi operates faster and does not involve paperwork or a third party; according to an example embodiment. As with cryptocurrency (crypto), DeFi is global, disintermediated, and peer-to-peer, that is. directly between two people, not routed through a centralized system, according to one example embodiment, according to an example embodiment.[000195] One of the benefits of DeFi is that of obtaining a loan instantly without filling out or completing paperwork, according to an example embodiment. However, similar to traditional banking, DeFi short and long-term loans typically require collateral, according to an example embodiment. In most cases, cryptocurrency is the collateral and collateralized non-fungible tokens (NFTs) are emerging, according to an example embodiment.[000196] According to an example embodiment, a system, method and / or computer program product may be set forth including an example computer implemented method of processing at least one early payment financing request, enabling at least or more of at least one dynamic discounting (DD) or at least one reverse factoring (RF) financing, via at least one SmartHub finance processor (SHFP) may include at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications interface to at least one data communications network, the method may include: electronically receiving, by the at least one electronic computer processor of the at least one SHFP, at least one electronic request for the at least one early payment financing request from a supplier party device over the at least one data communications network: electronically processing, by the at least one electronic computer processor of the at least one SHFP, the at least one electronic request by performing aplurality of processing instructions may include at least one or more of: accessing, by the at least one electronic computer processor of the at least one SHFP, at least one asset, SMARTPASS non- fungible token (NFT) repository; receiving, by the at least one electronic computer processor of the at least one SHFP, at least one risk management model; notarizing, by the at least one electronic computer processor of the at least one SHFP, at least one NFT proxy package to at least one local NFT blockchain repository; notarizing and collateralizing, by the at least one electronic computer processor of the at least one SHFP, at least one NFT proxy package to at least one restricted access public NFT blockchain repository; securely binding at least one Dynamic Discounting (DD) NFT to the SmartPass NFT, a cryptographic token embodying rights associated with dynamic discounting, establishing a secure and unbreakable digital linkage; notifying, by the at least one electronic computer processor of the at least one SHFP. at least one or more of: at least one early payment network, wherein the at least one early payment network may in turn proceed to notify' at least one or more of: at least one fintech finance market device; at least one value chain finance exchange device; at least one DeFi Market device; or at least one buyer party device; verifying, by the at least one electronic computer processor of the at least one SHFP, the NFT to the at least one local NFT blockchain repository; or responding, by the at least one electronic computer processor of the at least one SHFP, to the at least one early payment financing request to the supplier party' device, according to an example embodiment.[000197] According to another example embodiment, an example system of processing at least one early payment financing request, enabling at least or more of at least one dynamic discounting (DD) or at least one reverse factoring (RF) financing, the system may include: at least one SmartHub finance processor (SHFP) may include: at least one electronic computer processor; at least one electronic memory' storage device coupled to said at least one electronic computer processor; and at least one communications interface coupled to said at least one electronic computer processor and coupled to at least one data communications network, wherein said at least one electronic computer processor of said at least one SHFP is configured to: electronically receive at least one electronic request for the at least one early payment financing request from a supplier party device over the at least one data communications network; electronically process the at least one electronic request by being configured to perform a plurality of processing instructions comprising wherein the at least one electronic computer processor is configured to at least one or more of: access at least one asset, SMARTPASS non-fungible token (NFT) repository'; receive at least one risk management model; notarize at least one NFT proxy package to at least one local NFT blockchain repository; notarize and collateralize at least one NFT proxy package to at least one restricted access public NFT blockchain repository; securely bind at least oneDynamic Discounting (DD) NFT to the SmartPass NFT, a cryptographic token embodying rights associated with dynamic discounting, to establish a secure and unbreakable digital linkage; notify at least one or more of: at least one early payment network, wherein the at least one early payment network may in turn be configured to proceed to notify at least one or more of: at least one fintech finance market device; at least one value chain finance exchange device; at least one DeFi Market device; or at least one buyer party device; verify the NFT to the at least one local NFT blockchain repository; or respond to the at least one early payment financing request to the supplier party device, according to an example embodiment.[000198] According to yet another example embodiment, a nontransitory. computer program product, embodied on at least one computer accessible medium, comprising at least one computer program instruction, which when executed on at least one electronic computer processor, performs a method of processing at least one early payment financing request, enabling at least or more of at least one dynamic discounting (DD) or at least one reverse factoring (RF) financing, via at least one SmartHub finance processor (SHFP) comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications interface to at least one data communications network, the computer program product comprising the method may include: electronically receiving, by the at least one electronic computer processor of the at least one SHFP, at least one electronic request for the at least one early payment financing request from a supplier party device over the at least one data communications network; electronically processing, by the at least one electronic computer processor of the at least one SHFP, the at least one electronic request by performing a plurality of processing instructions may include at least one or more of: accessing, by the at least one electronic computer processor of the at least one SHFP, at least one asset, SMARTPASS non-fungible token (NFT) repository; receiving, by the at least one electronic computer processor of the at least one SHFP, at least one risk management model; notarizing, by the at least one electronic computer processor of the at least one SHFP, at least one NFT proxy package to at least one local NFT blockchain repository7; notarizing and collateralizing, by the at least one electronic computer processor of the at least one SHFP, at least one NFT proxy package to at least one restricted access public NFT blockchain repository; securely binding at least one Dynamic Discounting (DD) NFT to the SmartPass NFT, a cryptographic token embodying rights associated with dynamic discounting, establishing a secure and unbreakable digital linkage; notifying, by the at least one electronic computer processor of the at least one SHFP, at least one or more of: at least one early payment network, wherein the at least one early payment network may in turn proceed to notify at least one or more of: at least one fintech finance market device; at least one value chain financeexchange device; at least one DeFi Market device; or at least one buyer party' device; verifying, by the at least one electronic computer processor of the at least one SHFP, the NFT to the at least one local NFT blockchain repository; or responding, by the at least one electronic computer processor of the at least one SHFP, to the at least one early payment financing request to the supplier party' device, according to an example embodiment.[000199] According to still another example embodiment, computer implemented method for a party in the role of a borrower of funds to request funds by presenting digital collateral in the form of the SMARTPASS, a supply chain digital track and trace artifact, and for other Parties, in the role of a financer and a lender, to verify the collateral to process the request and provide bids to the borrower for their bid acceptance by the borrower with a digital agreement for funds transfer, the method may include: registering the financer and the lender; providing secured access to borrower opportunities; verifying digital collateral using at least one blockchain transaction; securing the digital collateral; and ensuring the digital collateral is authentic through at least one or more of: at least one digital signature; or blockchain storage, according to an example embodiment.[000200] According to one example embodiment, the method may further include: processing agreements for funds between the financer and the borrower; transferring electronic and cryptocurrency funds from the financer to the borrower; assessing fees and interest; and processing payments from the borrowers for loan agreements, according to an example embodiment.[000201] According to one example embodiment, the method may further include: providing several ty pes of agreements with terms that the borrower may electronically select a choice to accept that involve financial mechanisms may include at least one or more of: forward and reverse factoring (RF); dynamic discounting (DD); and loan terms, according to an example embodiment.[000202] According to one example embodiment, the method may further include: providing a dynamic discounting (DD) rights non-fungible token (NFT), a cryptographic token that is securely bound to a corresponding SmartPass NFT forming an unbreakable digital linkage, that may include: enabling acquiring or trading of rights to participate in dynamic discounting; and enabling making independent early payment arrangement with a supplier party that do not directly involve a buyer party, according to an example embodiment.[000203] According to one example embodiment, a system, method or computer program product which may execute instructions to perform a method may include, according to one embodiment where processing at least one early payment financing request, enabling at least or more of at least one dynamic discounting (DD) or at least one reverse factoring (RF) financing, via at least one SmartHub finance processor (SHFP) comprising at least one electronic computer processorcoupled to at least one electronic memory' storage device and coupled via at least one communications interface to at least one data communications network, the method comprising: electronically receiving, by the at least one electronic computer processor of the at least one SHFP, at least one electronic request for the at least one early payment financing request from a supplier party device over the at least one data communications network; and electronically processing, by the at least one electronic computer processor of the at least one SHFP, the at least one electronic request by performing a plurality of processing instructions comprising at least one or more of: electronically accessing, by the at least one electronic computer processor of the at least one SHFP, at least one asset, SmartPass non-fungible token (NFT) repository7; electronically receiving, by the at least one electronic computer processor of the at least one SHFP, at least one risk management model; electronically notarizing, by the at least one electronic computer processor of the at least one SHFP, at least one NFT proxy package to at least one local NFT blockchain repository; electronically notarizing and electronically collateralizing, by the at least one electronic computer processor of the at least one SHFP, at least one NFT proxy package to at least one restricted access public NFT blockchain repository: electronically binding the Dynamic Discounting (DD) NFT to the SmartPass NFT, ensuring a secure and unbreakable digital linkage; electronically notifying, by the at least one electronic computer processor of the at least one SHFP, at least one payment network; electronically verifying, by the at least one electronic computer processor of the at least one SHFP, the NFT to the at least one local NFT blockchain repository; or electronically- responding, by the at least one electronic computer processor of the at least one SHFP, to the at least one early payment financing request to the supplier party device.[000204] The method according to one embodiment may include where the electronically notifying, by the at least one electronic computer processor of the at least one SHFP, of the at least one early- pay ment network, comprises: wherein the at least one early payment network in turn proceeds to notify at least one or more of: at least one fintech finance market device; at least one value chain finance exchange device; at least one DeFi Market device; or at least one buyer party- device.[000205] The method according to one embodiment may include where the electronically- processing. by the at least one electronic computer processor of the at least one SHFP, the at least one electronic request by the performing said plurality of processing instructions comprises: electronically accessing, by the at least one electronic computer processor of the at least one SHFP, at least one asset, SmartPass non-fungible token (NFT) repository-; electronically receiving, by the at least one electronic computer processor of the at least one SHFP, at least one risk management model; electronically notarizing, by the at least one electronic computer processor of the at least one SHFP, at least one NFT proxy package to at least one local NFT blockchain repository;electronically notarizing and electronically collateralizing, by the at least one electronic computer processor of the at least one SHFP. at least one NFT proxy package to at least one restricted access public NFT blockchain repository; electronically binding the Dynamic Discounting (DD) NFT to the SmartPass NFT, ensuring a secure and unbreakable digital linkage; electronically notifying, by the at least one electronic computer processor of the at least one SHFP, at least one or more of: at least one early payment network, wherein the at least one early payment network in turn proceeds to notify: at least one fintech finance market device; at least one value chain finance exchange device; at least one DeFi Market device; and at least one buyer party device; electronically verifying, by the at least one electronic computer processor of the at least one SHFP, the NFT to the at least one local NFT blockchain repository: and electronically responding, by the at least one electronic computer processor of the at least one SHFP. to the at least one early payment financing request to the supplier party device. The method according to one embodiment may include where a party in the role of a borrower of funds may request funds by presenting digital collateral in the form of a SmartPass, a supply chain digital track and trace artifact, and for other Parties, in the role of a financer or a lender, to verify the digital collateral to process the request of funds and provide bids to the borrower for bid acceptance by the borrower with a digital agreement for funds transfer, the method comprising: electronically registering the financer and the lender; electronically providing secured access to borrower opportunities; electronically verifying digital collateral using at least one blockchain transaction; electronically securing the digital collateral; and electronically ensuring the digital collateral is authentic through at least one or more of: electronically authenticating at least one digital signature; or electronically authenticating by using blockchain storage. The method according to one embodiment may further include where electronically processing agreements for funds between the financer and the borrower; electronically transferring electronic and cryptocurrency funds from the financer to the borrower; electronically assessing fees and interest; and electronically processing payments from the borrowers for loan agreements.[000206] The method according to one embodiment may include where electronically providing several types of agreements with terms that the borrower may electronically select a choice to accept that involve financial mechanisms comprising at least one or more of: forward and reverse factoring (RF); dynamic discounting (DD); or loan terms.[000207] The method according to one embodiment may further include where electronically providing a dynamic discounting (DD) rights non-fungible token (NFT), comprising: electronically enabling acquiring or trading of rights to participate in dynamic discounting; andelectronically enabling making independent early payment arrangement with a supplier party that do not directly involve a buyer party.[000208] The method according to one embodiment may include: where a party in the role of a borrower of funds to request of funds by presenting digital collateral in the form of a SmartPass, a supply chain digital track and trace artifact, and for other Parties, in the role of a financer or a lender, to verify the digital collateral to process the request of funds and provide bids to the borrower for bid acceptance by the borrower with a digital agreement for funds transfer, the method further comprises: electronically registering the financer and the lender; electronically providing secured access to borrower opportunities; electronically verifying digital collateral using at least one blockchain transaction; electronically securing the digital collateral; and electronically ensuring the digital collateral is authentic through at least one or more of: electronically authenticating at least one digital signature; or electronically authenticating by using blockchain storage.[000209] The method according to one embodiment may further include: further electronically processing agreements for funds between the financer and the borrower; electronically transferring electronic and cryptocurrency funds from the financer to the borrower; electronically assessing fees and interest; and electronically processing payments from the borrowers for loan agreements.[000210] The method according to one embodiment may further include: further electronically providing several types of agreements with terms that the borrower may electronically select a choice to accept that involve financial mechanisms comprising at least one or more of: forward and reverse factoring (RF); dynamic discounting (DD); or loan terms.[000211] The method according to one embodiment may further include: further electronically providing a dynamic discounting (DD) rights non-fungible token (NFT), comprising: electronically enabling acquiring or trading of rights to participate in dynamic discounting; and electronically enabling making independent early payment arrangement with a supplier party that do not directly involve a buyer party.[000212] In this disclosure, according to an example embodiment, an example method is described for a Party in the role of a borrower for funds to request for funds by presenting digital collateral in the form of a SMARTPASS and for other Parties, in the role of financer and lender, to verify the collateral, to process the request, and provide bids to the borrower for their bid acceptance by the Borrower Party with a digital agreement for funds transfer, according to an example embodiment.Brief Description of the Various Example Views of the Drawings[000213] This present disclosure will be fully understood with reference to the following detailed description when taken in conjunction with the figures, herein:[000214] FIG. lAis an example embodiment of an example flowchart of example business logic as may be used in an example assigning of the valuation to create a collateralized nonfungible token (NFT) , according to one example embodiment, and the example requests, which may be made for financing options on an example public blockchain for example decentralized finance services, as well as, an example early payment through an example private blockchain, according to one example embodiment;[000215] FIG. IB is an example embodiment of an example flowchart showing an illustrative method for registering an example Digital Asset, which may include assigning example Notary Event Recipes to that example asset, according to one example embodiment;[000216] FIG. 1C is a flowchart showing a method according to the invention, according to an example embodiment;[000217] FIG. ID depicts an example state diagram of an example system according to the alternative embodiment;[000218] FIGs. 1E1 and 1E2 show a flow chart of an example ofthe logic used to develop the criteria for data documentation and process used to verify the accuracy of the data to facilitate the decision by an authorized participant, according to the implementation of the present disclosure, according to an example embodiment;[000219] FIG. I F is a flowchart showing a SMARTPASS finite state machine according to conventional references, according to an example embodiment;[000220] FIG. 1G is a flowchart showing a method for coding state machine and rules, according to an exemplary’ embodiment;[000221] FIG. 1H is a schematic view showing components utilized in the invention, according to an example embodiment;[000222] FIG. 2A depicts an example relationship between the various members of the example private and public blockchains and various example methodologies executed under the event based smart-contracts, according to one example embodiment.[000223] FIG. 2B is an example embodiment of an example flowchart showing more example detailed steps of an example logical process flow, according to one example embodiment;[000224] FIG. 2C is a schematic view of a system according to the invention, according to an example embodiment;[000225] FIG. 2D is an example illustration of a high-level state diagram for example customs processing, according to an example embodiment;[000226] FIG. 2E depicts the users of the system and users stipulating the rule set for the conditionally assigned criteria, according to the implementation of the present disclosure, according to an example embodiment;[000227] FIG. 2F is a logical flow diagram showing a process for software development and testing for the FSM and Rule Set and deploying them to an App Node Service, according to an example embodiment;[000228] FIG. 2G is a process flow diagram corresponding to the FIG. 1G and describes a process for assigning component states to the blockchain, according to an exemplary embodiment;[000229] FIG. 2H is a flowchart showing flow for a request for early payment, according to an example embodiment;[000230] FIG. 3A depicts an example embodiment of an example component level example hardware architecture for an example computing device as may be used for any of various example hardware subsystem components of an example system, according to one example embodiment;[000231] FIG. 3D is an example state diagram for a finite state machine for an example SMARTPASS App, according to an example embodiment;[000232] FIG. 3E depicts a flow diagram of an example process that permissioned participants and authorizing permissioned participants of supply chain and the transmission of authenticated documentation within a created architectural system to participants, according to the present disclosure, according to an example embodiment;[000233] FIG. 3F provides an illustration for the structure of a file saved with the Rules and organized by the App States of an FSM, according to an example embodiment;[000234] FIG. 3G is a schematic view depicting various state engine components that execute the business rules found in each state of the FSM, according to an exemplary embodiment;[000235] FIG. 3H is an example multi-lane pool process diagram showing an Early Payment option 1 from Table 1, according to an example embodiment;[000236] FIG. 4A depicts an example embodiment illustrating an example system level hardware architecture for an example application server, web server embodiment of an example service provider system for providing an example software architecture of various example subsystem components of an example networking system, which may be used to implement, according to one example embodiment;[000237] FIG. 4D is an example schematic diagram illustrating a rule engine and its components, according to an example embodiment;[000238] FIG. 4E is a schematic drawing illustrating component of the computing system, according to an example embodiment;[000239] FIG. 4F shows a block diagram for an Asset State Engine, according to an example embodiment;[000240] FIG. 4G is a flowchart showing a process for executing the finite state machine in the blockchain, according to an exemplar}’ embodiment;[000241] FIG. 4H is an illustrative flowchart showing a bid response process, according to an example embodiment;[000242] FIG. 5D is an example state diagram illustrating an example lifecycle of an asset such as an example SMARTPASS, according to an example embodiment;[000243] FIG. 5F is a black representation showing on the left side, the Rule Sets assigned for each SMARTPASS FSM state with some of these Rule Sets assigned to different Asset State Engines on the right side of the diagram, according to an example embodiment;[000244] FIG. 5H is a multi -lane pool process diagram illustrating the finance option 7 in Table 1, according to an example embodiment;[000245] FIG. 6D is an example state diagram, according to an example embodiment;[000246] FIG. 7D is an example state diagram illustrating an example general finite state machine, according to an example embodiment; and[000247] FIG. 8D is an example flowchart illustrating an example finite state machine framework, according to an example embodiment.Detailed Description of the Invention[000248] The various embodiments of the invention described herein should not be limited to the description, even with reference to the accompanying figures and drawings depicted, but only with respect to the claims. The invention may be embodied in different forms and should not be restricted as set forth here.Section I. Method, System & Computer Program Product For Collateralizing Non-Fungihle Tokens[000249] The reader is directed to 'Platform for Creating and Using Actionable Non-fungible Tokens,” to U. S. Patent Application No. 62 / 796,469), the contents of which is incorporated herein by reference in its entirety.[000250] FIG. 1 A is an example embodiment of an example flowchart 100 of example business logic as may be used in an example assigning of the valuation to create a collateralized nonfungible token (NFT), according to one example embodiment, and the example requests, which may bemade for financing options on an example public blockchain for example decentralized finance services, as well as, an example early payment through an example private blockchain, according to one example embodiment.[000251] According to an example embodiment, flow diagram 100 may begin with 101. In 101, the flow diagram 100 may include, e.g., but is not limited to, inputting and / or uploading of cargo or shipping data and / or a request of a SMARTPASS, etc., according to one example embodiment. From 101, flow diagram 100 may continue with 102, according to one example embodiment.[000252] In 102, the flow' diagram 100 may include, e g., but is not limited to, validating and authorizing a member and request, etc., according to one example embodiment. From 102, flow' diagram 100 may continue with 103, according to one example embodiment.[000253] In 103. the flow diagram 100 may include, e.g.. but is not limited to, determining if a request is authorized, and if so then continuing with 106, or if not authorized then continuing with 104, etc., according to one example embodiment.[000254] In 104, the flow diagram 100 may include, e.g., but is not limited to, responding to a requestor, and may allow for the requestor to take appropriate steps to seek authorization of its request, and in some cases may allow a reauthorization determination 103. etc., according to one example embodiment. From 104, flow diagram 100 may continue w'ith 103, according to one example embodiment.[000255] In 106, the flow diagram 100 may include, e.g., but is not limited to, creating a SMARTPASS with computed estimated value, according to one example embodiment. 106 may receive requirements from a Custom requirements server 105, etc., according to one example embodiment. From 106, flow' diagram 100 may continue w'ith 107, according to one example embodiment.[000256] In 107, the flow diagram 100 may include, e.g., but is not limited to, saving and minting a SMARTPASS as an example nonfungible token (NFT), and may assign an initial value to the NFT, etc., according to one example embodiment. From 107, flow diagram 100 may continue with 109, according to one example embodiment.[000257] In 108, flow diagram 100 may include, e.g., but not limited to, computing any estimated tariffs, taxes, and / or other fees. etc., according to one example embodiment. In one example embodiment, 108 may be triggered, e.g., by completion of 107 (not shown in figure), and / or may be performed in parallel with 107, according to example embodiments. From 108, flow' diagram 100 may continue with 109, according to one example embodiment.[000258] In 109. the flow diagram 100 may include, e.g.. but is not limited to, updating the SMARTPASS database (DB), and may include updating the NFT, and / or the value of the NFT,using, e.g., but not limited to, the computed fee values from 108, and may provide updates to data storage accordingly, and / or revise the value of the NFT, etc., according to one example embodiment. From 109, flow diagram 100 may continue with 110, according to one example embodiment.[000259] In 110, the flow diagram 100 may include, e.g., but is not limited to, determining if a financing is requested, and if so then continuing with 111, or if not requested then continuing with 113, according to one example embodiment.[000260] In 111, the flow diagram 100 may include, e.g., but is not limited to, posting an NFT proxy to, e.g., but not limited to, a second (2nd) blockchain, which may include, e.g., but not limited to, a public limited access NFT repository, etc., according to one example embodiment. From 111, flow diagram 100 may continue with 112. according to one example embodiment.[000261] In 112, the flow diagram 100 may include, e.g., but is not limited to, notifying involved parties of, e.g., but not limited to, finance options, alternative lenders, etc., according to one example embodiment. From 112, flow diagram 100 may continue with 113, according to one example embodiment.[000262] In 113, the flow diagram 100 may include, e.g., but is not limited to. notifying, e.g.. one or more of, e.g., FinTech, DeFi, and / or decentralized lenders, etc., according to one example embodiment. From 113, flow diagram 100 may, in one example embodiment, end, according to one example embodiment.[000263] The nonfungible token (NFT), according to an example embodiment, may be created within a private blockchain with access limited to designated members, according to an example embodiment; these members, according to an example embodiment, can have different roles within the platform such as, e.g., but not limited to, buyer, seller, intermediary', or an Internet of Things (IOT), etc., according to an example embodiment. In addition to the private blockchain, according to an example embodiment, the platform or system may include, e.g., but not limited to, various other components, according to an example embodiment, including, e.g., but not limited to, a repository, according to an example embodiment.[000264] FIG. 1A depicts an example embodiment of an example flow diagram 100, according to an example embodiment. Referring to FIG. 1A, an example trade arrangement, according to an example embodiment, between the seller / supplier and the buyer may be executed, according to an example embodiment, and an invoice may be generated by the supplier with costs and associated fees for, e.g., but not limited to, products, goods, or services, etc., according to an example embodiment. A member, according to an example embodiment, who may be a credentialed user, can input or upload cargo and shipping documents, including the invoice, to the private blockchainusing a GUI as set forth in 101, according to an example embodiment. In one embodiment, an upload, according to an example embodiment, may occur during the member’s session and in another embodiment, the document may be received from a credentialed third-party service, e.g., but not limited to, loT sensor service, a logistics service, etc., according to an example embodiment.[000265] And the Invoice, according to an example embodiment, may be a required document to create the SMARTPASS, because it may be the valuation of the trade agreement and may be used to collateralize the NFT, according to an example embodiment. Other document, according to an example embodiment, may be required, such as, e.g., but not limited to, a bill of lading, airway bill, purchase order from buyer, and container packing list, etc., according to an example embodiment. The required documents, according to an example embodiment, may vary based on the party who created the SMARTPASS, such as, e.g., but not limited to, using a SMARTPASS template or SMARTHUB graphic user interface to assign documents when SMARTPASS is formed, product type, country' of origin, to name a few examples, according to an example embodiment. Only an authenticated member, according to an example embodiment, may be authorized to request the creation of an NFT. according to an example embodiment, which may be enabled through a user interface and the request verified by evaluating the member’s credentials, according to an example embodiment, and in this embodiment the NFT may be called a SMARTPASS NFT as set forth in 102, according to an example embodiment. Authentication, according to an example embodiment, may occur when the credentials of the member may be compared to the qualifications outlined for access to the private blockchain as set forth in the determination of 103, according to an example embodiment. If the requestor does not have the appropriate credentials, according to an example embodiment, the request may be denied, and a response to that effect may be sent to the responder as shown at 104 and the process may be arrested until an authenticated member submits a request, according to an example embodiment. The smart contract, according to an example embodiment, may employ an example role-based access control, according to an example embodiment, to restrict entry to specified users at different levels as written in the programmable code, according to an example embodiment. In the creation of the SMARTPASS, according to an example embodiment, the graphical user interface (GUI), according to an example embodiment, may inform the user of these example mandatory documents, because a query may be made to the Customs Requirements Server, according to an example embodiment, which is communicated through the API as set forth in 105, according to an example embodiment. The Customs Requirements Server, according to an exampleembodiment, may respond with an example list of mandatory7documents for customs import processing, according to an example embodiment.[000266] The requirements as set forth in 105, according to an example embodiment, may be combined with the cargo and shipping data and documents as set forth in 101 and as illustrated in 106, according to an example embodiment, may result in creating SMARTPASS with an assigned value as set forth in 106. according to an example embodiment. The value, according to an example embodiment, may be assigned reflecting, according to an example embodiment, the price of the invoice agreed to by the contractual parties or members, according to an example embodiment. This may become the initial value of the SMARTPASS NFT, according to an example embodiment, which may be saved and minted at that value as set forth in 107, according to an example embodiment. In this example, a SMARTPASS NFT, according to an example embodiment, may be created using the Ethereum Blockchain with the ERC-1155 on a private blockchain, according to an example embodiment, however other blockchains may be used, according to other example embodiments.[000267] In this invention, according to an example embodiment, an option may be available for the NFT to include, according to an example embodiment, the costs of other fees and taxes usually incurred in movement of goods, according to an example embodiment. For example, these other fees can include, e.g., but not limited to, taxes, IncoTerms, tariffs, trade terms, and other charges, etc., according to an example embodiment. The fees may be calculated using a software code designed, for the SMARTPASS, with algorithms and equations using statistics and histories of fees for similarly situated trades of goods and services as set forth in 108, according to an example embodiment. The value of SMARTPASS NFT, according to an example embodiment, may be adjusted to include the additional calculated fees, according to an example embodiment. This new value, according to an example embodiment, may be saved and minted to create a new SMARTPASS NFT based on the same shipping documentation as set forth in 109, according to an example embodiment. Within the SMARTHUB repository, the member, according to an example embodiment, may have the discretion to select the amount of the value of the NFT for their request for financing - that may include, e.g., but not limited to, the invoice amount, the invoice amount plus the aforementioned fees, or a value less than these amounts, according to an example embodiment. A prompt, according to an example embodiment, may give the supplier the option to seek financing for the collateralized SMARTPASS NFT as provided in the business rules for the smart contract as set forth in 110, according to an example embodiment. In short, these new calculated values for the fees, according to an example embodiment, may be saved in the SMARTPASS NFT data structure along with the invoice data, according to an exampleembodiment. Therefore, with proper authorization, according to an example embodiment, the member may have the discretion to filter and / or select the data for their request for financing, according to an example embodiment. If financing is not sought, according to an example embodiment, the process may stop at a value being attached to create a collateralized NFT as set forth in 113, according to an example embodiment. The business rules in the smart contract, according to an example embodiment, that may be on the blockchain may transition to request financing from 110 to as set forth in 111, according to an example embodiment, a second blockchain may be used, if selected by the user, according to an example embodiment; and according to an example embodiment, it may be referred to as an example Limited Access Public NFT (LAPN) Repository. The Hedera Consensus Network and Token Service are examples of the LAPN repository, according to an example embodiment. According to an example embodiment, a copy of the collateralized SMARTPASS NFT with the computed values such as, e.g., but not limited to, taxes, fees, and the collateralized amount, etc., may be posted to the LAPN where it may be notarized and saved to that blockchain as set forth in 112, according to an example embodiment. In this manner, non-members of the SMARTHUB System, according to an example embodiment, and its private blockchain can access the SMARTPASS NFT. in order to perform their due diligence such as, e.g., but not limited to, prove its existence and values as computed by the SMARTPASS system, according to an example embodiment. While credentialed members, according to an example embodiment, can query the status and values of the SMARTPASS within the SMARTHUB system by API or on the LAPN Repository as set forth in 113. according to an example embodiment.[000268] This proxy, according to an example embodiment, on the public blockchain, which is a copy of the NFT with all the data assigned to it, fees may be digitally signed by the SMARTHUB system and may be saved to the LAPN Repository, according to an example embodiment. And the copy that is saved to the LAPN, in another embodiment, maybe a link to the NFT stored in the SMARTHUB 11X, according to an example embodiment.[000269] FIG. 2A, according to an example embodiment, may define the interrelationships between the various example members of the transaction and their roles, according to an example embodiment. Although this present invention, according to an example embodiment, may provide two examples, according to an example embodiment, in obtaining financing, this not exhaustive of the variations for financing options, according to an example embodiment. One example is the supplier can request financing on the open market of lenders, according to an example embodiment, and another example is the supplier can request early payment from the buyer, according to an example embodiment.[000270] The focal point is SMARTHUB System, according to an example embodiment, or another private system with its blockchain can be employed as set forth in 202, according to an example embodiment. Although, any member to SMARTHUB, according to an example embodiment, can upload data, shipping documents, the supplier requests from SMARTHUB for the invoice and associated costs to be transformed into a digital asset, which is minted into a NFT with the invoice and the associated costs as the collateral as set forth in 201, according to an example embodiment.[000271] Arecord of the SMARTPASS NFT. according to an example embodiment, is created within the private blockchain and a proxy is transmitted to a public blockchain for access by registered members as set forth in 202, 203, according to an example embodiment. The access to the record, according to an example embodiment, is limited to credentialed members, who can confirm the authenticity and validate the NFT during their due diligence for providing financial sendees to the supplier as set forth in 203, according to an example embodiment.[000272] After the proxy is posted to the LAPN, according to an example embodiment, the lenders, including traditional banking and decentralized financial institution, and cryptocurrency platforms, according to an example embodiment, are notified through various method including, e.g., but not limited to, email, posts on a forum, and messaging, etc., according to an example embodiment.[000273] After concluding their due diligence, according to an example embodiment, lenders may send a message to the private blockchain for providing financial services in accordance with agreed upon loan terms as set forth in 204. according to an example embodiment. The mechanism for lenders, according to an example embodiment, is for those who intend to participate with the financing communicate through a message link to the API of the private blockchain, according to an example embodiment. The message link, according to an example embodiment can be a privately issued universal resource locator (URU) to the lender, it can be supplied in the LAPN notification, and it can be supplied in the proxy NFT data as set forth in 204, according to an example embodiment. In the second embodiment, the SMARTHUB, according to an example embodiment, may notify the Buyer via communications methods such as, e.g., but not limited to, email, messaging, forum, that invoice and associate costs have been transformed into a digital asset in the form of a NFT, after the NFT has been minted as invoice only and invoice plus associated fees as set forth in 205, etc. , according to an example embodiment. When the supplier opts for early payment to the SMARTHUB, a notification prompt may be sent to the buyer on the private blockchain as set forth in 205, according to an example embodiment. The buyer can either accept or decline, according to an example embodiment, in which either answer may be transmitted to the SMARTHUB GUI may be saved to the blockchain ledger associated with NFTand the answer is also packaged into a message that is sent through the notification system such as email to the requestor, according to an example embodiment. The SMARTHUB GUI may also, according to an example embodiment, display the answer to the user through updating its view of the data by querying the ledger through the smart contract, according to an example embodiment.[000274] Credential institutions, according to an example embodiment, within the lending market may be provided with the location of the NFT and its associated documentation on both the private and public blockchains as set forth in 202, 203. according to an example embodiment. At either location, the institutions, according to an example embodiment, may only have access to the documents that sen e as the collateral and any other documents the institutions may need for their due diligence or to complete a financing transaction (which has been worked through in the registration process, according to an example embodiment). The lenders, according to an example embodiment, may have the ability to engage directly with the supplier, however the collateral is only honored through the private blockchain, according to an example embodiment. The institution’s response, according to an example embodiment, is transmitted to the SMARTHUB GUI, is transmitted through a secured link to the API to the NFT, according to an example embodiment. The API, according to an example embodiment, saves their response in the blockchain ledger associated with the NFT, according to one example embodiment. The SMARTHUB GUI, according to an example embodiment also may display the response data to the user through updating its view of the data by querying to the ledger, according to an example embodiment. This event, according to an example embodiment, may occur automatically from the production rules format business rules that are encoded within the smart contract, according to an example embodiment. Under the following circumstances, according to an example embodiment, the NFT is retired: 1) once the financing, according to an example embodiment, is provided to the Supplier from a defi institution or traditional lender, or cryptocurrency. 2) buyer provides early payment, or the Supplier decides to reject its request for financing or early payment, according to an example embodiment. The transaction is considered concluded, according to an example embodiment, and the NFT record is closed by assigning an indicator to the NFT record in the local blockchain and the second blockchain, according to an example embodiment. This conclusion occurs, funds are transferred to the supplier by a variety of mechanisms that may include, e.g., but not limited to, traditional ACH and wire transfers and non-traditional including cryptocurrency transfers through a cryptocurrency exchange sold under the trademark COINBASE or from the buyer, according to an example embodiment.[000275] The SMARTPASS NFT and its proxy are locked from being used for any further financing for the goods and shipment or this particular transaction between the seller / supplier and buyer, according to an example embodiment.[000276] FIG. 3 A depicts an example embodiment of a hardware architecture block diagram 300 for an example computing or communications device as may be used for any of various example buyer devices, example seller devices, example financial institution devices, example nonfungible token (NFT) devices, notification and / or authentication devices, example SmartHub devices, cryptocurrency exchange devices, as well as example computing devices of users, mobile devices, network communication components, routers, gateways, etc., according to an example embodiment of the present invention.[000277] FIG. 3A depicts an exemplary schematic block diagram 300 illustrating an exemplary computer / communications device hardware architecture as may be used in various exemplary components of an exemplary’ embodiment including user devices various example buyer devices, example seller devices, example financial institution devices, example nonfungible token (NFT) devices, notification and / or authentication devices, example SmartHub devices, cryptocurrency exchange devices, as well as example computing devices of users, mobile devices, network communication components, routers, gateways, etc., computer device(s), bank devices, merchant devices, payment service provider devices, other computing or communications devices, routers, application servers, web servers, cloud-based computing devices, communication devices, switches, routers, gateways, telephone devices, mobile devices, content servers, web servers, database servers and / or other application servers, enduser devices, operations center devices, client and / or server devices, network routers, gateways, access points, and the like, according to various exemplary embodiments.[000278] FIG. 3A depicts an exemplary schematic block diagram 300 illustrating an exemplary computer / communications device hardware architecture as may be used in various exemplary components of an exemplary7embodiment including mobile devices, wearables, cloud-based computing devices, content servers, web servers, database servers and / or other application servers, according to various exemplary7embodiments. Diagram 300 may include any of various exemplary- computer systems as may be used as an external computer device, an internal and / or STB or SOC, a mobile device, a wearable, a client, or server, web server, application server, and / or any other of the computing devices included in the other drawings, according to various exemplary embodiments. FIG. 3A depicts an exemplary diagram 300 illustrating an exemplary7computer / communications device hardware architecture as may be used in various components of exemplary embodiments of the present invention. FIG. 3A depicts an exemplary view 300of exemplary' computer systems such as those represented in FIGs. 1A-2A, 4A, etc., including devices which may execute various modules, including components, systems, devices, computers, processors, mobile devices, routers, gateways, network devices, other computing and / or network devices, network monitoring and security operations data analysis computing devices which may execute various operating system and software components on such computing devices and / or subsystem devices and hardware / software modules as may be represented by devices implied by, or perform steps illustrated in various flowchart diagrams as illustrated in the figures by elements 101-113, 201-205, 300, 400, etc., as may be used in implementing an exemplary7embodiment of the present invention. FIG. 3 A depicts an exemplary' embodiment of a computer system that may be used in computing devices including those shown and not shown, such as, e g., but not limited to, service provider computing devices, SmartHub systems, buyer computing devices, supplier computing devices, digital financial services computing devices, public blockchain for proxy nft computing devices, data repository processing and / or storage computing devices, network devices, communication devices, authentication devices, notification devices, requesting devices, response devices, cryptocurrency exchange related devices, NFT related devices, traditional financial services and / or fiat currency processing computing devices, electronic funds transfer (EFT) related devices, network monitoring and analysis devices of example operations illustrated example environment 400, computing devices 300, devices, servers, application servers, web servers, other wearable and / or mobile devices, sensor capture devices, routers, gateways, data network communication equipment, according to an exemplary embodiment of the present invention. FIG. 3A depicts an exemplary embodiment of a computer system that may be used as client device, a server device (not shown), a network component, router, packet monitor / analyzer, serv er device, storage, and / or cloud-based storage device, application servers, and / or web servers, etc. The present invention (or any part(s) or function(s) thereof) may be implemented using hardware, software, firmw are, or a combination thereof and may be implemented in one or more computer systems or other processing systems. In fact, in one exemplary embodiment, the invention may be directed toward one or more computer systems capable of carry ing out the functionality described herein. An example of a computer system 300 is shown in FIG. 3, depicting an exemplary embodiment of a block diagram of an exemplary computer system useful for implementing the present invention. Specifically, FIG. 3 illustrates an example computer 300, which in an exemplary7embodiment may be, e.g., (but not limited to) a personal computer (PC) system running an operating system such as, e g., (but not limited to) WINDOWS MOBILE™ for POCKET PC, or MICROSOFT® WINDOWS® NT / 98 / 2000 / XP / CE / 7 / 8 / 10, etc. available from MICROSOFT® Corporation of Redmond, Wash, U.S.A., SOLARIS® from SUN® Microsystemsof Santa Clara, Calif, U.S.A, OS / 2 from IBM® Corporation of Armonk, N.Y, U.S.A, Mac / OS, Mac OSX, iOS, from APPLE® Corporation of Cupertino. Calif, U.S.A, etc., or any of various versions of UNIX® (a trademark of the Open Group of San Francisco, Calif, USA) including, e.g., LINUX®, UBUNTU, HPUX®, IBM AIX®, and SCO / UNIX®, etc., ANDROID, Android OS is available from Google, JAVA from Oracle, etc. However, the invention may not be limited to these platforms. Instead, the invention may be implemented on any appropriate computer system running any appropriate operating system. In one exemplary embodiment, the present invention may be implemented on a computer system operating as discussed herein. An exemplar}' computer system, computer 300 is shown in FIG. 3A. Other components of the invention, such as, e.g., (but not limited to) a computing device, a communications device, a telephone, a personal digital assistant (PDA), a personal computer (PC), a handheld PC, client workstations, thin clients, thick clients, proxy servers, network communication servers, remote access devices, client computers, server computers, routers, web servers, data, media, audio, video, telephony or streaming technology servers, a tablet, a phone, a mobile phone, a cellular phone, a communications device, an iPhone, iOS, a smartphone, an iPad, a tablet based device, an ANDROID OS device, an iOS device, a Symbian based device, a Windows 8, 10, 11. etc., device, etc., may also be implemented using a computer such as that shown in FIG. 3A.[000279] The computer system 300 may include one or more processors, such as, e.g., but not limited to, processor(s) 304, which may include microprocessors, coprocessors, nanoprocessors, microcontrollers, systems on a chip (SOC), multi-processor systems, parallel processors. CISC type processors, RISC type processors, POWER type processors, ARM-architecture processors, massively parallel processor, graphic processors (GPUs) 332, cryptographic processors such as, e.g., but not limited to, encry ption / decry ption processor 336, quantum computers, etc. The processor(s) 304 may be connected to a communication infrastructure 306 (e.g., but not limited to, a communications bus, cross-over bar, or network, etc.). Various exemplar}’ software embodiments may be described in terms of this exemplar}' computer system. After reading this description, it w ill become apparent to a person skilled in the relevant art(s) how' to implement the invention using other computer systems and / or architectures.[000280] Computer system 300 may include a display interface 302 that may forward, e.g., but not limited to, graphics, text, and other data, etc., from the communication infrastructure 306 (or from a frame buffer, etc., not shown) for display on the display unit 330, and / or GPU 332, and / or touchscreen 334, and / or other input or output, and / or input and output device, sensor-based device, etc.[000281] The computer system 300 may also include, e.g., but may not be limited to, a main memory 308, random access memory (RAM), and a secondary memory 310, etc. The secondary memory 310 may include, for example, (but not limited to) a hard disk drive 312 and / or a removable storage drive2 314, representing a floppy diskette drive, a magnetic tape drive, an optical disk drive, a compact disk drive CD-ROM, DVD, Personal Cloud storage, redundant array of inexpensive disks (RAID) array, etc. The removable storage drive 314 may, e.g.. but not limited to, read from and / or ■write to a removable storage unit 318 in a well-known manner. Removable storage unit 318. also called a program storage device or a computer program product, may represent, e.g., but not limited to, a floppy disk, magnetic tape, optical disk, compact disk, etc. which may be read from and written to by removable storage drive 314. As will be appreciated, the removable storage unit 318 may include a computer usable storage medium having stored therein computer software and / or data.[000282] In alternative exemplary embodiments, secondary memory 310 may include other similar devices for allowing computer programs or other instructions to be loaded into computer system 300. Such devices may include, for example, but not limited to, a removable storage unit 322 and an interface 320. Examples of such may include a program cartridge and cartridge interface (such as, e.g., but not limited to, those found in video game devices), a removable memory chip (such as, e.g., but not limited to, an erasable programmable read only memory (EPROM), or programmable read only memory (PROM) and associated socket, FLASH memory, application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), and / or other removable storage units 322 and interfaces 320, which may allow software and / or data to be transferred from the removable storage unit 322 to computer system 300.[000283] The computing device 300 may also include a cloud-accessible or cloud-based processing and / or storage solution as may be available from Amazon Web Services available from Amazon of Seattle, WAUSA, or Azure cloud available from Microsoft Corporation ofRedmond, WAUSA, or Google Cloud Sendee available from Google of Alphabet Corporation, Mountain View, CA USA, among many other network and software communications offerings available from IBM Corporation, Oracle Corporation, and others.[000284] Computer 300 may also include an input device such as, e.g., (but not limited to) a mouse or other pointing device such as a digitizer, touch-based sensor, and / or a keyboard and / oor other data entry' device (none of which are labeled).[000285] Computer 300 may also include output devices, such as, e.g., (but not limited to) display 330, and display interface 302. Computer 300 may include input / output (I / O) devices such as. e.g., (but not limited to) communications interface 324, cable 328 and communications path 326, etc.These devices may include, e.g., but not limited to, a network interface card, and modems (neither are labeled). Communications interface 324 may allow software and data to be transferred between computer system 300 and external devices. Examples of communications interface 324 may include, e.g., but may not be limited to, a modem, a network interface (such as, e.g., an Ethernet card), a communications port, a Personal Computer Memory Card International Association (PCMCIA) slot and card, etc. Software and data transferred via communications interface 324 may be in the form of signals 328 which may be electronic, electromagnetic, optical or other signals capable of being received by communications interface 324. These signals 328 may be provided to communications interface 324 via, e.g., but not limited to, a communications path 326 (e.g., but not limited to, a channel). This channel 326 may earn,' signals 328, which may include, e.g., but not limited to, propagated signals, which may be stored in nontransitory form, and may be implemented using, e.g., but not limited to, wire or cable, local and / or wide area network (LAN / WAN) protocols, Ethernet, Token Ring, FDDI, carried over and of various physical media, fiber optics, a telephone line, twisted pair, shielded twisted pair, a cellular link, a radio frequency (RF) link, wireless communications, spread spectrum, orthogonal frequency division multiplexing (OFDM), and / or other communications channels, etc.[000286] In this document, the terms “computer program medium” and “computer readable medium” may be used to generally refer to media such as, e.g., but not limited to removable storage drive 314, a hard disk installed in hard disk drive 312, and signals 328, etc. These computer program products may provide software to computer system 300. The invention may be directed to such computer program products.[000287] References to “one embodiment,” “an embodiment,” “example embodiment,” “various embodiments,” etc., may indicate that the embodiment(s) of the invention so described may include a particular feature, structure, or characteristic, but not every’ embodiment necessarily includes the particular feature, structure, or characteristic. Further, repeated use of the phrase “in one embodiment,” or “in an exemplary^ embodiment,” do not necessarily refer to the same embodiment, although they may.[000288] In the following description and claims, the terms “coupled” and “connected.” along with their derivatives, may be used. It should be understood that these terms are not intended as synonyms for each other. Rather, in particular embodiments, “connected” may be used to indicate that two or more elements are in direct or indirect physical or electrical contact with each other. “Coupled” may mean that two or more elements are in direct physical or electrical contact. However, “coupled” may also mean that two or more elements are not in direct contact with each other, but yet still co-operate or interact with each other.[000289] An algorithm is here, and generally, considered to be a self-consistent sequence of acts or operations leading to a desired result. These include physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers or the like. It should be understood, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities.[000290] Unless specifically stated otherwise, as apparent from the following discussions, it is appreciated that throughout the specification discussions utilizing terms such as “processing,’7“computing,” “calculating.” “determining.” or the like, refer to the action and / or processes of a computer or computing system, or similar electronic computing device, that manipulate and / or transform data represented as physical, such as electronic, quantities within the computing system's registers and / or memories into other data similarly represented as physical quantities within the computing system’s memories, registers or other such information storage, transmission or display devices.[000291] In a similar manner, the term “processor” may refer to any device or portion of a device that processes electronic data from registers and / or memory to transform that electronic data into other electronic data that may be stored in registers and / or memory. A “computing platform” may comprise one or more processors.[000292] Embodiments of the present invention may include apparatuses for performing the operations herein. An apparatus may be specially constructed for the desired purposes, or it may comprise a general purpose device modified as set forth herein to perform the processing as described to be selectively activated or reconfigured by a software program stored in the device to become a special purpose device capable of performing the subsystem’s or submodule’s performance functionality7and computer and communications systems instructions, and / or by hardware processing such as, e.g., but not limited to, performing certain trusted platform system processing, including exemplar ’ key based encryption / decryption, network monitoring, packet inspection and the like, according to exemplary embodiments.[000293] Embodiments of the invention may be implemented in one or a combination of hardware, firmware, and software. Embodiments of the invention may also be implemented as instructions stored on a machine-readable medium, which may be read and executed by a computing platform to perform the operations described herein. A machine-readable medium may include any mechanism for storing or transmitting information in a form readable by a machine (e.g., acomputer). For example, a machine-readable medium may include read only memory (ROM); random access memory (RAM); magnetic disk storage media; optical storage media; flash memory devices; electrical, optical, acoustical or other form of propagated signals (e.g., earner waves, infrared signals, digital signals, etc.) when non-transitory, and others.[000294] Computer programs (also called computer control logic), may include object-oriented computer programs, and may be stored in main memory 308 and / or the secondary’ memory 310 and / or removable storage units 314. also called computer program products. Such computer programs, when executed, may enable the computer system 300 to perform the features of the present invention as discussed herein. In particular, the computer programs, when executed, may enable the processor 304 to provide a method to resolve conflicts during data synchronization according to an exemplary embodiment of the present invention. Accordingly, such computer programs may represent controllers of the computer system 300.[000295] Various artificial intelligence based analysis techniques may be used herein including neural networks, machine learning, any of various well-known Al and ML techniques and processes (e.g., reinforcement learning, dynamic programming, state action reward state action (SARSA), q learning, supervised learning, unsupervised learning, large language models (LLMs), natural language search and interactive request and response, neural networks, convolutional neural networks, statistical heuristics, topic identification and classification, linguistics and semantic processing, tensorflow and openAI libraries, cloud computing services, specific APIs, Microsoft cognitive services, Google cloud Al, Watson Al, offerings from Amazon, Facebook, Baidu, Apple, and others, etc. ), and output of such algorithms may be analyzed further as set forth herein to obtain feature vectors and other data which may be used to provide further guidance to users, and / or be integrated for further processing and analysis, authentication, access control, and / or encryption / decryption processing, and coupled via decision support systems, executive information systems, and other graphical user interface enabled network and cyber security monitoring and threat analysis management and processing.[000296] In another exemplary embodiment, the invention may be directed to a computer program product may include a computer readable medium having control logic (computer software) stored therein. The control logic, when executed by the processor 304, may cause the processor 304 to perform the functions of the invention as described herein. In another exemplary embodiment where the invention may be implemented using software, the software may be stored in a computer program product and loaded into computer system 300 using, e.g., but not limited to, removable storage drive 314, hard drive 312 or communications interface 324, etc. The control logic (software), when executed by the processor 304, may cause the processor 304 to perform thefunctions of the invention as described herein. The computer software may run as a standalone software application program running atop an operating system or may be integrated into the operating system.[000297] In yet another embodiment, the invention may be implemented primarily in hardware using, for example, but not limited to, hardware components such as application specific integrated circuits (ASICs), or one or more state machines, etc. Implementation of the hardware state machine so as to perform the functions descnbed herein will be apparent to persons skilled in the relevant art(s).[000298] In another exemplar.' embodiment, the invention may be implemented primarily in firmware.[000299] In yet another exemplary embodiment, the invention may be implemented using a combination of any of, e.g., but not limited to, hardware, firmware, and software, etc.[000300] Exemplary embodiments of the invention may also be implemented as instructions stored on a machine-readable medium, which may be read and executed by a computing platform to perform the operations described herein. A machine-readable medium may include any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer). For example, a machine-readable medium may include read only memory (ROM); random access memory' (RAM); magnetic disk storage media; optical storage media; flash memory devices; electrical, optical, acoustical or other form of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.), and others.[000301] According to an exemplary' embodiment, the application system can include an electronic decision support system (DSS) (not shown), policy-based trust platform systems, which can interact, e.g., but not limited to, with computer database management system (DBMS) 307, and / or electronic interactive, graphical user interface (GUI) system. Each of the exemplary DSS, DBMS and / or EIGUI system, can then, using e.g., but not limited to, a cryptographic processor and / or a crypto chip controller processor 336, or the like, can then encrypt the data using electronic encryptor, which can make use of one or more cryptographic algorithm electronic logic, which can include encry ption code, a cryptographic combiner, etc., and may be stored in encrypted form, according to an exemplary embodiment, in a computer database storage facility, from computer database storage device, and from there the process can continue with use of the cryptographic algorithm electronic logic, and electronic decryptor, which can decry pt and / or provide a process for decrypting encrypted data, and / or by providing such data to the DSS, the DBMS, or the EIGUI, if authorized. By using encryption / decryption, certain algorithms can be used, as described herein,including, e.g., but not limited to, checksum, AES encryption, RSA, PKI, TLS, FTPS, SFTP, etc. and / or other cryptographic algorithms and / or protocols, according to exemplary embodiments.[000302] Cryptographic Functions[000303] Cry ptographic systems, according to an exemplary embodiment, can provide one or more of the following four example services. It is important to distinguish between these, as some algorithms are more suited to particular tasks, but not to others. To protect patient data, personal data can be encrypted prior to storage and can be decrypted before accessing the data, according to an exemplary embodiment. When analyzing requirements and risks, one needs to decide which of the four functions should be used to protect the proprietary' data, according to an exemplary embodiment.[000304] Authentication[000305] Using a cry ptographic system, according to an exemplary embodiment, one can establish the identity7of a remote user (or system). Atypical example is the SSL certificate of a web server providing proof to the user device that user device is connected to the correct server, according to an exemplary’ embodiment.[000306] The rdentity is not of the user, but of the cry ptographic key of the user. Having a less secure key lowers the trust one can place on the identity, according to an exemplary embodiment.[000307] Non-Repudiation[000308] The concept of non-repudiation is particularly important for financial or e-commerce applications, according to an exemplary embodiment. Often, cryptographic tools are required to prove that a unique user has made a transaction request, according to an exemplary embodiment. It must not be possible for the user to refute his or her actions, according to an exemplary’ embodiment.[000309] For example, a customer can request a transfer of money from her account to be paid to another account, according to an exemplary' embodiment. Later, she claims never to have made the request and demands the money be refunded to the account. If one has non-repudiation through cryptography, one can prove - usually through digitally signing the transaction request, that the user authorized the transaction.[000310] Confidentiality[000311] More commonly, the biggest concern can be to keep information private, according to an exemplary’ embodiment. Cryptographic systems, according to an exemplary' embodiment, have been developed to function in this capacity'. Whether it be passwords sent during a log on process, or storing confidential proprietary financial data in a database, encryption can assure that only users who have access to the appropriate key can get access to the proprietary data.[000312] Integrity[000313] One can use cryptography, according to an exemplary embodiment, to provide a means to ensure data is not viewed or altered during storage or transmission. Cryptographic hashes for example, can safeguard data by providing a secure checksum, according to an exemplary embodiment.[000314] Cryptographic Algorithms[000315] Various types of cryptographic systems exist that have different strengths and weaknesses, according to an exemplary embodiment. Typically, the exemplary cryptographic systems can be divided into two classes; 1) those that are strong, but slow to run, and 2) those that are quick, but less secure. Most often a combination of the two approaches can be used, according to an exemplary embodiment (e.g.: secure socket layer (SSL)), whereby we establish the connection with a secure algorithm, and then if successful, encr pt the actual transmission with the weaker, but much faster algorithm.[000316] Symmetric Cryptography[000317] Symmetric Cryptography, according to an exemplary embodiment, is the most traditional form of ciy ptography. In a symmetric cryptosystem, the involved parties share a common secret (password, pass phrase, or key), according to an exemplary embodiment. Data can be encrypted and decrypted using the same key, according to an exemplary7embodiment. These symmetric cryptography algorithms tend to be comparatively fast, but the algorithms cannot be used unless the involved parties have already exchanged keys, according to an exemplary embodiment. Any party possessing a specific key can create encrypted messages using that key as well as decrypt any messages encrypted with the key, according to an exemplary7embodiment. In systems involving a number of users who each need to set up independent, secure communication channels, symmetric cryptosystems can have practical limitations due to the requirement to securely distribute and manage large numbers of keys, according to an exemplary embodiment.[000318] Common examples of symmetric algorithms include, e.g., but not limited to, DES, 3DES and / or AES, etc. The 56-bit keys used in DES are short enough to be easily brute-forced by modem hardware and DES should no longer be used, according to an exemplary7embodiment. Triple DES (or 3DES) uses the same algorithm, applied three times with different keys giving it an effective key length of 128 bits, according to an exemplary embodiment. Due to the problems using the DES algorithm, the United States National Institute of Standards and Technology7(NIST) hosted a selection process for a new algorithm. The winning algorithm was Rijndael and the associated cryptosystem is now known as the Advanced Encryption Standard or AES, according to an exemplary embodiment. For most applications 3DES, according to an exemplary7embodiment, isacceptably secure at the current time, but for most new applications it is advisable to use AES, according to an exemplary embodiment.[000319] Asymmetric Cryptography (also called Public / Private Key Cryptography)[000320] Asymmetric algorithms, according to an exemplary embodiment, use two keys, one to encrypt the data, and either key to decrypt. These inter-dependent keys are generated together, according to an exemplary embodiment. One key is labeled the Public key and is distributed freely, according to an exemplary embodiment. The other key is labeled the Private Key and must be kept hidden, according to an exemplary embodiment. Often referred to as Public / Private Key Cryptography, these cryptosystems can provide a number of different functions depending on how they are used, according to an exemplary' embodiment.[000321] The most common usage of asymmetric cryptography is to send messages with a guarantee of confidentiality, according to an exemplary embodiment. If User A wanted to send a message to User B, User A would get access to User B’s publicly available Public Key, according to an exemplary embodiment. The message is then encry pted with this key and sent to User B, according to an exemplary embodiment. Because of the cryptosystem’s property that messages encoded with the Public Key of User B can only be decrypted with User B’s Private Key, only User B can read the message, according to an exemplary embodiment.[000322] Another usage scenario is one where User A wants to send User B a message and wants User B to have a guarantee that the message was sent by User A, according to an exemplary- embodiment. In order to accomplish this, User A can encrypt the message with their Private Key, according to an exemplary embodiment. The message can then only be decrypted using User A’s Public Key, according to an exemplary embodiment. This can guarantee that User A created the message because User A is then the only entity- who had access to the Private Key required to create a message that can be decrypted by User A’s Public Key, according to an exemplary embodiment. This is essentially a digital signature guaranteeing that the message was created by User A, according to an exemplary- embodiment.[000323] A Certificate Authority- (CA), whose public certificates are installed with browsers or otherwise commonly available, may also digitally sign public keys or certificates, according to an exemplary embodiment. One can authenticate remote systems or users via a mutual trust of an issuing CA, according to an exemplary embodiment. One can trust their 'roof certificates, according to an exemplary- embodiment, which in turn authenticates the public certificate presented by the server.[000324] PGP and SSL are prime examples of systems implementing asymmetric cryptography, using RSA and / or other algorithms, according to an exemplary embodiment.[000325] Hashes[000326] Hash functions, according to an exemplary embodiment, take some data of an arbitrary length (and possibly a key or password) and generate a fixed-length hash based on this input. Hash functions used in cryptography have the property that it can be easy to calculate the hash, but difficult or impossible to re-generate the original input if only the hash value is known, according to an exemplary embodiment. In addition, hash functions useful for cryptography have the property that it is difficult to craft an initial input such that the hash will match a specific desired value, according to an exemplary embodiment.[000327] MD5 and SHA-1 are common hashing algorithms, according to an exemplary embodiment. These algorithms are considered weak and are likely to be replaced in due time after a process similar to the AES selection, according to an exemplary embodiment. New applications should consider using SHA-256 instead of these weaker algorithms, according to an exemplary embodiment.[000328] Key Exchange Algorithms[000329] There are also key exchange algorithms (such as Diffie-Hellman for SSL), according to an exemplary embodiment. These key exchange algorithms can allow use to safely exchange encryption keys with an unknown party, according to an exemplary embodiment.[000330] Algorithm Selection[000331] As modem cryptography relies on being computationally expensive to break, according to an exemplary embodiment, specific standards can be set for key sizes that can provide assurance that with today’s technology and understanding, it will take too long to decrypt a message by attempting all possible keys, according to an exemplary embodiment.[000332] Therefore, we need to ensure that both the algorithm and the key size are taken into account when selecting an algorithm, according to an exemplary embodiment.[000333] FIG. 4A depicts an example application server and web server network architecture including an example fully meshed, redundant communications network load balancing application server architecture as may be used for an example SmartHub system service provider and / or a digital financial serv ices and / or payment service provider, and may couple client devices such as, e.g., but not limited to, service provider, buyer devices, supplier devices, public blockchain, proxy NFT systems, data repository systems, authentication systems, ledger tracking systems, blockchain distributed ledge systems, NFT systems, SMARTPASS NFT authentication systems, notification systems, request response systems, financing request systems, collateralized NFT request response systems, etc. to example service devices using an example network infrastructure, according to an example embodiment of the present invention. FIG. 4 depicts anexemplary schematic block diagram 400 illustrating an exemplary' communications network device hardware architecture 400 showing exemplary network devices including exemplary application server devices 402, exemplary storage devices 406, web server devices 408, all coupled to an exemplary communications network 404, which may be coupled to other devices such as, e.g., but not limited to, a cyber security network security operations environment device or devices 404, and other end user and other internal and / or external user computing and / or communications devices 410, which may be coupled to the network communications environment 404 by one or more physical devices not shown, such as, e.g., but not limited to, network interface cards (NICs), wireless local area network WLAN or wireless fidelity (WI-FI) (IEEE 802.11 communication technologies), physical wires, twisted pair, coaxial cable, fiber optic cable, and / or other communications network cabling, wireless communication access points and / or wireless antennae, wires, wireless media, routers, gateways, access points, exchange carrier facilities, modulator / demodulator (modems), modulating equipment, cellular network exchange devices, etc. Block diagram 400 may sen e as an exemplar}' logical diagram of associated physical devices. Physical devices may communicate via one or more communications network software protocols via exemplary protocol languages or stacks which may correlate to the Open Systems Interconnect (OSI) stack of communication layers, such as, e.g., but not limited to, Internet Protocol (IP), transmission control protocol (TCP), among various other protocols including, e.g., but not limited to, TCP / IP protocols, UDP, hypertext transfer protocol (HTTP), file transfer protocol (FTP), security protocols (e.g., HTTPS, SFTP, FTPS, TLS, etc.), as will be apparent to those skilled in the relevant art. Various load sharing devices and port sharing devices may be used, as well as protocol tracing and packet tracing devices, which may be able to access such communications data and perform exemplary' processing including packet inspection, deep packet inspection, network tracing, packet inspection (e.g., source and destination address, etc.) and the like. Such systems may be used to perform various blockchain related distributed ledger technologies so as to replicate data which may be encry pted and decrypted using various algorithms. Certain algorithms may be used which may be resilient to conventional decryption techniques, resilient to brute force attack decryption techniques, and / or may be resilient to quantum computing based decryption techniques. Such software and hardware network analysis and / or processing tools may be used to process communications network traffic internal to, and / or external from an exemplary entity' organization and an exemplary network operations center (NOC) network monitoring organization may be able to analyze such network traffic to, e.g., process different types of traffic, using various sophisticated network operations tools and techniques as well as to perform various automated processing as described further herein.[000334] Although example embodiments of the invention are illustrated and described herein as embodied in an example SMARTPASS as a digital asset model for collateralized non-fungible token, the invention should not be limited to the details shown in those example embodiments because various modifications and structural changes may be made without departing from the spirit of the invention while remaining within the scope and range of equivalents of the claims.[000335] The construction and method of operation of various example embodiments of the claimed invention and additional features and / or advantages of various example embodiments of the invention are best understood from the following description of specific example embodiments when read in connection with the accompanying drawings.[000336] Various exemplary embodiments of the invention are discussed in detail herein. While specific exemplary embodiments are discussed herein, it should be understood that this is done for illustration purposes only. A person skilled in the relevant art will recognize that other components and configurations can be used without parting from the spirit and scope of the invention.[000337] Section I. Example Claim Embodiments[000338] 1. A computer implemented method of processing creating a SMARTPASS with computed estimated value comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications interface to at least one data communications netw ork, the method comprising: electronically receiving, by the at least one electronic computer processor of a SmartHub system, at least two electronic requests to validate and authorize a plurality of members and at least one purchase reporting request from a buyer party device of a first of the plurality of members and at least one financing request from a supplier party device of a second of the plurality of members, wherein at least both of said first and said second of the plurality of members are engaged in a trade transaction over the at least one data communications network; electronically determining, by the at least one electronic computer processor, whether at least one electronic request from a buyer from the buyer party device and at least one electronic request from a seller from a seller party device are authorized and if so, performing a plurality of processing instructions comprising at least one or more of: electronically creating, by the at least one electronic computer processor, the SMARTPASS with computed estimated value on the at least one purchase reporting request and an initial data state; electronically saving and electronically minting, by the at least one electronic computer processor, the SMARTPASS as at least one non-fungible token (NFT), and assigning, by the at least one electronic computer processor, an initial NFT value and the initial data state; electronically computing, by the at least one electronic computer processor, an estimated value based on the at least one purchase reporting request; electronically computing, by the at least oneelectronic computer processor, at least one or more of estimated tariff, taxes, or other fees; electronically updating, by the at least one electronic computer processor, a database (DB) of the SMARTPASS, the at least one NFT, and the initial NFT value with an updated NFT value and an updated data state; electronically determining, by the at least one electronic computer, if financing is requested, and if financing is electronically determined to be requested, then electronically performing: a) electronically posting an NFT proxy to a second blockchain public limited access NFT repository, b) electronically notifying involved parties of financing options, and c) electronically notifying at least one or more of FinTech, DeFi and decentralized Lenders; or if financing is not electronically requested then electronically notifying, by the at least one electronic computer processor, at least one or more of FinTech, DeFi or decentralized Lenders.[000339] 2. A system of processing creating a SMARTPASS with computed estimated value, the system comprising: at least one electronic computer processor of at least one SmartHub, coupled to at least one electronic memory storage device and coupled via at least one communications interface, coupled to at least one data communications network, the system comprising wherein said at least one electronic computer processor is configured to: electronically receive at least two electronic requests to validate and authorize a plurality of members and at least one purchase reporting request from a buyer party device and at least one financing request from a supplier party device, wherein at least both members are engaged in a trade transaction over the at least one data communications network; electronically determine if the at least one electronic request from a buyer from the buyer party device and at least one electronic request from a seller from a seller party device are authorized and if so, perform a plurality of processing instructions comprising at least one or more of configuring the at least one electronic computer processor to be configured to: electronically create the SMARTPASS with computed estimated value on the at least one purchase reporting request and an initial data state; electronically save and mint the SMARTPASS as at least one non-fungible token (NFT), and assign an initial NFT value and initial data state; electronically compute at least the estimated value on the at least one purchase reporting request; electronically compute at least one or more of an estimated tariff, tax, or other fees; electronically update a database (DB) of the SMARTPASS, the at least one NFT, and the initial NFT value with an updated NFT value; electronically determine if financing is requested, and if financing is electronically determined to be requested, then perform: a) electronically post an NFT proxy to a second blockchain public limited access NFT repository, b) electronically notify involved parties of financing options, and c) electronically notify at least one or more of: FinTech, DeFi or decentralized Lenders; or if financing is not electronically requested then electronically notify at least one or more of: FinTech, DeFi or decentralized Lenders.[000340] 3. A computer program product embodied on a computer accessible nontransitory storage medium, including at least one instruction, which when executed on at least one electronic computer processor performs a method of processing creating a SMARTPASS with computed estimated value comprising: electronically receiving at least two electronic requests to validate and authorize plurality of members and at least one one purchase reporting request from a buyer party device and one financing request from a supplier party device over the at least one data communications network; electronically determining if the at least one electronic request from a buyer from the buyer party device and at least one electronic request from a seller from a seller party device are authorized and if so, performing a plurality of processing instructions comprising at least one or more of: electronically creating the SMARTPASS with computed estimated value; electronically saving and electronically minting the SMARTPASS as at least one non-fungible token (NFT), and electronically assigning, by the at least one electronic computer processor, an initial NFT value and an initial data state; electronically computing at least the estimated value on the at least one purchase reporting request; electronically computing at least one or more of estimated tariff, taxes, or other fees;electronically updating a database (DB) of the SMARTPASS, the at least one NFT, and the initial NFT value with an updated NFT value and an updated data state; electronically determining if financing is requested, and if financing is electronically determined to be electronically requested, then electronically performing: a) electronically posting an NFT proxy to a second blockchain public limited access NFT repository, b) electronically notifying involved parties of financing options, and c) electronically notifying at least one or more of: FinTech, DeFi or decentralized Lenders; or if financing is not electronically requested then electronically notifying at least one or more of: FinTech, DeFi or decentralized Lenders.[000341] 4. The method according to claim 1, wherein, the supplier party device and the seller party device comprises at least one or more of: a same device; or different devices. 5. The method according to claim 1, further comprising: electronically providing by a custom requirements server data to be used in said creating.6. The method according to claim 1, wherein said electronically receiving of said at least one financing request from the seller from said seller party device, comprises at least one or more of: electronically receiving said at least one financing request from said supplier party device at said SmartHub system; or electronically receiving a request for a collateralized NFT from said supplier party device at said SmartHub system.[000342] 7. The method according to claim 1, further comprising at least one or more of: electronically recording, by said SmartHub system, a proxy NFT to a public blockchain ledger; electronically notifying, by said SmartHub system, digital financial services of said SMARTPASS NFT; electronically notifying, by said SmartHub system, said buyer party device of saidSMARTPASS NFT; or electronically requesting early payment, by said SmartHub system, from said buyer party device; or electronically receiving a validation of said SMARTPASS NFT, by said SmartHub system, from the digital financial services.[000343] 8. The system according to claim 2, wherein, the supplier party device and the seller party device comprises at least one or more of: a same device; or different devices. 9. The system according to claim 2, further comprising: wherein the processor is configured to electronically provide by a custom requirements server data to be used in said creating.[000344] 10. The system according to claim 2, wherein said wherein the processor configured to electronically receive of said at least one financing request from the seller from said seller part}7device, comprises wherein the processor is configured to at least one or more of: electronically receive said at least one financing request from said supplier party device at said SmartHub system; or electronically receive a request for a collateralized NFT from said supplier party device at said SmartHub system.[000345] 11. The system according to claim 2, further comprising wherein the processor is configured to at least one or more of: electronically record, by said SmartHub system, a proxy NFT to a public blockchain ledger; electronically notify, by said SmartHub system, digital financial services of said SMARTPASS NFT; electronically notify', by said SmartHub system, said buyer party' device of said SMARTPASS NFT; or electronically request early payment, by said SmartHub system, from said buyer party device; or electronically receive a validation of said SMARTPASS NFT, by said SmartHub system, from the digital financial services.[000346] 12. The computer program product according to claim 3, wherein the method comprises, wherein the supplier party device and the seller party device comprises at least one or more of: a same device; or different devices.[000347] 13. The computer program product according to claim 3, wherein the method further comprises: electronically providing by a custom requirements server data to be used in said creating.[000348] 14. The computer program product according to claim 3, wherein the method comprises, wherein said electronically receiving of said at least one financing request from the seller from said seller party device, comprises at least one or more of: electronically receiving said at least one financing request from said supplier party7device at said SmartHub system; or[000349] electronically receiving a request for a collateralized NFT from said supplier party device at said SmartHub system.[000350] 15. The computer program product according to claim 3, wherein the method further comprises at least one or more of: electronically recording, by said SmartHub system, a proxyNFT to a public blockchain ledger: electronically notifying, by said SmartHub system, digital financial services of said SMARTPASS NFT; electronically notifying, by said SmartHub system, said buyer party device of said SMARTPASS NFT; or electronically requesting early payment, by said SmartHub system, from said buyer party device; or electronically receiving a validation of said SMARTPASS NFT, by said SmartHub system, from the digital financial services.[000351] 16. The method according to claim 1, wherein said NFT value of said SMARTPASS NFT does not fluctuate as said NFT is collateralized to an invoice and saves agreed upon terms between the buyer and seller.[000352] 17. The method according to claim 1, wherein said saving of said NFT comprises saving said NFT in compliance with a standard ERC-1155 Non-fungible token specification.[000353] 18. The method according to claim 1, further comprising:[000354] electronically recording on a new block on the public distributed ledger, a unique identifier for the SMARTPASS NFT; electronically verifying the blockchain address; and[000355] electronically monitoring for any transactions.[000356] Section I. Abstract[000357] A method of creating a SMARTPASS with computed estimated value including, a SmartHub computer processor system and data network, method including: receiving electronic requests to validate / authorize members and a purchase reporting request from a buyer and a financing request from a supplier engaged in a trade transaction over the network; determining if the electronic requests from the buyer and supplier are authorized, if so, creating the SMARTPASS with computed estimated value on the purchase reporting request; saving / minting the SMARTPASS as a non-fungible token, assigning an initial NFT value; computing the estimated value, tariff, taxes, or other fees; updating a database of the SMARTPASS, NFT, and initial NFT value with updated value; determining if financing requested, and if so: posting an NFT proxy to a second blockchain public NFT repository, notifying parties of financing options, and notifying FinTech, DeFi or decentralized Lenders; or if not notifying FinTech, DeFi or decentralized Lenders.Section II. Method, System & Computer Program Product For Registering Digital Assets For Lifecycle Events, Notarizations, and Responses[000358] The various embodiments of the invention described herein should not be limited to the description, even with reference to the accompanying figures and drawings depicted, but only with respect to the claims. The invention may be embodied in different forms and should not be restricted as set forth here.[000359] FIG. IB is an example embodiment of an example flowchart 100 showing an illustrative method for registering an example Digital Asset, which may include assigning example Notary Event Recipes to that example asset, according to one example embodiment.[000360] For this disclosure, according to an example embodiment, an example method may be described that may involve an example Digital Asset as a data record that may be expected to undergo events that may identify and describe changes to the data record over some duration of time, according to an example embodiment. A Digital Asset can represent, e.g.. but not limited to, a person, event, data, process, or subject, etc., and / or entity, according to an example embodiment. The Digital Asset, according to an example embodiment, for this example of the disclosure may include, according to an example embodiment, an example dossier component with contents as an example collection of data and documents to add to the representation of the digital asset where the changes or events may be recorded through ajoumal and / or case history method such as, e.g., but not limited to, a blockchain ledger, according to an example embodiment. The Digital Asset, according to an example embodiment, can be assigned arbitrary' data types as an aggregate of digital artifacts such as, e.g., but not limited to, documents or paperwork, identities of involved parties with the asset, other related digital assets, dependencies on other assets, and so on. etc., according to an example embodiment. For a particular use case, according to an example embodiment, documents may be collected from file transfer and uploads combined with data elements, which may be received from an Internet of Things (loT) network where, e.g., but not limited to, both document and data element types may be assigned, as the contents of the dossier, according to an example embodiment.[000361] The data record may be expected to have one or more unique identifiers assigned to the Digital Asset, according to an example embodiment. The data record, according to an example embodiment, may be expected to have one or more change events or further data assignments, all of which, and / or, each may require, according to an example embodiment a digital notary process, according to an example embodiment. According to an example embodiment, the specifics of the data contents or dossier for the Asset may not be required for the disclosed example method, according to an example embodiment. Referring to FIG. IB, the user 102, according to an example embodiment, while creating a Digital Asset, may assign the specific content, including such artifacts, according to an example embodiment. For creating or editing a Digital Asset, according to an example embodiment, a Digital Asset Type can be assigned to that Digital Asset, according to an example embodiment. Based on this assigned type, according to an example embodiment, the Digital Asset can be generated from an Asset Type template that may include, according to an example embodiment, artifacts and / or may include notary assignments to those artifacts, accordingto an example embodiment. This process, according to an example embodiment, may be illustrated in the block diagram 100 depicted in the illustration of FIG. IB and may be described in the following flow description, according to one example embodiment. This block diagram and flow description, according to an example embodiment, may identify the functional allocations to the sendees, which may be called microservices, according to an example embodiment, that may include, according to an example embodiment, the system for the disclosed method, according to an example embodiment. These microservices, according to an example embodiment, may be implemented as an example RESTful Web Services that may provide example application programming interfaces (APIs) using example JSON (JavaScript Object Notation), a lightweight data-interchange format, for resource representation, according to an example embodiment. The services, according to an example embodiment, may include the following, an example Asset Server 106- which may create, read, update, and delete (CRUD) API and functions, according to an example embodiment, for an example Digital Asset that may coordinate with other services to complete the functions, according to an example embodiment.[000362] An example Asset User System Interface 104, which according to an example embodiment may provide the example user graphical user interface (GUI), secured hypertext transport protocol secure (HTTPs) connection, and / or coupling, and the client-server interface code for typical interaction and data conversion, according to an example embodiment.[000363] An example Asset Event Processor 106 or Asset server 106 or Asset Device 106, which, according to an example embodiment, may receives events, may identify the Assets for the events, and may process the assigned Notary Recipe for performing notary functions, according to an example embodiment.[000364] An example Asset Type Repository 108, according to an example embodiment, which may store e.g., but not limited to, an example searchable collection of templates that may include blueprints and / or types for constructing example Asset instances, according to an example embodiment.[000365] An example Notary Template Repository 112, according to an example embodiment, which may store, e.g., but not limited to, an example searchable collection of example templates that may include blueprints and / or types for example notary recipes that may be assigned to an Asset, according to an example embodiment.[000366] An example Asset Record Storage 114 or Asset Record Data Storage 114, according to an example embodiment, which may after a Digital Asset is created, may save the Digital Asset to the example storage and may be enabled to allow access and / or retrieval from the example AssetRecord Storage 114 that can be implemented as an example searchable database, file system, and / or distributed ledger blockchain system, according to an example embodiment.[000367] An example Notary List 110, according to an example embodiment, which may store, e.g., but not limited to, an example searchable collection of an example Asset’s dossier, which, according to an example embodiment, may contain, e.g., but not limited to, one or more notary' recipes corresponding to the data or documents owned by the Asset, according to an example embodiment.[000368] An example Notification Server 116, according to an example embodiment, which may, e.g., but not limited to, disseminate example messages (e.g., electronic messages such as, e.g., but not limited to, electronic mail (e-mail), and / or small message system (SMS) protocol texts, and / or multimedia message system (MMS) protocol format messages, notifications, alerts, etc. , according to an example embodiment) that may be related to, e.g., but not limited to, the status, events, and / or changes to a example Digital Asset to registered Party members for the example Asset, according to an example embodiment.[000369] The block diagram depicted in FIG. IB shows an illustrative example of the interactions between these system components 102-116. in an example step-by-step process for registering a Digital Asset and / or assigning Notary Event Recipes to that asset, according to an example embodiment.[000370] 1. The user 102, according to an example embodiment, may input and assign to create a Digital Asset at the Asset User System Interface 104, according to an example embodiment.[000371] 2. The user 102 may input data describing the Digital Asset, which may be captured by the electronic system, which may identify several affiliated parties, and can assign the Digital Asset Type to the Asset Server 106, according to an example embodiment.[000372] 3. The user 102, according to an example embodiment, may select to proceed with further entries to the Asset Server 106 through the Asset User System Interface 104, according to an example embodiment.[000373] 4. The Asset Server 106, according to an example embodiment, may process the user inputs and may create an Asset Record, according to an example embodiment.[000374] 5. For the Digital Asset Type, the Asset Server 106, according to an example embodiment, may match that type with an Asset Template in the Asset Type Repository 108, according to an example embodiment.[000375] 6. Using the Template, the Asset Server 106, may create the Dossier of data and documents prescribed by the template, according to an example embodiment, that may include a data entryidentifying a document or the document itself such as, e.g., but not limited to, a digital form as a PDF document, and may place it in the Notary List 110, according to an example embodiment.[000376] 7. Using the Template, the Asset Server 106, according to an example embodiment, may identify' and / or assign Notary Assignments from Notary List 110 to specific items in the Dossier, according to an example embodiment, as may be matched and / or prescribed, etc., from the Notary' Template Repository 112, according to an example embodiment.[000377] 8. The Asset Server 106, according to an example embodiment, may save the Digital Asset that may include the aggregation of the user data input, the Dossier, and / or the Notary Assignments, according to an example embodiment, to the Asset Record Data Storage 114, according to an example embodiment.[000378] 9. The Asset Server 106. according to an example embodiment may provide the response to the user 102 from step 3 above including the Asset Server 106 aggregation contents and the selection for Notary specifications, and it may be delivered via the Asset User System Interface 104, according to an example embodiment.[000379] 10. The user 102, according to an example embodiment, may review and / or can modify the Asset data and for this flow the user may select, according to an example embodiment, several documents from the dossier for a Second Notary, according to an example embodiment, and for the Notary for multiParty signatures, according to an example embodiment.[000380] 11. The user 102, according to an example embodiment, may select to save the Digital Asset data to the Asset Server 106, according to an example embodiment.[000381] 12. The Asset Server 106, according to an example embodiment, may process the user inputs, may merge the modifications with the existing Record, and may save this Record update with the Asset Record Data Storage 114, according to an example embodiment.[000382] 13. The Asset Server 106, according to an example embodiment, may generate an update event message and may transmit that to the Notification Server 116, according to an example embodiment.[000383] 14. The Notification Server 116, according to an example embodiment, may receive and may transmit the event message to affiliate parties of the Digital Asset, according to an example embodiment.[000384] FIG. 2B is an example embodiment of an example flowchart 200 showing more example detailed steps of an example logical process flow, according to one example embodiment.[000385] The logical process flow 200, according to an example embodiment, is further described in more detail that corresponds to the diagram 200 in Figure 2B, according to an example embodiment.[000386] In 201, flow diagram 200 may include 1. According to an example embodiment, the flow diagram may include, according to an example embodiment assembling data for Digital Asset, which may include, according to an example embodiment. Parties’ Id data. Asset Type, and / or meta data, etc., and may continue with 202, according to an example embodiment.[000387] The user 102, according to an example embodiment, may provide data through the GUI field 104 and form inputs, to an example service provider device processor device, according to an example embodiment.[000388] In 202, flow diagram 200 may include 2. According to an example embodiment, the process may include, according to an example embodiment, receiving a Transaction “Create Digital Asset with Data’', and may continue with 203, according to an example embodiment.[000389] The API call, according to an example embodiment, may be received from the user through the Asset User System Interface that may include, according to an example embodiment, an example JSON resource representation for the contents of the Digital Asset, according to an example embodiment.[000390] In 203. flow diagram 200 may include 3. According to an example embodiment, the process may include obtaining Asset Type Template, and may continue with 204. according to an example embodiment.[000391] In the most general perspective, according to an example embodiment, an Asset may include, according to an example embodiment, a unique identifier, name, and an owner, according to an example embodiment. From this basic assignmen, according to an example embodiment t, an Asset Type called “Minimal” may include a data template that may have fields, including, e.g., but not limited to, according to an example embodiment:[000392] ‘asset_id‘, ‘assetyname’, 'owner’, and / or ‘create_date’, and / or a free form text field “description”, according to an example embodiment. These data contents, according to an example embodiment, can be described in different type of data formats including, e.g., but not limited to, JSON, YAML, and various other schemas, etc., according to an example embodiment. This Type, according to an example embodiment, is not typical compared with examples Digital Asset types such as, e.g., but not limited to, photos, videos, cad design file, word document, pdf file, and the like, according to an example embodiment. However, the “Minimal” type may be sufficient enough for defining the notary events that may be applied to it as described in steps 6 and 8, according to an example embodiment.[000393] In 204, flow- diagram 200 may include a determination 4. Is Asset Type Template available? , according to an example embodiment, may be performed, and if determined yes may continue with 205, or if not may continue with 218.[000394] The user may, according to an example embodiment, select the Asset Type through the GUI from a list of those example types that may originate from the Asset Type Repository and then may be presented at the GUI, according to an example embodiment.[000395] A selected option, according to an example embodiment, may include for “none” or “custom” may result in the “No” evaluation here, according to an example embodiment. The “No” evaluation may proceed with 218, according to an example embodiment, to create a blank Digital Asset Record in step 4x1 218, and may proceed, according to an example embodiment, to 219. to create the data fields in 4x2, 219, identified in step 3 203, and may be combined further, according to an example embodiment, with dossier data and / or documents for the Digital Asset, and, according to an example embodiment, may also be in step 4x1 218, according to an example embodiment.[000396] In step 4x3, 220, Notary Recipes, according to an example embodiment, may be assigned that correspond to one or more entries in the dossier, and may continue with 221, according to an example embodiment.[000397] Not all dossier entries, according to an example embodiment, may require notary, according to an example embodiment. These entries, according to an example embodiment, may include a back-and-forth with the user through GUI interactions, led by the computer processor of the sendee provider device through prompted interactions, or can be specified in step 1, 201, and, according to an example embodiment, may be passed in as JSON content at that first API call, according to an example embodiment.[000398] The evaluation in step 4x4, 221 , according to an example embodiment, can be for another set of user-GUI interaction(s) and / or iteration(s) through the passed in JSON data contents, and if another Spec to create exists then may continue with 219, or if not then may continue w ith 209, according to an example embodiment.[000399] In 205, flow diagram 200 may include 5. According to an example embodiment, an example Generate Digital Asset Record (DAR) and Contents from Type Template A DAR data record may be created, and may continue with 206, according to an example embodiment.[000400] Using the Type Template, the specified fields and the specified dossier data and documents, may be created and may be assigned to the DAR, according to an example embodiment.[000401] This, according to an example embodiment, may include a blank form DAR that may be filled in with the data provided in the API call originating from step 1, 201, according to an example embodiment.[000402] In 206, flow diagram 200 may include 6. According to an example embodiment, the process may include Obtain Notary’ Recipe Template for Digital Asset Contents, and may continue with 207, according to an example embodiment.[000403] The dossier data and documents, according to an example embodiment, may be candidate items for notarization, according to an example embodiment. The Notary Recipe, according to an example embodiment, may identify which candidates may be required to be notarized and / or, according to an example embodiment, may include the specifics regarding notarization activities, e.g., including digital signatures, according to an example embodiment.[000404] In 207, flow diagram 200 may include a determination 7. The process may further include, e.g., but not limited to, Is Notary Recipe Template available? determination, and if determined to be yes, then may proceed to 208, or if determined to be not, then may proceed to 222. according to an example embodiment.[000405] For one or more data or documents, according to an example embodiment, a matching Recipe may not be found in 207. In 222, step 7x1, according to an example embodiment, a Recipe may be created with the user through GUI interactions, requesting and receiving input from the user, and may continue with 208, according to an example embodiment.[000406] The newly created Recipe, according to an example embodiment, may be assigned to the data or documents and can be further registered with the Notary' Recipe Template Repository' 112 for re-use for similar types of data or documents, according to an example embodiment.[000407] In 208. flow diagram 200 may include 8. The process may further include, e.g., but not limited to, Generate Notary Recipe(s); Assign to data or document of DAR, and proceed to 208, according to an example embodiment.[000408] From the Recipe Template 207, if available, a Notary' Recipe is created and assigned to the data or documents 208, which makes it part of the DAR. according to an example embodiment, and may continue with 209.[000409] In 209, flow diagram 200 may include 9. The process 200 may further include, e.g., but not limited to, Assign Party' Id(s) to Notary' Recipes for Digital Signatures, and may continue with 210, according to an example embodiment.[000410] For notarization, each data or document in the DAR may be independently evaluated from each other. A notarization typically requires a signature from a person who is uniquely identified by their digital Party’ Id., according to an example embodiment.[000411] A Certificate Authority through PKI, according to an example embodiment, may typically issue unique ids (e.g., identifiers, keys, etc.) as, e.g.. but not limited to, a symmetric digital identifier comprised of a private and public key, according to an example embodiment. The PartyId, i.e., their public key, the Party’s name, and / or some other identifying data, according to an example embodiment, which may be assigned to the data or document, according to an example embodiment.[000412] According to an example embodiment, the private key is not part of this Notary Recipe since the signer must always securely keep that for himself or herself, according to an example embodiment.[000413] More than one Party Id. according to an example embodiment, can be required for the notarization of a data or document, according to an example embodiment.[000414] In 210, flow diagram 200 may include 10. The process, according to an example embodiment, may further include, e.g.. but not limited to, Assign Double Notary Criteria to otary Recipes, and may continue with 211, according to an example embodiment.[000415] The notary of the data or document may involve the Proof Existence and the Proof of Ownership or affiliation, according to an example embodiment.[000416] In summary', the digital notarization may be performed as follows, according to an example embodiment: the hash of the document may be computed, the hash may be digitally signed with the designated Parties with their Party Ids. and the hash may be saved with the signatures and other meta-data or descriptions to the blockchain DLT, according to an example embodiment. This notarization, according to an example embodiment, can be supplemented with another separate, blockchain DLT, according to an example embodiment. Some of the reasons for doing this may include, e.g.. but not limited to, according to an example embodiment: 1) All Parties may not have permission access to the first blockchain DLT, so they may not be able to query or verily their DLT entries, according to an example embodiment. However, a second DLT can offer permission for the Parties, according to an example embodiment; 2) In the unlikely event that the first DLT is out of service, the second DLT is available, according to an example embodiment; and 3) unrelated Parties, such as auditors or authorized reviewers, may not have access to the first DLT, but can perform their audits on the second DLT data with the trust that a copy from the first DLT has been committed to the second DLT, etc., according to an example embodiment.[000417] A selection for a Double Notary can be assigned from the Recipe Template or obtained from the Party through GUI interactions, according to an example embodiment.[000418] In 211, flow diagram 200 may include 11. The process may further include, e.g., but not limited to, Grant Signature Authority (SA) for the DAR to a System Asset Proxy Account, and may continue with 212, according to an example embodiment.[000419] The user through GUI interactions, according to an example embodiment, can digitally sign a document in a manual step-by-step process, according to an example embodiment.[000420] Alternatively, a document can be automatically digitally signed if the Party provides for the authorization and conditions for the automation, according to an example embodiment. This situation arises for several reasons, according to an example embodiment: 1) the Party’s identity private key is protected and not available for the transaction because of that protection, according to an example embodiment, 2) the Party7is faced with numerous repeating notarizations that would impact the speed of business operations if done manually, according to an example embodiment, 3) the Party is not available to manually participate for some duration of time, according to an example embodiment, and / or 4) the data or document has already been signed by the Party, etc., according to an example embodiment.[000421] For the automation process, the Party7can assign a separate account, called a System Asset Proxy Account, that may operate as a normal account, contains a private-public key pair obtained through, according to an example embodiment, PKI from a trusted Certificate Authority, may be secured by cyber security, according to an example embodiment, may be securely accessed by the Party, and may be granted express permission by the Party to provide digital signatures for limited conditions for a limited duration, according to an example embodiment. This expressed permission, according to an example embodiment, may be a record of the Proxy Account assignment granting signature authority (SA) and, according to an example embodiment, may be saved to the blockchain, according to an example embodiment.[000422] If the Party already has a Proxy Account, then, according to an example embodiment, that Proxy Account can be used with the Party’s approval through GUI interactions, according to an example embodiment.[000423] In 212, flow diagram 200 may include 12. The process may further include, e.g., but not limited to, Assign the SA to the DAR, and may continue with 213, according to an example embodiment.[000424] The SA record, according to an example embodiment, may be assigned to data or documents identified in the Notary Recipe for the Party7in the DAR, according to an example embodiment.[000425] In 213, flow diagram 200 may include 13. The process may further include, e.g., but not limited to, Save the DAR to the Asset Record Data Storage, and may continue with 214. according to an example embodiment[000426] The DAR can be saved to many types of data storage as file in a file system, SQL database, document database, NoSQL file format, and in a blockchain, according to an example embodiment. NoSQL may include, according to an example embodiment, a traversal graph database in some example embodiments for performance advantage scalability.[000427] Due to the record size of the DAR and the parts that may require query and update operation, the DAR may be saved in two parts with the data elements and Notary Recipe saved to a relational database and the larger sized, associated documents stored in file or data obj ect system, according to an example embodiment. A transaction record of the save DAR transaction may be created, according to an example embodiment. Combined with additional metadata describing the transaction, the transaction record is saved to the blockchain, according to an example embodiment.[000428] In 214, flow diagram 200 may include 14. The process may further include, e.g., but not limited to, Assemble Digital Asset NFT data record; Assign NFT data the Blockchain. A non- fungible token (NFT), according to an example embodiment, may include a record in the blockchain with unique identification codes and metadata that distinguishes it from other NFTs, and may continue with 215, according to an example embodiment.[000429] NFTs are proof of ownership, according to an example embodiment.[000430] NFTs are ty pically used to represent something else. For the phy sical world, items include artwork, real estate, vehicles, and so forth, according to an example embodiment.[000431] NFTs represent any kind of asset including digital assets such as the DAR, according to an example embodiment.[000432] NFTs are token in the blockchain that implement these token standards: ERC721, ERC1155, TRC 721, according to an example embodiment.[000433] The DAR is converted into a data format and contents conformant with the ERC721 and ERC1155 standards forming the DAR NFT, according to an example embodiment.[000434] The DAR NFT is saved to the blockchain, according to an example embodiment.[000435] In 215, flow diagram 200 may include 15. The process may further include, e.g., but not limited to, Verify System Asset Proxy Account for SA for Digital Asset, and may continue with 216, according to an example embodiment[000436] The Proxy Account is verified by the Party through several techniques including a confirm code sent by email or messaging to the Party. The Party is presented with a field in the GUI to confirm with the received code, according to an example embodiment.[000437] The Proxy Account can then create a mock signature event on a mock document. The Party is informed through the GUI after the confirm code is acknowledged, according to an example embodiment.[000438] The Party receives another email or messaging with a signed hash that has been signed by the Proxy Account, according to an example embodiment.[000439] The Party is presented with a field to copy in the signed hash. The signed hash is verified with the Proxy Account and indicated on the GUI for the verification, according to an example embodiment.[000440] In 216, flow diagram 200 may include 16. The process may further include, e.g., but not limited to, Create Event Transaction for SA and Proxy Account; Assign to the Blockchain, and may continue immediately with 217, and may immediately end. according to an example embodiment.[000441] The verification that involved the mock document and mock can be saved to the blockchain as an initial record for the DAR record stored earlier in step 13, according to an example embodiment.[000442] The completion of all Proxy Accounts, if there are one or more, indicates the start of the DAR for the notarization process, according to an example embodiment.Respond To Digital Asset Event For Notary Processing Example Embodiment[000443] Transactions, according to an example embodiment, can be received through data communications of various means including, e g., but not limited to, Internet of Things (loT) data networks, API calls, file transfer programs and streaming, etc., according to an example embodiment.[000444] After the transaction is received, verified, and validated in step 1 201, the contents including the Request, Digital Asset identifier, and document type are extracted in step 2 202, according to an example embodiment. For this description, the Request is an Update for a registered Digital Asset that may include, e g., but not limited to, a file upload to be assigned to the Digital Asset, according to an example embodiment. The identifier is used to query and obtain the Digital Asset Record (DAR) in the system, according to an example embodiment. If there is not a match for the identifier in step 3 203, an error message, according to an example embodiment, may be generated in step 3 203, according to an example embodiment, the error may be reported through one or more notifications (e.g., but not limited to, electronic communications / alerts / messages / chats / texts / emails, etc.), and the message may be saved to the example data log, according to an example embodiment.[000445] For the matched DAR in step 4 204, the document ty pe is used to match for a Notary Recipe that contains instructions for fulfilling the Request, according to an example embodiment.[000446] FIG. 3 A discussed above, depicts an example embodiment of ahardware architecture block diagram 300 for an example computing or communications device as may be used for any of various elements of FIGs. IB or 2B, including any of the illustrated elements, devices, and / orprocessors, servers, repositories, example buyer devices, example seller devices, example financial institution devices, example nonfungible token (NFT) devices, notification and / or authentication devices, example SmartHub devices, cryptocurrency exchange devices, as well as example computing devices of users, mobile devices, network communication components, routers, gateways, etc., according to an example embodiment of the present invention.[000447] Section IL Example Claim Embodiments[000448] 1. A computer implemented method of registering digital assets for lifecycle events, notarizations, and responses, comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications interface to at least one data communications network, the method comprising: electronically receiving or assembling, by the at least one electronic computer processor of an asset server system, data for at least one digital asset comprising: parties identification data, asset type, and metadata; electronically receiving, by the at least one electronic computer processor, a transaction to create a digital asset with data request; electronically obtaining, by the at least one electronic computer processor, at least one asset type template; electronically determining, by the at least one electronic computer processor, availability of said at least one asset type template, and if said availability of said at least one asset type template is determined available, then proceeding, by the at least one electronic computer processor, to at least one or more of: electronically generating, by the at least one electronic computer processor, at least one digital asset record (DAR) and contents from said at least one asset type template; electronically obtaining, by the at least one electronic computer processor, at least one notary recipe template for digital asset contents; electronically determining, by the at least one electronic computer processor, if said at least one notary recipe template is available and only if not available creating, by the at least one electronic computer processor, a notary recipe; or electronically generating, by the at least one electronic computer processor, at least one notary recipe and assigning, by the at least one electronic computer processor, said at least one notary recipe to data or document of said at least one digital asset record (DAR); and if said availability7of said at least one asset ty pe template is determined not to be available, then proceeding, by the at least one electronic computer processor, to at least one or more of: electronically7creating, by the at least one electronic computer processor, said at least one digital asset record (DAR); electronically creating, by the at least one electronic computer processor, said data or document specification and assigning, by the at least one electronic computer processor, said specification to said at least one digital asset record (DAR); or electronically obtaining, creating, or assigning, by the at least one electronic computer processor, said at least one notary recipe template for said data or document specification; and electronically assigning, by the atleast one electronic computer processor, party' identifiers to said at least one notary' recipes for digital signatures; electronically assigning, by the at least one electronic computer processor, double notary criteria to said at least one notary recipe; electronically granting, by the at least one electronic computer processor, signature authority (SA) for said at least one digital asset record (DAR) to a system asset proxy account; electronically assigning, by the at least one electronic computer processor, said signature authority (SA) to said at least one digital asset record (DAR); electronically' storing, by the at least one electronic computer processor, said at least one digital asset record (DAR) to at least one asset record data storage device; electronically assembling, by the at least one electronic computer processor, at least one digital asset nonfungible token (NFT) data record, and assigning, by the at least one electronic computer processor, said at least one digital asset nonfungible token (NFT) data record to at least one NFT blockchaim electronically verifying, by the at least one electronic computer processor, at least one system asset proxy account for said signature authority' (SA) for said at least one digital asset; and electronically creating, by the at least one electronic computer processor, at least one event transaction for said signature authority (SA) and said at least one system asset proxy account, and electronically assigning, by the at least one electronic computer processor, said at least one event transaction to an at least one blockchain separate from the at least one NFT blockchain.[000449] 2. A system of registering digital assets for lifecycle events, notarizations, and responses, the system comprising: at least one electronic computer processor of at least one asset server, coupled to at least one electronic memory storage device and coupled via at least one communications interface, coupled to at least one data communications network, the system comprising wherein said at least one electronic computer processor is configured to: electronically receive or assemble, data for at least one digital asset comprising: parties identification data, asset type, and metadata; electronically receive a transaction to create a digital asset with data request; electronically obtain at least one asset ty pe template; electronically determine availability of said at least one asset type template, and if said availability of said at least one asset ty pe template is determined available, then proceeding, by the at least one electronic computer processor, to at least one or more of: electronically generate at least one digital asset record (DAR) and contents from said at least one asset type template; electronically obtain at least one notary recipe template for digital asset contents; electronically determine if said at least one notary' recipe template is available and only if not available create at least one notary' recipe; or electronically generate said at least one notary recipe and assign said at least one notary recipe to data or document of said at least one digital asset record (DAR); and if said availability of said at least one asset type template is determined not to be available, then proceed to at least one or more of: electronically create saidat least one digital asset record (DAR); electronically create said data or document specification and assigning, by the at least one electronic computer processor, said specification to said at least one digital asset record (DAR); or electronically obtain, create, or assign, said at least one notary recipe template for said data or document specification; and electronically assign party identifiers to said at least one notary recipes for digital signatures; electronically assign double notary criteria to said at least one notary’ recipe; electronically grant signature authority’ (SA) for said at least one digital asset record (DAR) to a system asset proxy account; electronically assign said signature authority (SA) to said at least one digital asset record (DAR); electronically store said at least one digital asset record (DAR) to at least one asset record data storage device; electronically assemble at least one digital asset nonfungible token (NFT) data record, and assign said at least one digital asset nonfungible token (NFT) data record to at least one NFT blockchain; electronically verify at least one system asset proxy account for said signature authority (SA) for said at least one digital asset; and electronically create at least one event transaction for said signature authority (SA) and said at least one system asset proxy account, and electronically assign said at least one event transaction to an at least one blockchain separate from the at least one NFT blockchain.[000450] 3. A computer program product embodied on a computer accessible nontransitory storage medium, including at least one instruction, which when executed on at least one electronic computer processor performs a method of registering digital assets for lifecycle events, notarizations, and responses, the method comprising: electronically receiving or assembling data for at least one digital asset comprising: parties identification data, asset type, and metadata; electronically receiving a transaction to create a digital asset with data request; electronically obtaining at least one asset t pe template; electronically determining availability’ of said at least one asset type template, and if said availability of said at least one asset ty pe template is determined available, then proceeding to at least one or more of: electronically generating at least one digital asset record (DAR) and contents from said at least one asset type template; electronically obtaining at least one notary recipe template for digital asset contents; electronically’ determining if said at least one notary' recipe template is available and only if not available creating, by the at least one electronic computer processor, a notary recipe; or electronically generating at least one notaryrecipe and assigning said at least one notary recipe to data or document of said at least one digital asset record (DAR); and if said availability of said at least one asset type template is determined not to be available, then proceeding to at least one or more of: electronically creating said at least one digital asset record (DAR); electronically creating said data or document specification and assigning, by the at least one electronic computer processor, said specification to said at least one digital asset record (DAR); or electronically obtaining, creating, or assigning said at least onenotary' recipe template for said data or document specification; and electronically assigning party' identifiers to said at least one notary recipes for digital signatures; electronically assigning double notary criteria to said at least one notary recipe; electronically granting signature authority (SA) for said at least one digital asset record (DAR) to a system asset proxy account; electronically assigning said signature authority (SA) to said at least one digital asset record (DAR); electronically storing said at least one digital asset record (DAR) to at least one asset record data storage device; electronically assembling at least one digital asset nonfungible token (NFT) data record, and assigning said at least one digital asset nonfungible token (NFT) data record to at least one NFT blockchain; electronically verifying at least one system asset proxy account for said signature authority (SA) for said at least one digital asset; and electronically creating at least one event transaction for said signature authority (SA) and said at least one system asset proxy account, and electronically assigning said at least one event transaction to an at least one blockchain separate from the at least one NFT blockchain.[000451] 4. The method according to claim 1, wherein said digital asset is implemented as said at least one data asset record, and is expected to undergo events comprising: identifying, and describing at least one change to said at least one data asset record representing said digital asset over a duration of time.[000452] 5. The method according to claim 1, wherein said digital asset comprises: representing at least one or more of: a person, an event, data, a process, or a subject.[000453] 6. The method according to claim 1, wherein said digital asset comprises: wherein said digital asset is produced from a digital asset type, and wherein said digital asset type is encoded from: a general data structure; and a behavior pattern of a similar digital asset to said digital asset.[000454] 7. The method according to claim 1, wherein said digital asset ty pe is analogous to a building blueprint, wherein the building blueprint is processed by a method to construct a data record to represent the digital asset.[000455] 8. The method according to claim 1, wherein said digital asset type comprises at least one template for artifact descriptions of an artifact, and further comprising at least one or more of: identifying at least one notary’ assignment to the artifact; or validating the at least one notaryassignment of the artifact to the Digital Asset.[000456] 9. The method according to claim 1, wherein said digital asset comprises: a dossier component comprising: a collection of data and documents to add to the representation of the digital asset, wherein any change or any event is recorded through a digital journal, wherein said digital journal comprises: a case history method comprising: a blockchain ledger, and a digital logging system.[000457] 10. The method according to claim 1, wherein said digital asset is assigned an arbitrary data type as an aggregate of digital artifacts comprising at least one or more of documents, paperwork, identities of involved parties related to the digital asset, other related digital assets, or dependencies on other digital assets.[000458] 11. The method according to claim 1 , further comprising: collecting at least one document; and combining the at least one document with at least one data element received from an Internet of Things (loT) network, wherein both said at least one document and an at least one data element type of said at least one data element are assigned as contents of a dossier.[000459] 12. The system according to claim 2, comprising wherein the electronic computer processor is configured to at least one or more of: wherein said digital asset is implemented as said at least one data asset record, and is expected to undergo events comprising wherein said processor is configured to: identify, and describe at least one change to said at least one data asset record representing said digital asset over a duration of time; wherein said digital asset comprises, wherein said processor is configured to: represent at least one or more of: a person, an event, data, a process, or a subject; wherein said digital asset comprises: wherein said digital asset is produced from a digital asset type, and wherein said digital asset type is encoded from: a general data structure; and a behavior pattern of a similar di...

Claims

What is claimed is:

1. A computer implemented method of processing creating a SMARTPASS with computed estimated value comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications interface to at least one data communications network, the method comprising: electronically receiving, by the at least one electronic computer processor of a SmartHub system, at least two electronic requests to validate and authorize a plurality of members and at least one purchase reporting request from a buyer party device of a first of the plurality of members and at least one financing request from a supplier party device of a second of the plurality of members, wherein at least both of said first and said second of the plurality of members are engaged in a trade transaction over the at least one data communications network; electronically determining, by the at least one electronic computer processor, whether at least one electronic request from a buyer from the buyer party device and at least one electronic request from a seller from a seller party device are authorized and if so, performing a lurality of processing instructions comprising at least one or more of: electronically creating, by the at least one electronic computer processor, the SMARTPASS with computed estimated value on the at least one purchase reporting request and an initial data state; electronically saving and electronically minting, by the at least one electronic computer processor, the SMARTPASS as at least one non-fungible token (NFT), and assigning, by the at least one electronic computer processor, an initial NFT value and the initial data state; electronically computing, by the at least one electronic computer processor, an estimated value based on the at least one purchase reporting request, electronically computing, by the at least one electronic computer processor, at least one or more of estimated tariff, taxes, or other fees; electronically updating, by the at least one electronic computer processor, a database (DB) of the SMARTPASS, the at least one NFT. and the initial NFT value with an updated NFT value and an updated data state; electronically determining, by the at least one electronic computer processor, if financing is requested, andif financing is electronically determined to be requested, then electronically performing, by the at least one electronic computer processor: a) electronically posting, by the at least one electronic computer processor, an NFT proxy to a second blockchain public limited access NFT repository’, b) electronically notifying, by the at least one electronic computer processor, involved parties of financing options, and c) electronically notifying, by the at least one electronic computer processor, at least one or more of FinTech, DeFi or decentralized Lenders; or if financing is not electronically requested then electronically notifying, by the at least one electronic computer processor, at least one or more of FinTech. DeFi or decentralized Lenders.

2. A system of processing creating a SMARTPASS with computed estimated value, the system comprising: at least one electronic computer processor of at least one SmartHub, coupled to at least one electronic memory storage device and coupled via at least one communications interface, coupled to at least one data communications network, the system comprising wherein said at least one electronic computer processor is configured to: electronically receive at least two electronic requests to validate and authorize a plurality of members and at least one purchase reporting request from a buyer party device and at least one financing request from a supplier party’ device, wherein at least both members are engaged in a trade transaction over the at least one data communications network; electronically determine if the at least one electronic request from a buyer from the buyer party’ device and at least one electronic request from a seller from a seller party’ device are authorized and if so, perform a plurality' of processing instructions comprising at least one or more of configuring the at least one electronic computer processor to be configured to: electronically create the SMARTPASS with computed estimated value on the at least one purchase reporting request and an initial data state;electronically save and mint the SMARTPASS as at least one non-fungible token (NFT), and assign an initial NFT value and initial data state; electronically compute at least the estimated value on the at least one purchase reporting request, electronically compute at least one or more of an estimated tariff, tax, or other fees; electronically update a database (DB) of the SMARTPASS, the at least one NFT, and the initial NFT value with an updated NFT value and an updated data state; electronically determine if financing is requested, and if financing is electronically determined to be requested, then electronically configure to perform: a) electronically post an NFT proxy to a second blockchain public limited access NFT repository, b) electronically notify involved parties of financing options, and c) electronically notify at least one or more of FinTech, DeFi or decentralized Lenders; or if financing is electronically determined to be not requested, then electronically notify at least one or more of FinTech, DeFi or decentralized Lenders.

3. A computer program product embodied on a computer accessible nontransitory storage medium, including at least one instruction, which when executed on at least one electronic computer processor performs a method of processing creating a SMARTPASS with computed estimated value comprising: electronically receiving at least two electronic requests to validate and authorize a plurality of members and at least one purchase reporting request from a buyer party device and one financing request from a supplier party device over the at least one data communications network; electronically determining if the at least one electronic request from a buyer from the buyer party device and at least one electronic request from a seller from a seller party device are authorized and if so, performing a plurality of processing instructions comprising at least one or more of:electronically creating the SMARTPASS with computed estimated value on the at least one purchase reporting request and an initial data state; electronically saving and minting the SMARTPASS as at least one non- fungible token (NFT), and assigning, by the at least one electronic computer processor, an initial NFT value and an initial data state; electronically computing at least the estimated value on the at least one purchase reporting request. electronically computing at least one or more of estimated tariff, taxes, or other fees; electronically updating a database (DB) of the SMARTPASS, the at least one NFT, and the initial NFT value with an updated NFT value and an updated data state; electronically determining if financing is requested, and if financing is electronically determined to be requested, then electronically performing: a) electronically posting an NFT proxy to a second blockchain public limited access NFT repository, b) electronically notifying involved parties of financing options, and c) electronically notifying at least one or more of FinTech, DeFi or decentralized Lenders; or if financing is not requested then electronically notifying at least one or more of FinTech, DeFi or decentralized Lenders.

4. The method according to claim 1, wherein, the supplier party device and the seller party device comprises at least one or more of: a same device; or different devices.

5. The method according to claim 1, further comprising: electronically providing by a custom requirements server data to be used in said creating.

6. The method according to claim 1, wherein said electronically receiving of said at least one financing request from the seller from said seller party’ device, comprises at least one or more of:electronically receiving said at least one financing request from said supplier party device at said SmartHub system; or electronically receiving a request for a collateralized NFT from said supplier party device at said SmartHub system.

7. The method according to claim 1, further comprising at least one or more of: electronically recording, by said SmartHub system, a proxy NFT to a public blockchain ledger; electronically notifying, by said SmartHub system, digital financial sendees of said SMARTPASS NFT; electronically notifying, by said SmartHub system, said buyer party device of said SMARTPASS NFT; or electronically requesting early payment, by said SmartHub system, from said buyer party device; or electronically receiving a validation of said SMARTPASS NFT, by said SmartHub system, from the digital financial services.

8. The system according to claim 2, wherein, the supplier party7device and the seller party device comprises at least one or more of: a same device; or different devices.

9. The system according to claim 2, further comprising: wherein the processor is configured to electronically provide by a custom requirements server data to be used in said creating.

10. The system according to claim 2, wherein said wherein the processor configured to electronically receive of said at least one financing request from the seller from said seller party device, comprises wherein the processor is configured to at least one or more of: electronically receive said at least one financing request from said supplier party device at said SmartHub system; or electronically receive a request for a collateralized NFT from said supplier party7device at said SmartHub system.

11. The system according to claim 2, further comprising wherein the processor is configured to at least one or more of: electronically record, by said SmartHub system, a proxy NFT to a public blockchain ledger; electronically notify, by said SmartHub system, digital financial services of said SMARTPASS NFT; electronically notify, by said SmartHub system, said buyer party device of said SMARTPASS NFT; or electronically request early payment, by said SmartHub system, from said buyer party7device; or electronically receive a validation of said SMARTPASS NFT, by said SmartHub system, from the digital financial services.

12. The computer program product according to claim 3, wherein the method comprises, wherein the supplier party7device and the seller party7device comprises at least one or more of: a same device; or different devices.

13. The computer program product according to claim 3, wherein the method further comprises: electronically providing by a custom requirements server data to be used in said creating.

14. The computer program product according to claim 3, wherein the method comprises, yvherein said electronically receiving of said at least one financing request from the seller from said seller party device, comprises at least one or more of: electronically receiving said at least one financing request from said supplier party device at said SmartHub system; or electronically receiving a request for a collateralized NFT from said supplier party device at said SmartHub system.

15. The computer program product according to claim 3, wherein the method further comprises at least one or more of: electronically recording, by said SmartHub system, a proxy NFT to a public blockchain ledger;electronically notifying, by said SmartHub system, digital financial services of said SMARTPASS NFT; electronically notifying, by said SmartHub system, said buyer party device of said SMARTPASS NFT; or electronically requesting early payment, by said SmartHub system, from said buyer party' device; or electronically receiving a validation of said SMARTPASS NFT, by said SmartHub system, from the digital financial services.

16. The method according to claim 1. wherein said NFT value of said SMARTPASS NFT does not fluctuate as said NFT is collateralized to an invoice and saves agreed upon terms between the buyer and seller.

17. The method according to claim 1, wherein said saving of said NFT comprises saving said NFT in compliance with a standard ERC-1155 Non-fungible token specification.

18. The method according to claim 1, further comprising: electronically recording on a new' block on the public distributed ledger, a unique identifier for the SMARTPASS NFT; electronically verifying the blockchain address; and electronically monitoring for any transactions.

19. The method according to claim 1, further comprising wherein a party in the role of a borrower of funds to request of funds by presenting digital collateral in the form of a SmartPass, a supply chain digital track and trace artifact, and for other Parties, in the role of a financer or a lender, to verify the digital collateral to process the request of funds and provide bids to the borrower for bid acceptance by the borrower wdth a digital agreement for funds transfer, the method further comprises: electronically registering the financer and the lender; electronically providing secured access to borrower opportunities; electronically verifying digital collateral using at least one blockchain transaction; electronically securing the digital collateral; electronically ensuring the digital collateral is authentic through at least one or more of: electronically authenticating at least one digital signature; orelectronically authenticating by using blockchain storage; electronically processing agreements for funds between the financer and the borrower; electronically transferring electronic and cryptocurrency funds from the financer to the borrower; electronically assessing fees and interest; electronically processing payments from the borrowers for loan agreements; electronically providing several types of agreements with terms that the borrower may electronically select a choice to accept that involve financial mechanisms comprising at least one or more of: forward and reverse factoring (RF); dynamic discounting (DD); or loan terms; and electronically providing a dynamic discounting (DD) rights non-fungible token (NFT), comprising: electronically enabling acquiring or trading of rights to participate in dynamic discounting; and electronically enabling making independent early payment arrangement with a supplier party that do not directly involve a buyer party.

20. The method according to claim 1, further comprising at least one or more of: i. a computer implemented method of registering digital assets for lifecycle events, notarizations, and responses, comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications interface to at least one data communications network, the method comprising: electronically receiving or assembling, by the at least one electronic computer processor of an asset server system, data for at least one digital asset comprising: parties identification data, asset type, and metadata; electronically receiving, by the at least one electronic computer processor, a transaction to create a digital asset with data request; electronically obtaining, by the at least one electronic computer processor, at least one asset type template; electronically determining, by the at least one electronic computer processor, availability of said at least one asset type template, and if said availability of said at least one asset type template is determined available, then proceeding, by the at least one electronic computer processor, to at least one or more of: electronically generating, by the at least one electronic computer processor, at least one digital asset record (DAR) and contents from said at least one asset type template; electronically obtaining, by the at least one electronic computerprocessor, at least one notary recipe template for digital asset contents; electronically determining, by the at least one electronic computer processor, if said at least one notary recipe template is available and only if not available creating, by the at least one electronic computer processor, a notary recipe; or electronically generating, by the at least one electronic computer processor, at least one notary7recipe and assigning, by the at least one electronic computer processor, said at least one notary recipe to data or document of said at least one digital asset record (DAR); and if said availability of said at least one asset type template is determined not to be available, then proceeding, by the at least one electronic computer processor, to at least one or more of: electronically creating, by the at least one electronic computer processor, said at least one digital asset record (DAR); electronically creating, by the at least one electronic computer processor, said data or document specification and assigning, by the at least one electronic computer processor, said specification to said at least one digital asset record (DAR); or electronically obtaining, creating, or assigning, by the at least one electronic computer processor, said at least one notary recipe template for said data or document specification; and electronically assigning, by the at least one electronic computer processor, party identifiers to said at least one notary7recipes for digital signatures; electronically assigning, by the at least one electronic computer processor, double notary criteria to said at least one notary recipe; electronically granting, by the at least one electronic computer processor, signature authority7(SA) for said at least one digital asset record (DAR) to a system asset proxy account; electronically assigning, by the at least one electronic computer processor, said signature authority (SA) to said at least one digital asset record (DAR); electronically storing, by the at least one electronic computer processor, said at least one digital asset record (DAR) to at least one asset record data storage device; electronically assembling, by the at least one electronic computer processor, at least one digital asset nonfungible token (NFT) data record, and assigning, by the at least one electronic computer processor, said at least one digital asset nonfungible token (NFT) data record to at least one NFT blockchain; electronically verifying, by the at least one electronic computer processor, at least one system asset proxy account for said signature authority7(SA) for said at least one digital asset; and electronically creating, by the at least one electronic computer processor, at least one event transaction for said signature authority (SA) and said at least one system asset proxy account, and electronically assigning, by the at least one electronic computer processor, said at least one event transaction to an at least one blockchain separate from the at least one NFT blockchain; ii. a computer implemented method of processing multiple digital signatures, criteria for applying the signatures, and notaries for digital notarization comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via atleast one communications network interface to at least one data communications network, the method comprising: electronically receiving, by the at least one electronic computer processor, at least one transaction update or electronic request to notarize data or a document; electronically authenticating, by the at least one electronic computer processor, identity of a requestor of the electronic request by accessing at least one database of signatures of authorized users; electronically verifying, by the at least one electronic computer processor, a notary’ authorization status of the requestor; electronically determining, by the at least one electronic computer processor, if the requestor is authenticated and authorized, based on said electronically authenticating and said electronically verifying, and if so, performing a plurality of processing instructions comprising at least one or more of: electronically computing, by the at least one electronic computer processor, a hash value for the data or the document; electronically assembling and electronically generating, by the at least one electronic computer processor, metadata for the data or the document; electronically receiving, by the at least one electronic computer processor, an electronic signature for an approved user for transmittal of the data, the hash and the metadata to a blockchain for a notary; electronically combining and electronically- saving. by the at least one electronic computer processor, the hash, the electronic signature, and the metadata as a record; electronically determining if the conditions for completing the digital notarization of the data or the document have been satisfied; electronically determining if the data or the document are to be saved, and if determined to be saved, then performing: a) electronically- notarizing, by a local private system, the data or the document via the electronic signature and adding a new record to a private blockchain, and b) electronically saving, by the at least one electronic computer processor, the data or the document with the electronic signature and the metadata in secure storage; or if determined not to be saved proceeding; and electronically determining, by the at least one electronic computer processor, if the data or the document are assigned for an external notary, and if determined to be for an external notary, then electronically performing: a) electronically generating, by the at least one electronic computer processor, a transaction request including a record in the contents, b) electronically transmitting, by the at least one electronic computer processor, a transaction request to remote notarization, c) electronically authenticating, by the at least one electronic computer processor, identity of the requestor for the transaction, and d) electronically determining, by the at least one electronic computer processor, if the requestor is authenticated and authorized, and if so then electronically performing, by the at least one electronic computer processor, a digital notarization process on the record, comprising: electronically verifying, by the at least one electronic computer processor, remote notarization at the requestor with the remote notarization identifier from the response, and electronically saving,by the at least one electronic computer processor, the remote notarization identifier with the record, and if not then electronically generating and electronically transmitting, by the at least one electronic computer processor, a transaction response indicating denial, electronically saving, by the at least one electronic computer processor, a denial status message with the Record; or if determined not to be for the external notary, then immediately continuing; electronically generating, by the at least one electronic computer processor, a transaction response with contents of the identifiers for the first and second notary if required, and status; and electronically transmitting, by the at least one electronic computer processor, the transaction response to the requestor; iii. a computer implemented method of using a finite state machine (FSM) for processing of data and events for shipments of various cargo at a port through customs, in a distributed, application (app) computing environment comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications network interface to at least one data communications network, the method comprising: electronically processing, by the at least one electronic computer processor, a collection of at least one distributed software app node service of the FSM where each of said at least one app node service comprises a single state of the state machine, wherein each of said at least one app node services comprises implementation and deployment as an independent operating service comprising at least one business rule for said each of said at least one app node services; electronically executing, by the at least one electronic computer processor, said at least one business rule, by at least one rules engine; electronically obtaining, by the at least one electronic computer processor, shipment data (in the SMARTPASS) from at least one shipment record database; electronically combining, by the at least one electronic computer processor, incoming event data with existing shipment data (in the SMARTPASS); electronically processing, by the at least one electronic computer processor, said at least one business rule, by the at least one rules engine; electronically receiving, by the at least one electronic computer processor, at least one transaction event, and electronically determining upon receipt of said at least one transaction event, at least one SMARTPASS state and electronically routing said at least one transaction event to an appropriate of said at least one app node services for processing said at least one SMARTPASS state; electronically processing, by the at least one electronic computer processor, at said appropriate of said at least one app node services, electronically combining event data with the existing shipment data (in the SMARTPASS) and an associated rule set of said at least one business rules, and electronically processing, by the at least one electronic computer processor, by said at least one rules engine said associated rule set on the existing shipment data(in the SMARTPASS); electronically combining, by the at least one electronic computer processor, at least one value and at least one action identifier into at least one transaction action request, after completion of said electronically processing of the appropriate rules set, by said at least one rules engine data; electronically routing, by the at least one electronic computer processor, said at least one transaction action request to a matched action service of said at least one app node services, and upon electronically authenticating said at least one transaction action request, electronically executing, by the at least one electronic computer processor, said at least one transaction action request, based on data details included in said at least one transaction action request; electronically executing, by the at least one electronic computer processor, an after state processor, after said electronically routing has been routed, and electronically determining, by the at least one electronic computer processor, state transition comprising performing as required at least one or more of: performing, by the at least one electronic computer processor, update saves to the existing shipment data (SMARTPASS); logging, by the at least one electronic computer processor, an activity transaction to at least one blockchain; electronically posting, by the at least one electronic computer processor, an activity transaction to the at least one blockchain; electronically transmitting, by the at least one electronic computer processor, at least one notification message; electronically determining, by the at least one electronic computer processor, the fulfillment criteria for the current state; or electronically receiving, by the at least one electronic computer processor, instructions that may override processing instructions for the current state; and electronically placing, by the at least one electronic computer processor, said matched action service of said at least one app node services stateless, after said electronically executing of said at least one transaction action request is complete, and electronically clearing out, by the at least one electronic computer processor, any data processed for said existing shipment data (in the SMARTPASS) and said at least one transaction event received; iv. a computer implemented method of providing for a transaction on a blockchain for conditionally assigned criteria, comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications network interface to at least one data communications network, the method comprising: electronically receiving, by the at least one electronic computer processor, at least one document via at least one or more of: at least one graphical user interface (GUI), at least one Internet Of Things (loT) message interface, or at least one application programming interface (API); electronically receiving, by the at least one electronic computer processor, at least one applicable payment via the at least one or more of: the at least one GUI, the at least one loT message interface, or the at least one API; electronically storing, by the at least one electronic computer processor,said at least one document and said at least one applicable payment in at least one data store comprising at least one or more of: at least one cloud based or on premise storage; at least one node of the at least one data communications network; or at least one storage system; electronically transferring, by the at least one electronic computer processor, via at least one or more of: at least one blockchain user interface, or at least one blockchain gateway API from said at least one data store: electronically processing, by the at least one electronic computer processor, data stipulated as at least one conditionally assigned criteria on at least one or more of: at least one blockchain; or at least one distributed ledger technology (DLT) comprising routing and adding loT data to the asset record when conditions are met; electronically authenticating, by the at least one electronic computer processor, said data with at least one electronic timestamp, and encoding, by the at least one electronic computer processor, with at least one encoder; electronically updating, by the at least one electronic computer processor, at least one data record of said data, comprising adding loT data to the asset record comprising at least one or more of: at least one blockchain entry comprising at least one Non-Fungible Token (NFT), or at least one cryptographically linked off- chain entry, when said at least one conditionally assigned criteria is fulfilled; electronically notifying, by the at least one computer processor, via the at least one GUI at least one or more of: at least one permissioned participant; or at least one authorizing permissioned participant; v. a computer implemented method of codifying data or a program using a rule-based and state-based application program or software component for automatic deployment in a distributed computing environment, comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications network interface to at least one data communications network, the method comprising: electronically programming and electronically assigning, by the at least one electronic computer processor, of production rules as code used for processing data and events for shipment of various cargo at a port through customs processing and finance processing referred to as supply chain financing in the distributed computing environment; electronically programming, by the at least one electronic computer processor, a finite state machine (FSM) to implement the state-based application program or software component; electronically deploying, by the at least one electronic computer processor, the FSM comprising: electronically collecting, by the at least one electronic computer processor, of at least one distributed software app node service; wherein each of said at least one distributed software app node services comprises: at least a single state of the FSM; and at least one dynamically loadable programmable rule; and electronically receiving, by the at least one electronic computer processor, at least one shipment data, wherein said at least one shipment data comprises data collected from at least one data source;vi. a computer implemented method of providing a finite state machine (FSM) with business rules embedded for processing data and at least one event, comprising at least one electronic computer processor of a system coupled to at least one electronic memory storage device and coupled via at least one communications network interface to at least one data communications network, the method comprising: individually saving, by the at least one electronic computer processor, to at least one blockchain ledger each state of a plurality of states as a data record, wherein each state comprises at least one or more of: a unique identifier or name for the state, a set of one or more input field names called input data slots, the rules for the state written in a rule language, and a set of one or more output field names called output data slots; executing, by the at least one electronic computer processor, of a smart contract comprising at least one or more of: processing, by the at least one electronic computer processor, for the state of the FSM by identifying the state by id or by name, loading, by the at least one electronic computer processor, a corresponding component state from the at least one blockchain ledger, or adding and executing, by the at least one electronic computer processor, code for processing behavior of the corresponding component state, wherein the code comprises at least one rule for the state, written in at least one rule language; or vii. a computer implemented method of processing at least one early payment financing request, enabling at least or more of at least one dynamic discounting (DD) or at least one reverse factoring (RF) financing, via at least one SmartHub finance processor (SHFP) comprising at least one electronic computer processor coupled to at least one electronic memory storage device and coupled via at least one communications interface to at least one data communications network, the method comprising: electronically receiving, by the at least one electronic computer processor of the at least one SHFP, at least one electronic request for the at least one early payment financing request from a supplier party device over the at least one data communications network; and electronically processing, by the at least one electronic computer processor of the at least one SHFP, the at least one electronic request by7performing a plurality' of processing instructions comprising at least one or more of: electronically accessing, by the at least one electronic computer processor of the at least one SHFP, at least one asset, SmartPass non-fungible token (NFT) repository; electronically receiving, by the at least one electronic computer processor of the at least one SHFP, at least one risk management model; electronically notarizing, by the at least one electronic computer processor of the at least one SHFP, at least one NFT proxy package to at least one local NFT blockchain repository'; electronically notarizing and electronically collateralizing, by the at least one electronic computer processor of the at least one SHFP, at least one NFT proxy package to at least one restricted access public NFT blockchain repository; electronically bindingthe Dynamic Discounting (DD) NFT to the SmartPass NFT, ensuring a secure and unbreakable digital linkage; electronically notifying, by the at least one electronic computer processor of the at least one SHFP, at least one payment network; electronically verifying, by the at least one electronic computer processor of the at least one SHFP, the NFT to the at least one local NFT blockchain repository; or electronically responding, by the at least one electronic computer processor of the at least one SHFP, to the at least one early payment financing request to the supplier party device.

Images