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
Since we have ETH indexing now, we should check the stability of eth alongside NEAR as well.
The main point of attention would be when and where to publish a signature based on the chain. So when a new request is received by SignatureManager we should sort the stable participants based on chain and their equivalent indexer is_stable condition.
Right now, we publish StateView::Running { is_stable, .. } where is_stable is from NEAR network. We need a way to add in eth as well. Maybe something like this additional field would suffice:
StateView::{Running,Resharing}{
chains:Map<Chain,ChainInfo>
}structChainInfo{latest_block_height:u64,is_stable:bool,// other chain related info
..
}
And then when we go to organize our requests, we can then utilize this info for better handling
The text was updated successfully, but these errors were encountered:
We will have many more chains soon. I'm not sure if adding additional parameters to the structure is the best idea, but I agree that we need to distinguish them.
Since we have ETH indexing now, we should check the stability of eth alongside NEAR as well.
The main point of attention would be when and where to publish a signature based on the chain. So when a new request is received by
SignatureManager
we should sort the stable participants based on chain and their equivalent indexeris_stable
condition.Right now, we publish
StateView::Running { is_stable, .. }
whereis_stable
is from NEAR network. We need a way to add in eth as well. Maybe something like this additional field would suffice:And then when we go to organize our requests, we can then utilize this info for better handling
The text was updated successfully, but these errors were encountered: