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
This milestone issue tracks the promotion of select RFCs to the stable status,
as well as their adaption to the updated 1/COSS and RFC template.
Blockers
For now, this issue is blocked, waiting for the store flag implementation to be in release versions of at least two Waku implementation, as well as some in-the-wild testing thereafter.
However, many of prerequisite tasks described in this issue can already be started and merged to update draft versions of the respective RFCs. Only the actual promotions to stable are blocked.
store flag support for for 14/WAKU2-MESSAGE in nwaku release version
store flag support for 14/WAKU2-MESSAGE in the release version of one further Waku implementation
wait until store flag support has been successful for some time in the wild
Background
The protocols specified in the following RFCs are ready for the stable status
adding/ordering sections as proposed in our RFC template
Theory / Semantics (can be named differently if appropriate)
Wireformat / Syntax (can be named differently if appropriate)
Security Considerations
In addition to these tasks, 14/WAKU2-MESSAGE should be augmented by a store flag indicating whether a message should be stored or not. As all other RFCs listed above depend on message, this should be done first.
#532
#551
Further 21/WAKU2-FAULT-TOLERANT-STORE's wire specification should be merged into 13/WAKU2-STORE
so that RFC 13 reflects what is actually being used. This is important for promoting RFC 13 to stable.
#552
Promoting 10/WAKU2 to stable requires factoring out parts that depend on non-stable RFCs.
These parts will be covered in a new RFC.
Reference: vacp2p/rfc#528
Author: kaiserd
This milestone issue tracks the promotion of select RFCs to the
stable
status,as well as their adaption to the updated 1/COSS and RFC template.
Blockers
For now, this issue is blocked, waiting for thestore
flag implementation to be in release versions of at least two Waku implementation, as well as some in-the-wild testing thereafter.However, many of prerequisite tasks described in this issue can already be started and merged to update draft versions of the respective RFCs. Only the actual promotions to stable are blocked.
Background
The protocols specified in the following RFCs are ready for the
stable
statusThis milestone issue tracks the tasks necessary for promoting these RFCs to stable.
These tasks comprise
category
as specified in the updated 1/COSSIn addition to these tasks, 14/WAKU2-MESSAGE should be augmented by astore
flag indicating whether a message should be stored or not. As all other RFCs listed above depend on message, this should be done first.Further 21/WAKU2-FAULT-TOLERANT-STORE's wire specification should be merged into 13/WAKU2-STOREso that RFC 13 reflects what is actually being used. This is important for promoting RFC 13 to stable.
Promoting 10/WAKU2 to stable requires factoring out parts that depend on non-stable RFCs.
These parts will be covered in a new RFC.
Action Items / Issues
ephemeral
flag to 14/WAKU2-MESSAGEThe text was updated successfully, but these errors were encountered: