Hotfix: Gyros - take transaction reattachments into account

[GalRogozinski]

Description

There is an edge case where IRI didn't account for a transaction that was shared between two distinct bundles. Once it marked it as "counted" in one bundle, it was ignored for the next bundle. This lead to a corrupt ledger state.

Type of change

• Bug fix (a non-breaking change which fixes an issue)

How Has This Been Tested?

I ran it on a node that synced from hornet (1) and an isolated node that had a corrupt db (2).

1. It managed to sync from hornet ✔️
2. It managed to restore the DB via the "reset corrupted milestone" mechanism

Checklist:

• My code follows the style guidelines for this project
• I have performed a self-review of my own code
• I have commented my code, particularly in hard-to-understand areas
• I have made corresponding changes to the documentation
• I have added tests that prove my fix is effective or that my feature works
• New and existing unit tests pass locally with my changes

[GalRogozinski]

For clarity, when we have 2 bundle tails R-0 and 0, they both define distinct transfers. Transaction 3 is common to both of them and thus must be accounted twice.

[GalRogozinski]

The corruption happened when milestone #1293082 was issued