Add support for continually adding more txns to TransactionWorker, make it more extensible

[banool]

Description

The existing behavior of the TransactionWorker is after it runs out of txns to submit, it no longer processes any further txns. This makes the class less useful, and given the existing API design, is quite unexpected, since the push method would still work, the worker wouldn't exit, etc.

This PR makes the worker continually accept new transactions and submit them as they come in.

I also make some other improvements:

1. Certain methods were needlessly async, making the code a bit confusing, particularly for methods that return promises but don't need to be async.
2. Deficiencies in other parts of the code have been fixed at the source, e.g. adding a dequeueAll method to AsyncQueue so we don't have to replicate the functionality in processTransactions with a for-loop.
3. My original goal was to make a version of this that uses the gas station to submit txns instead. With that in mind, there is now a buildSignAndSubmitTransactionPromise method that can be overridden.

Test Plan

See updated tests for the TransactionWorker and AsyncQueue. See also this run of the batch funds example:

pnpm install
pnpm build
cd examples/typescript
pnpm install
pnpm ts-node batch_funds.ts

...
Account sequence number is 20, it should be 20
Account sequence number is 20, it should be 20

Related Links

Checklist

• Have you ran pnpm fmt?
• Have you updated the CHANGELOG.md?

[0xmaayan]

LGTM, would like to see tests, and updated example https://github.com/aptos-labs/aptos-ts-sdk/blob/main/examples/typescript/batch_funds.ts

[0xmaayan]

why this change?

[banool]

Unintentional, probably from using a newer pnpm version. I'll revert it.

[0xmaayan]

why not throw the error?

[banool]

We should, mb, this is cursor's doing lol.

[0xmaayan]

could we add comments on what are the string, bigint types

[banool]

Deprecating this in favor of #679.