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
We currently have a single confirmation_count used per chain to determine if a tx is confirmed on a chain.
Under some circumstances, the value can be different:
between inbound and outbound
if we want to enable fast observation and fewer confirmation (although we might still want to have a different value per chain, 1 could be a completely unusable value for some networks while acceptable for some other)
Considered change
For backward compatibility, keeps confirmation_count, this value would be used as a secure fallback on all networks (so would remain the same as currently)
Determine and implement other fields
Example of other fields
safe_inbound_confirmation_count
fast_inbound_confirmation_count
safe_outbound_confirmation_count
fast_outbound_confirmation_count
The text was updated successfully, but these errors were encountered:
We currently have a single
confirmation_count
used per chain to determine if a tx is confirmed on a chain.Under some circumstances, the value can be different:
Considered change
confirmation_count
, this value would be used as a secure fallback on all networks (so would remain the same as currently)Example of other fields
The text was updated successfully, but these errors were encountered: