meshnet-lab
Element
Our great sponsors
meshnet-lab | Element | |
---|---|---|
2 | 614 | |
129 | 10,555 | |
- | 1.3% | |
8.3 | 9.9 | |
13 days ago | 7 days ago | |
Python | TypeScript | |
MIT License | 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.
meshnet-lab
-
Meshtastic: An open source, off-grid, decentralized, mesh network
Most of the mobility testing has been performed either in the meshnet-lab[1] or the pineconesim[2].
As the original author of that documentation, it's quite entertaining to have it quoted back to me. :-) In any case the routing "prefers" links labelled as the internet when there is a tiebreak between two peerings between the same pair of nodes, i.e. you are connected to some other device via Wi-Fi and Bluetooth simultaneously.
And while it is true that Pinecone cannot necessarily always make the best routing decision based on public keys alone, aggressive queue management attempts to provide the best QoS for all flows and it scales very well because nodes maintain only a small amount of state about their position in the spanning tree and their position in the SNEK. Importantly, shortcuts can and often are taken when Pinecone switches to tree-based routing as the geometric distance to the destination on the tree is evaluated at each hop. Routing "by the SNEK" is used primarily to find the remote node and as a fallback in case the tree routing fails.
-
XMPP, a Comeback Story: A Protocol for Robust, Private and Decentralized Comms
Lots of interesting stuff there - thanks :) We're using https://github.com/mwarning/meshnet-lab rather than imunes.net for network simulation currently, but will take a look.
Power usage is looking pretty positive so far; as long as we route the Matrix traffic over the routing topology rather than going full-mesh it should minimise radio usage (the main battery suck, other than screen).
For store-and-forward, honestly using P2P Nodes as intermediaries is an okay approach other than exposing metadata to them. Our plan in the longer term is to switch to loopix-style mixnets to obfuscate the store and forwarding, a la nym.
In terms of joining the network by deriving a private key from a passphrase... yup, that could be cute, although slightly terrifying in terms of the risk of weak passphrases :)
We're hoping to get the P2P network stable in the coming year (although we were also aiming for this year originally :P)
Element
-
IT Pro Tuesday #280 - Identity/Access Mgmt, Training, Collaboration Tool & More
Element is an open-source instant messaging client built on the Matrix protocol, offering users features such as end-to-end encryption, file sharing, and voice/video calls. The self-hosted version accommodates up to 200 users at no charge, providing a budget-saving secure and collaborative communication platform. perthguppy describes it as a "slack style team chat."
- Um pouco da realidade de Copacabana - principalmente aos finais de semana
- O Fazueli está destruindo o Sul do Brasil
- Correios, Petrobras, Banco do Brasil e outras empresas estatais devem ser privatizadas?
-
Matrix 2.0: The Future of Matrix
Sounds like you’re talking about Element Web or Desktop here. On Mobile, we just rewrote the app as Element X and it addresses almost all your concerns (other than per-room nicks, although ironically Element Web does have that today - try the /roomnick command, from memory).
Having got Element X out the door, my attention at least is going to swing back to Element Web. In terms of encryption disasters, we are about to switch Element Web’s crypto to the same rust implementation as Element X, hopefully next week - you can track the progress at https://github.com/vector-im/element-web/issues/21972#issuec.... Hopefully this will make a much-needed massive improvement on encryption, while also speeding it up 5x or so. On Element X, encryption failures are almost unheard of (other than when talking to Element Web).
The main remaining Nebuchadnezzar issue is mitigating server-controlled group membership. The first step has been to kill off the 1st gen E2EE implementations, which were responsible for the implementation vulns found by RHUL - and we should hopefully conclude that next week by moving everything into the matrix-rust-sdk crypto create implmentation: https://github.com/vector-im/element-web/issues/21972#issuec... is the tracker.
Then, we can address the harder server-controlled group membership issue in one place. First step will be to improve device verification & trust so that trust is the default, not the exception, to make it easier to spot and warn about unexpected devices in the room. The full solution is then either MSC3917 (https://github.com/matrix-org/matrix-spec-proposals/blob/fay...) - or potentially to switch everything to MLS.
We're working on MLS anyway in parallel to RHUL mitigation work; you can see the progress at https://arewemlsyet.com, and it's looking good.
I'm guessing you're not interested in doing a podcast on "yay we converged our crypto implementations on a single robust Rust implementation so we can fix the remaining bugs in one place", but as soon as the server-controlled group membership thing is solved we'll be in touch. Work has also gone much slower than hoped on this, thanks to the joys of funding open source.
- Various GUI instability bugs: chats that are suddenly empty, text suddenly randomly overlaid on other text
- O mais engraçado desse dado é que na lista tem países que a esquerda considera "social democrata" e nenhum desses países tem 418 estatais 🤡
-
Microsoft faces antitrust scrutiny from the EU over Teams, Office 365
Why don't you mean Matrix? This is precisely what Element is, built on Matrix: https://element.io
- Slack Takes an Important Step to Block Abuse
What are some alternatives?
cinny - Yet another matrix client
Screenshare-with-audio-on-Discord-with-Linux - A repo trying to gather all info regarding proper screensharing on Discord with Desktop Audio for linux users
simplex-chat - SimpleX - the first messaging network operating without user identifiers of any kind - 100% private by design! iOS, Android and desktop apps 📱!
schildichat-desktop - Matrix client / Element Web/Desktop fork
Tox - The future of online communications.
Mattermost - Mattermost is an open source platform for secure collaboration across the entire software development lifecycle..
Jitsi Meet - Jitsi Meet - Secure, Simple and Scalable Video Conferences that you use as a standalone app or embed in your web application.
matrix-docker-ansible-deploy - 🐳 Matrix (An open network for secure, decentralized communication) server setup using Ansible and Docker
fluffychat
fosscord - 📬 Spacebar is a free open source selfhostable discord compatible communication platform [Moved to: https://github.com/spacebarchat/spacebarchat]
revolt - Repository for miscellaneous repository management and discussions: https://github.com/revoltchat/revolt/discussions
BetterDiscord - Better Discord enhances Discord desktop app with new features.