Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issue with syncing JDS mempool full transaction. #1005

Closed
Shourya742 opened this issue Jun 26, 2024 · 3 comments
Closed

Issue with syncing JDS mempool full transaction. #1005

Shourya742 opened this issue Jun 26, 2024 · 3 comments

Comments

@Shourya742
Copy link
Contributor

The JDC declares a DMJ to the JDS. If the JDS does not have some transactions from the tx_hash_list, it sends back a PMT with the missing transaction IDs. The JDC then sends the full transactions corresponding to these missing IDs.

However, there's an unexpected issue. Ideally, the JDS should have already populated all known transactions into the mempool using add_tx_data_to_mempool. But as indicated in the screenshot, there are several transactions whose full data is still unknown to the mempool. This should not occur, since we are supposed to populate the full transaction list through add_data_tx_to_mempool even before sending the PMT

Sequence diagram:

JDC ---> JDS : Declare DMJ
JDS ---> JDC : Send PMT with missing transaction IDs (if any)
JDC ---> JDS : Send full transactions for missing IDs
JDS ---> Mempool : Add transactions using add_tx_data_to_mempool
JDS ---> Identify Issue : Full data for several transactions is still unknown to the mempool

There are two potential solutions:

  1. Investigate any omissions in the add_tx_data_to_mempool process.
  2. Add the transactions with missing data to missing_tx, which will then retrieve the transaction data via PMTS.
@plebhash
Copy link
Collaborator

hey @Shourya742 thanks for reporting this

are you able to reproduce this issue as a MG test?

@Shourya742
Copy link
Contributor Author

hey @Shourya742 thanks for reporting this

are you able to reproduce this issue as a MG test?

I am not sure if we can reproduce this via the MG test, as we are not yet logging such discrepancies. This can be caught once we have the todos in place in the JDS module.

@Shourya742
Copy link
Contributor Author

Closing this issue as it is related to: #840 and is currently being addressed via this PR: #868

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants