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
In order to make Cardano transactions signature efficient, we need to provide transactions certification with low latency.
We are currently relying on the immutable files to import the Cardano transactions which brings the constraint of high latency certification. We want to implement an importer that relies on the chainsync mini-protocol of Cardano node in order to remove the limit of how close from the tip of the chain we can import transactions.
This means that we need to handle rollbacks of the Cardano chain itself in order to make sure that we eventually keep the same state signed by all Mithril nodes. This also implies that we will have to work with an unofficial security parameter k' blocks which gives us a strong guarantee that rollbacks are very unlikely to occur (<99%).
Additionally, we need to define the pace at which Cardano transactions will be signed.
Finally, we want to understand precisely how final a Mithril certified chain state is depending on these parameters and answer the question "how revokable a Mithril certified transaction can be?".
What
Use chainsync mini-protocol to import transactions and use a chain point based beacon to allow for signing more often and closer to the tip of the chain. Assess optimal parameters to achieve low latency and induced guarantees in terms of finality.
Why
In order to make Cardano transactions signature efficient, we need to provide transactions certification with low latency.
We are currently relying on the immutable files to import the Cardano transactions which brings the constraint of high latency certification. We want to implement an importer that relies on the
chainsync
mini-protocol of Cardano node in order to remove the limit of how close from the tip of the chain we can import transactions.This means that we need to handle rollbacks of the Cardano chain itself in order to make sure that we eventually keep the same state signed by all Mithril nodes. This also implies that we will have to work with an unofficial security parameter
k'
blocks which gives us a strong guarantee that rollbacks are very unlikely to occur (<99%
).Additionally, we need to define the pace at which Cardano transactions will be signed.
Finally, we want to understand precisely how final a Mithril certified chain state is depending on these parameters and answer the question "how revokable a Mithril certified transaction can be?".
What
Use
chainsync
mini-protocol to import transactions and use a chain point based beacon to allow for signing more often and closer to the tip of the chain. Assess optimal parameters to achieve low latency and induced guarantees in terms of finality.How
ChainObserver
supports retrieving the Chain Point of the tip of the chain #1589chainsync
inpallas
#1590ChainReader
#1705mainnet
for fast finalityResources
The text was updated successfully, but these errors were encountered: