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

backlog maybe loss #604

Closed
LyLuo opened this issue Aug 29, 2016 · 4 comments
Closed

backlog maybe loss #604

LyLuo opened this issue Aug 29, 2016 · 4 comments
Assignees

Comments

@LyLuo
Copy link

LyLuo commented Aug 29, 2016

A federation node randomly assigns a transaction to other federation node. The received node firstly deletes the transaction from backlog , then validates transaction, creates block, write block to bigchain.
If the received node crashes after deleting the transaction from backlog, it does not write block the transaction to bigchain, the transaction would never be handle again.

@sohkai
Copy link
Contributor

sohkai commented Aug 29, 2016

@ttmc I believe this is a duplicate of #336?

@LyLuo
Copy link
Author

LyLuo commented Aug 29, 2016

Could we solve the issue in bigchaindb?
after bigchiandb writes it in a block of bigchain successfully, bigchiandb deletes the transaction from backlog. This might cause there are duplicate transactions in bigchain after a bigchaindb node crashes. bigchaindb could check whether transactions exist both in backlog and bigchain after it restart from a crash.

@ttmc
Copy link
Contributor

ttmc commented Aug 29, 2016

@sohkai Issue #336 is slightly different.

Anyway, this issue (#604) is in the scope of what @rhsimplex and @vrde are working on now. I will reassign this issue to them.

@rhsimplex
Copy link
Contributor

Should be solved by proposal in #568

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

5 participants