<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">To handle "join" and "part" events, I think we can assume these<br>


actions are represented as messages which operate on the "member-set"<br>
each participant recognizes. ┬áThe question Ximin has thought about<br>
earlier is how to handle "merging" partially-ordered changes to the<br>
member-set<br>
<br>
I don't know if we have a good answer to that yet, but it seems like a<br>
good question.<br></blockquote><div><br></div><div>We had a long discussion about join/leave at Real World Crypto. I don't think we came up with any scheme that anybody really liked but we concluded that it's at least as complicated as message ordering and probably much more so, in particular if you support limited membership or kicking. It definitely deserves a separate thread.</div>

</div></div></div>