matrix-dimension
pantalaimon
Our great sponsors
matrix-dimension | pantalaimon | |
---|---|---|
2 | 3 | |
430 | 273 | |
- | 2.2% | |
10.0 | 1.8 | |
9 months ago | 8 months ago | |
TypeScript | Python | |
GNU General Public License v3.0 only | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
matrix-dimension
-
Matrix 2.0: How we’re making Matrix go voom
Scalar (the integration manager) is not open source [1] (though there was some effort to reverse-engineer its protocol [2]); and some of their anti-abuse scripts aren't public [3]
[1] https://github.com/vector-im/element-meta/issues/260
[2] https://github.com/turt2live/matrix-dimension/blob/master/do...
[3] https://github.com/matrix-org/matrix.org/issues/557
pantalaimon
-
Matrix 2.0: How we’re making Matrix go voom
Well, if you want end-to-end encryption, then obviously that's going to be hard to write from scratch(!) - especially if you want it to be secure. However, we make it trivial to get up and running by piping your client through a proxy like Pantalaimon (https://github.com/matrix-org/pantalaimon/) which takes your normal traffic and makes it E2EE.
Not sure which "any of the other tablestakes features" you have in mind... obviously if you want loads of features, then you're going to have to write a whole bunch of code to implement them in your client, or build on an existing SDK like matrix-bot-sdk, matrix-rust-sdk, matrix-js-sdk etc. Not sure that's a disadvantage of Matrix though(!)
-
IETF should keep XMPP as IM standard, instead of Matrix
I've tried to set up some Matrix projects. The Client-Server API is easy to work with, but as soon as encryption is involved, things start getting messy. Many libraries have a hard time working right with E2EE enabled, because suddenly you need to keep track of all manner of things that aren't always documented well.
I tried to hack E2EE in by using Pantalaimon [0] but running that on a server with the necessary management capabilities is very tricky and doesn't do cross signing, so I've come to the conclusion that it's effectively useless for my use cases.
Every now and then I check back on the current state of E2EE in libraries and it does seem to be improving. Hopefully the entire process becomes easier next time I get the time to work on my proof of concept code.
[0]: https://github.com/matrix-org/pantalaimon
-
Threema says it's Open Source Now. Should I use it?
It takes a bit more configuration, but possible via pantalaimon
What are some alternatives?
conduit
threema-android - Threema App for Android.
Synapse - Synapse: Matrix homeserver written in Python/Twisted.
serialipedia - The encyclopaedia of serialization formats
element-ios - A glossy Matrix collaboration client for iOS
umurmur - Minimalistic Murmur
element-x-ios - Next generation Matrix client for iOS built with SwiftUI on top of matrix-rust-sdk.
protocol - The schemas for the Harmony protocol
coturn - coturn TURN server project
matrix-hookshot - A bridge between Matrix and multiple project management services, such as GitHub, GitLab and JIRA.
matrix.org - matrix.org public website
hydrogen-web - Lightweight matrix client with legacy and mobile browser support