Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

docs: message-passing groups current goals and status #13

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

elliedavidson
Copy link
Collaborator

This PR adds a doc page formalizing the Message Passing Working Group goals and progress. This will be the living doc the group references for all decisions made by the group.

Reasoning:
* Both L2 <> L2 messaging and L1 <> L2 messaging are core use cases. If we want to create a unified developer experience, the interface needs to support both using the same abstractions.
* L3 <> L2 messaging is a less common use case, but should be supported.
* Key Question: Should it be an explicit goal of this interface to support L1 <> L1 messaging?
Copy link
Collaborator

Choose a reason for hiding this comment

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

Ideally, it makes total sense to support L1 <> L1 since we have already stated the interface should be proof, protocol, and VM agnostic. This would require incorporating feedback from those interested in it; I would leave it as a nice-to-have

Copy link
Collaborator

@0xteddybear 0xteddybear left a comment

Choose a reason for hiding this comment

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

I have nitpicks and questions mostly 😁

Should we start by defining the existing efforts and comparing them, similar to how we are doing for cross-chain addresses? would y'all consider that in scope for this PR

* Should the interface be pull or push-based?
* Should the interface use Ethereum specific addresses?
* Should the interface defined specific message formats for specific use cases?
* Should the interface use 7786-style attributes
Copy link
Collaborator

Choose a reason for hiding this comment

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

nit: missing question mark


### Timeline:
* 2/17/2025: Core contibutors identified.
* 2/24/2025: Agreement on goals has been reached among core contributors, broader group feedback welcome.
Copy link
Collaborator

Choose a reason for hiding this comment

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

nit: consider using ISO-8601 dates

3. Identifying core contributors to move this consensus forward quickly. We will ask for feedback from the broader group periodically.
4. Establishing commitments and timelines from core projects to implement the interface once it is finalized.

### Timeline:
Copy link
Collaborator

Choose a reason for hiding this comment

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

just to see if I should be following something else to stay in the loop: are the deliverables on this deadline going to be contained in this document? only linked from here? or tracked somewhere else entirely

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants