hiero-ledger / hiero-ledger/hiero-consensus-node
[Pectra] Parentness and 'consensus_timestamp' of type 4 transactions
- Dominant language
- Java
- Stars
- 406
- Forks
- 226
- Avg merge
- 3d 4h
- Merged PRs (30d)
- 210
Description
## Related tickets
- https://github.com/hiero-ledger/hiero-mirror-node/issues/13683
## Description
During the work on https://github.com/hiero-ledger/hiero-mirror-node/issues/13683 a few problems were found:
1. Transactions list for `eth type 4`
```
{
"transactions": [
{
"consensus_timestamp": "1782120534.759915290",
"name": "CRYPTOUPDATEACCOUNT",
"nonce": 1,
"parent_consensus_timestamp": null,
},
{
"consensus_timestamp": "1782120534.759915291",
"name": "ETHEREUMTRANSACTION",
"nonce": 0,
"parent_consensus_timestamp": null,
},
{
"consensus_timestamp": "1782120534.759915292",
"name": "CRYPTOCREATEACCOUNT",
"nonce": 2,
"parent_consensus_timestamp": "1782120534.759915291",
}
]
}
```
- Why does `CRYPTOUPDATEACCOUNT` have a `consensus_timestamp` 1 nanosecond less than `ETHEREUMTRANSACTION`, but its `nonce` is bigger?
- Is that the correct ordering?
2. Hashscan representation is missing the "RELATIONSHIP" column for `CRYPTOUPDATEACCOUNT`
- Is it related to the `parent_consensus_timestamp` field being missing?
3. What are the clear rules for MirrorNode to increment the `codeDelegation auth_signer` nonce on `crypto create/update`?
Contributor guide
Assessment
This issue has not been assessed yet.