status-mobile VS Synapse

Status mobile (3600 GitHub Stars) https://github.com/status-im/status-mobile

What if there was a language we could speak in at the speed of light, with no distortion? As Ho notes, thermodynamics was based on the anaerobic view of the universe, where heat energy transforms into mechanical work, but "the predominant energy transductions in the living system are instead, electronic, electric and electromagnetic, as consistent with the primary energy source on which life depends as well as the electromagnetic nature of all molecular and intermolecular forces." Humans evolved from using fire to electricity for heat, just as the world evolved from thermophilic single-celled organisms to algae that ate light and paved the way for human evolution, just as human thought evolved from a heat-based thermodynamics to an electro-quantum one.

Join startups - but understand the bar for good startups is incredibly high Most of em have profiles like https://github.com/ajsutton Top names are protocol labs, consensys and status.im

I have waiting for about a year for Lens Protocol to become available to everyone and official, but the news hasn't yet come. In Ethereum's website, it recommends other decentralized social networks too like Status.im, Mirror.xyz, and even talks about Twitter. What's the progress happening in the field, and which one is going to become popular in your opinion? Has any of them become popular among users who are already using it?

Is https://status.im not good enough?

Status Inu is close to 100 members in the https://status.im/ community

Status: Crypto Wallet, Messenger, Ethereum Browser (version 1.20.3): Cryptocurrency wallet, Private messenger, and Ethereum DApp Browser all in one

status.im (this one got a lot of attention a few years ago)

What are you thinking of here? Synapse has supported purging room history since 2016: https://github.com/matrix-org/synapse/pull/911, and configurable data retention since 2019: https://github.com/matrix-org/synapse/pull/5815.

Meanwhile, Matrix has never needed the full room history to be synchronised - when a server joins a room, it typically only grabs the last 20 messages. (It does needs to grab all the key-value state about the room, although these days that happens gradually in the background).

If you're wondering why Matrix implementations are often greedy on disk space, it's because they typically cache the key-value state aggressively (storing a snapshot of it for the room on a regular basis). However, that's just an implementation quirk; folks could absolutely come up with fancier datastructures to store it more efficiently; it's just not got to the top of anyone's todo list yet - things like performance and UX are considered much more important than disk usage right now.

some context re the Matrix isses, long history apparently: https://github.com/matrix-org/synapse/issues/14481#issuecomm...

Why not Matrix? Here's one reason: it has incredibly hard-to-debug edge cases, and plenty of bugs. One of my favourites is the one where people are kicked out of your room at random, which was reported a year ago[0]. It wasn't fixed, however, because the head of the Matrix foundation (Matthew) presumably didn't like the issue being posted on Twitter.

This is honestly really disappointing behaviour from a platform owner.

[0]: https://github.com/matrix-org/synapse/issues/14481

> That doesn't make this situation any less bad to the rest of the community.

How is the community suffering here? Let's say Element adds a bunch of baller stuff to their versions over the next few months and then closes the source. Can't the community just fork the last AGPL version? You might say, "well then no one can take the AGPL fork and make their own closed-source business", but do you want them to? Even if you do, they still can with the existing Apache-licensed version, just like Element is doing right now.

You're arguing that Element will lose a lot of contributions, but TFA points out that despite being super open, the vast majority of contributions are still made by Element employees (which seems to be true [0]). It's not the case that Element is looking to monetize the (small) contributions of others, it is the case that others are looking to monetize the (huge) contributions of Element.

And besides, aren't the MSCs the core of Matrix? It's already super possible to build your own compliant client and server.

The situation is that Element needs money to keep developing the ecosystem. It would be cool if there were a big network of donors and contributions, but there isn't. You're essentially saying, "that's fine, go out of business then, and the community will keep developing the ecosystem", but that's not happening now, and it can still happen anyway with the Apache-licensed versions, which again people can still contribute to.

[0]: https://github.com/matrix-org/synapse/graphs/contributors