Epic: Modularize Token Service Implementation

[Neeharika-Sompalli]

In phase one, we will see a full CI run pass, with Token Service operations largely performed by workflows and modularized business logic and the Merkle tree root being MerkleHederaState.

📨 The issue is still in draft and will be completed with sub-issues

Staking Service And CryptoTransfer Implementation

• Epic: Modularize hedera-staking-service #5523
• Implement CryptoTransferHandler handle #6395.
• Add pureChecks and validateSemantics implementations for CryptoTransferHandler #6412
• Construct TransferList and TokenTransferList for records in finalize method looking at state changes #7217

PBJ

• Add PBJ types for Token, TokenRelationship, Account #5804
• Use the generated Account PBJ Object instead of Account and AccountBuilder implementations #6104
• Use AccountID and TokenID in all the places in PBJ objects under state instead of long  #7092

PRE-HANDLE

Pre-handle will now be "workflow-aware", so within HederaMerkleState#preHandle, we will first extract the function, and then either call into the mono-servicesignature expansion; or into the pre-handle workflow.

Tasks

• Add any missing pre-handle implementations #5862
• Add pureChecks and validateSemantics implementations for Crypto operations (Other than CryptoTransfer) #5805
• Add pureChecks and validateSemantics implementations for Token operations #5806

HANDLE

Once again handle will become workflow-aware, so that within HederaMerkleState we can immediately adapt a platform Transaction with metadata derived from the pre-handle workflow into a SignedTxnAccessor.

However, instead of delegating the final business logic to a TransitionLogic, this must be done via a Handler that (as in INGEST),

• Uses the States API for persistence.
• Receives facilities/context with API's that approximate the final SPI versions.

Tasks

• Add WritableTokenStore #5867
• Add WritableAccountStore #6113
• Implement WritableTokenRelationStore #6547
• Implement WritableNftStore #7002
• Epic: Add handle implementations for all Crypto operations (Other than CryptoTransfer) #5770
• Add handle implementations for all Token operations #5771

QUERY

As above, ideally the adapters are implementing API's that approximate what we expect to be the final versions. (Or at least are highly suggestive of what will have changed/improved in the final API's.)

• Add implementations for all Crypto queries #5773
• Add implementations for all Token queries #5772

Testing

• Add missing unit test coverage for Token Service handlers #7067
• Support anything needed to test code for comparing current and new record stream files relating to tokens
• Run Crypto e2e tests successfully #7676