Skip to content

Conversation

@l-monninger
Copy link
Contributor

Summary

MD-117

@l-monninger l-monninger requested a review from apenzk as a code owner April 4, 2025 10:03

- **Description**: Provides a set of liveness and correctness requirements for Postconfirmations protocols.
- **Authors**: [Liam Monninger](mailto:[email protected])
- **Approval**: :red-cross:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- **Approval**: :red-cross:
- **Approval**:

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

its not rejected :)


**User journey**: Consumers of Ximen Postconfirmations consensus can rely on agreement to be achieved by a know Global Stabilization Time w.r.t. to the confirming ledger.

**Justification**: A partially-synchronous protocol is a consensus protocol under FLP. While it does not render predictable points in time at which consensus will be known, it does prevent permanent asynchrony and unliveness.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it is not a protocol under FLP. FLP is discussing asynchronous protocols. Do you mean BFT?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is the same as #116 (comment). But, it's probably better to just refer to "Consensus in the Presence of Partial Synchrony."

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think there is such a thing as a partially-synchronous protocol.
Partial synchrony is an assumption (a model of the network).
There are protocols that are consistent/valid/terminates under this assumption.

Copy link
Contributor

@apenzk apenzk Apr 9, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We are tending towards defining a new name. for example quasi-partial synchronous. We mean that there will come a time after which "enough" voters are able to submit their votes within a bound time. This is rather similar to a partial synchronous model. Other words than quasi- are welcome. its just the first word that came to mind.

**What can go wrong?**

- Liveness may get stuck for epoch lengths. The L1 synchronizes the committee at epoch boundaries, and if enough committee members are honest and live eventually the protocol will be live again.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So overall, this sort implies that joining or leaving the set of voters must be handled carefully and requires synchronisation with the rounds on the L2?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The committee is defined on the L1 and the L2 has the synchronize with the L1 iff there are fast confirmations. The number of rounds on the L2 to L1 mapping can be deterministic, e.g. every N L2blocks we submit a commitment to L1.

Copy link
Contributor

@apenzk apenzk Apr 9, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@l-monninger i think we need explain more on epoch change being equal to some sort of view change more. Essentially as the epoch rollover updates the committee there may come a time (GST) when there is a committee that is live again and has the same view on the L2.

@franck44 franck44 added settlement Needs changes Requires attention & changes MD Contains an MD Committee review To review at next committee labels Apr 8, 2025
@franck44 franck44 changed the title MD-117: Ximen (Postconfirmations) Standards [draft] MD-117: Ximen (Postconfirmations) Standards Apr 8, 2025
@franck44 franck44 added the Draft MD/MIP A new/draft MD/MIP label Apr 8, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Committee review To review at next committee Draft MD/MIP A new/draft MD/MIP MD Contains an MD Needs changes Requires attention & changes settlement

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants