You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the Bug
During the chain halt event on Oct 30, 2024 which lasts around 6h, there were dozens of
inbound transactions that were not observed or reported to zetacored, likely because the
network is down but zetaclient keep moving and the observation transaction accumulated
in mempool and got dropped eventually.
This results in missed inbound observations that required manual intervention via the InboundTracker
mechanism.
To Reproduce
(I have not tried this)
Supposedly we may be able to reproduce this in the performance test where we induce
a zetachain halt and keep inbound transaction going.
Expected Behavior
A better behavior is for zetaclient to receive feedback from zetacored that the zetacored
block height is not progressing (either the network is down, or the particular zetacored node
loses connectivity, database corrupt, consensus failure etc), then the zetaclient should
stop scanning external chains.
Zetaclient persists progress of external chain observation and is expected to pick up
from where it stopped, when the zetacored issue is fixed.
Screenshots
If applicable, add screenshots to help explain your problem.
Environment (please complete the following information):
OS
Version used
The text was updated successfully, but these errors were encountered:
brewmaster012
changed the title
mitigate missing inbound observations: stop scanning external chains if zetachain is halted
mitigate missing inbound observations: stop scanning external chains if zetacored node is halted
Nov 6, 2024
Describe the Bug
During the chain halt event on Oct 30, 2024 which lasts around 6h, there were dozens of
inbound transactions that were not observed or reported to zetacored, likely because the
network is down but zetaclient keep moving and the observation transaction accumulated
in mempool and got dropped eventually.
This results in missed inbound observations that required manual intervention via the InboundTracker
mechanism.
To Reproduce
(I have not tried this)
Supposedly we may be able to reproduce this in the performance test where we induce
a zetachain halt and keep inbound transaction going.
Expected Behavior
A better behavior is for zetaclient to receive feedback from zetacored that the zetacored
block height is not progressing (either the network is down, or the particular zetacored node
loses connectivity, database corrupt, consensus failure etc), then the zetaclient should
stop scanning external chains.
Zetaclient persists progress of external chain observation and is expected to pick up
from where it stopped, when the zetacored issue is fixed.
Screenshots
If applicable, add screenshots to help explain your problem.
Environment (please complete the following information):
The text was updated successfully, but these errors were encountered: