Oh boy, these two are starting to look really similar!

One of the early, often repeated arguments in favor of over was that it didn't have complicated standards and extensions that one had to keep track of.

I'm curious to know what the difference between the systems is in terms of procedures, governance etc. are? What lessons have been drawn from two decades of XEPs? (Or three-and-a-half decades of IETF)

How does one make sure the system still works after, let's say a decade, when it is no longer exciting and new and everyone is full of energy? When it has become yet another grueling technical bureaucracy like any other real world (open?) standard which needs to deal with legacies, weird real-world requirements and parties which have really different opinions? Not even touching upon corporate capture here.

The same goes for and the talk about or fediverse enhancement proposals.

This is not meant to disparage these processes at all, by the way. Rather, these are genuine questions on how to make this work because we need this kind of stuff to work well for us. We need protocols not platforms.

· · Web · 5 · 8 · 12


"I'm curious to know what the difference between the systems is in terms of procedures, governance etc. are? What lessons have been drawn from two decad..."

Matrix is a monolithic specification where the standardized bits are made in harmony with the whole and there is one way of doing one thing. You only need to look at one coherent specification instead of various extensions.
Only things proven in practice land in the matrix specification.
The governance is entirely focused on Matrix.


"Only things proven in practice land in the matrix specification."

If things are proven in practice before they land in the matrix specification, they still need to be specified before, so developers can pick that specification and implement it to prove it in practice.
This pre-standard specification is what XMPP people call an experimental XEP.

Of course, if you only have a single client+server combination widely used in practice (element+synapse), implementing just in those makes it already proven in practice and if both server and client are developed by the same party, they may not publish the specification early on.

In XMPP, the first iteration of an upcoming specification is typically written early, so that it can be implemented by multiple independent parties at the same time, so they can test against each other.


Further, just take a deeper look at the spec, e.g. TOC

a question: isn't the protocol building a plattform?


I would like to see what happens when the capitalistic corporations and the vc's move on.

Will there be any vollunteers at that point?

Plus the matrix protocol needs a serious rework to adopt anything.
From p2p to low bandwith requirments


> The same goes for #fediverse and the talk about #FEP or fediverse enhancement proposals.

Yes, this is a very good point. I think community collaboration to evolve the #OpenStandards is essential. Healthy community, active participants and good governance. It is the Achilles Heel of the #ActivityPub #Fediverse.

One of the initiators of FEP just made a switch to #XMPP for #openEngiadina and you might say that 2 reasons were directly related to lack of maturity in the specs and ecosystem

Sign in to participate in the conversation

We are an instance for discussions around cultural freedom, experimental, new media art, net and computational culture, and things like that.

<svg xmlns="" id="hometownlogo" x="0px" y="0px" viewBox="25 40 50 20" width="100%" height="100%"><g><path d="M55.9,53.9H35.3c-0.7,0-1.3,0.6-1.3,1.3s0.6,1.3,1.3,1.3h20.6c0.7,0,1.3-0.6,1.3-1.3S56.6,53.9,55.9,53.9z"/><path d="M55.9,58.2H35.3c-0.7,0-1.3,0.6-1.3,1.3s0.6,1.3,1.3,1.3h20.6c0.7,0,1.3-0.6,1.3-1.3S56.6,58.2,55.9,58.2z"/><path d="M55.9,62.6H35.3c-0.7,0-1.3,0.6-1.3,1.3s0.6,1.3,1.3,1.3h20.6c0.7,0,1.3-0.6,1.3-1.3S56.6,62.6,55.9,62.6z"/><path d="M64.8,53.9c-0.7,0-1.3,0.6-1.3,1.3v8.8c0,0.7,0.6,1.3,1.3,1.3s1.3-0.6,1.3-1.3v-8.8C66,54.4,65.4,53.9,64.8,53.9z"/><path d="M60.4,53.9c-0.7,0-1.3,0.6-1.3,1.3v8.8c0,0.7,0.6,1.3,1.3,1.3s1.3-0.6,1.3-1.3v-8.8C61.6,54.4,61.1,53.9,60.4,53.9z"/><path d="M63.7,48.3c1.3-0.7,2-2.5,2-5.6c0-3.6-0.9-7.8-3.3-7.8s-3.3,4.2-3.3,7.8c0,3.1,0.7,4.9,2,5.6v2.4c0,0.7,0.6,1.3,1.3,1.3 s1.3-0.6,1.3-1.3V48.3z M62.4,37.8c0.4,0.8,0.8,2.5,0.8,4.9c0,2.5-0.5,3.4-0.8,3.4s-0.8-0.9-0.8-3.4C61.7,40.3,62.1,38.6,62.4,37.8 z"/><path d="M57,42.7c0-0.1-0.1-0.1-0.1-0.2l-3.2-4.1c-0.2-0.3-0.6-0.5-1-0.5h-1.6v-1.9c0-0.7-0.6-1.3-1.3-1.3s-1.3,0.6-1.3,1.3V38 h-3.9h-1.1h-5.2c-0.4,0-0.7,0.2-1,0.5l-3.2,4.1c0,0.1-0.1,0.1-0.1,0.2c0,0-0.1,0.1-0.1,0.1C34,43,34,43.2,34,43.3v7.4 c0,0.7,0.6,1.3,1.3,1.3h5.2h7.4h8c0.7,0,1.3-0.6,1.3-1.3v-7.4c0-0.2,0-0.3-0.1-0.4C57,42.8,57,42.8,57,42.7z M41.7,49.5h-5.2v-4.9 h10.2v4.9H41.7z M48.5,42.1l-1.2-1.6h4.8l1.2,1.6H48.5z M44.1,40.5l1.2,1.6h-7.5l1.2-1.6H44.1z M49.2,44.6h5.5v4.9h-5.5V44.6z"/></g></svg>