COMMANDEERED by #4359: Retrieve global provider and block tracker dynamically

[matthewwalsh0]

Note

This PR was commandeered by #4359

Explanation

Currently the global provider and blockTracker instances are required as constructor options in the TransactionController.

This means the clients must have the global provider available when the controller instance is created, usually on startup.

In order to support construction of the TransactionController before these are available, to facilitate use cases such as disabling provider access until onboarding is complete, this PR does the following:

• Removes the provider and blockTracker constructor options.
• Adds the getGlobalProviderAndBlockTracker callback option.
• Updates all usages of the global network to retrieve the network client dynamically when required.
• Updates all relevant public methods and helper classes to either gracefully ignore a missing network client, or throw an error.
• Replace the blockTracker, getEthQuery and chainId constructor options in the helper classes with a single getNetworkClient option since all the previous values are either all available or all unavailable, meaning the associated validation becomes much simpler.
• Dynamically create the global nonceTracker when first used since it is an alternate package and still requires a provider argument.
• Dynamically create the MethodRegistry instance since it is also an alternate package and requires a provider argument.
• Move the onBootCleanup logic into the public method initApprovedTransactions so it can be called by the client explicitly when suitable.
• Fix logger used by MultichainTrackingHelper.

Note that any additional complexity or logic surrounding the global network specifically is temporary and can be removed once the clients enable the multichain flag, at which point all network clients and helpers will be dynamically synchronised with the NetworkController state.

Changelog

@metamask/transaction-controller

[PENDING]

Checklist

• I've updated the test suite for new or updated code as appropriate
• I've updated documentation (JSDoc, Markdown, etc.) for new or updated code as appropriate
• I've highlighted breaking changes using the "BREAKING" category above as appropriate

[legobeat]

@matthewwalsh0 @pedronfigueiredo Is this still being pursued?

[pedronfigueiredo]

@legobeat thanks for checking in on this. It has been handed over to the transactions team. More context here: https://consensys.slack.com/archives/C05B78N1T9B/p1714756558259079. cc: @dbrans

[dbrans]

@matthewwalsh0 I'm continuing this PR in #4359