social.tchncs.de is one of the many independent Mastodon servers you can use to participate in the fediverse.
A friendly server from Germany – which tends to attract techy people, but welcomes everybody. This is one of the oldest Mastodon instances.

Administered by:

Server stats:

3.8K
active users

#matrix

61 posts57 participants2 posts today

What are the odds?

I check to see what’s next on #tcm tonight. Lost Horizon 1937 in 20 minutes.

I surf the guide and click over to The Cooler 2003. The movie is about 50 minutes in. The scene is the reveal of the new casino and Alec Baldwin launches into a monologue about this exact film….lost horizon and Shanghai-La

It’s the #matrix lol #movie

ElementX is *so* much faster than the current stable versions of Element and its various soft forks (I'm currently using SchildiChat).

As I've said before, I'm guessing it will take another 6-12 months for all the Matrix 2.0 upgrades to be rolled out and fully stabilized in the various app and server software. But if ElementX performance is anything to go by, the new and improved Matrix ecosystem will be well worth an open-minded test.

How does one ban all accounts from an entire home server from joining their #Matrix rooms?

I found this doc that talks about "ban lists" but it seems like we have to run some separate bot to do this? matrix.org/docs/communities/mo

@matrix ... help please ?? 😅

matrix.orgCommunity ModerationMatrix allows communities to stay safe thanks to moderation tools. Mjolnir is the recommended solution for community managers who want to fight abuse on Matrix.

📰 "From short-sighted to far-sighted: A comparative study of recursive machine learning approaches for open quantum systems"
arxiv.org/abs/2504.02218 #Physics.Chem-Ph #Dynamics #Matrix

arXiv logo
arXiv.orgFrom short-sighted to far-sighted: A comparative study of recursive machine learning approaches for open quantum systemsAccurately modeling open quantum system dynamics is crucial for advancing quantum technologies, yet traditional methods struggle to balance accuracy and efficiency. Machine learning (ML) provides a promising alternative, particularly through recursive models that predict system evolution based on past history. While these models have shown success in predicting single observables, their effectiveness in more complex tasks, such as forecasting the full reduced density matrix (RDM), remains unclear. We extend history-based recursive ML approaches to complex quantum systems, comparing four physics-informed neural network (PINN) architectures: (i) single-RDM-predicting PINN (SR-PINN), (ii) SR-PINN with simulation parameters (PSR-PINN), (iii) multi-RDMs-predicting PINN (MR-PINN), and (iv) MR-PINN with simulation parameters (PMR-PINN). These models are applied to the spin-boson (SB) model and the Fenna-Matthews-Olson (FMO) complex. Our results show that SR-PINN and PSR-PINN, constrained by a narrow history window, fail to capture complex quantum evolution, leading to unstable long-term predictions, especially in nonlinear and highly correlated dynamics. In contrast, MR-PINN and PMR-PINN improve accuracy by extending the forecast horizon, incorporating long-range correlations, and reducing error propagation. Surprisingly, explicitly including simulation parameters such as temperature and reorganization energy in PSR-PINN and PMR-PINN does not consistently enhance accuracy and can even reduce performance, suggesting that these effects are already encoded in the RDM evolution. These findings highlight the limitations of short-sighted recursive forecasting and demonstrate the superior stability and accuracy of far-sighted approaches for long-term predictions.

I've always had a small list of features I've deemed important for easing switching to Matrix (e.g. third-party identifier resolution like finding contacts by phone number). Recently, more and more groups around me made the switch.
Scrap it! The single most important missing feature, Imho, is invite codes / invite links for otherwise private rooms. Not being able to send a link to everyone that should join the new room adds soooo much friction.
#Matrix

Replied in thread

@Xeniax Totally nerdsniped :D I'd love to be a part of the study.

I don't think that #KeyServers are dead. I think they evolved into Verifying Key Servers (VKS), like the one run by a few folks from the OpenPGP ecosystem at keys.openpgp.org/about . More generally, I believe that #PGP / #GPG / #OpenPGP retains important use-cases where accountability is prioritized, as contrasted with ecosystems (like #Matrix, #SignalMessenger) where deniability (and Perfect Forward Secrecy generally) is prioritized. Further, PGP can still serve to bootstrap those other ecosystems by way of signature notations (see the #KeyOxide project).

Ultimately, the needs of asynchronous and synchronous cryptographic systems are, at certain design points, mutually exclusive (in my amateur estimation, anyway). I don't think that implies that email encryption is somehow a dead-end or pointless. Email merely, by virtue of being an asynchronous protocol, cannot meaningfully offer PFS (or can it? Some smart people over at crypto.stackexchange.com seem to think there might be papers floating around that can get at it: crypto.stackexchange.com/quest).

To me, the killer feature of PGP is actually not encryption per se. It's certification, signatures, and authentication/authorization. I'm more concerned with "so-and-so definitely said/attested to this" than "i need to keep what so-and-so said strictly private/confidential forever and ever." What smaller countries like Croatia have done with #PKI leaves me green with envy.

keys.openpgp.orgkeys.openpgp.org

@quinta ho sentito il tuo intervento a 2024. Sull'uso in azienda di #Nextcloud e #matrix: in ditta abbiamo provato NC, ma stiamo passando a MS😩 a causa delle problematiche di NC. Diverse app sono di qualità alpha e non sono a conoscenza di un provider che ti gestisca il servizio, curandosi di tenerlo up. Sei tu che devi accorgerti di problemi e aprire ticket. Qui sta la grande differenza con i colossi cloud. Anche la collaborazione va in crisi con tot persone, corruzione di dati.

It feels good in the curent situation to be fully free of any proprietary solution.

#Linux #Debian #FreeBSD on all systems only, own #public #DNS servers on own systems including management.

#Mastodon, #Matrix , #Bridges , #Email , #SOGo #Nextcloud #Owncloud #UnifiedPush #ntfy #HomeAssistant #WebSites mostly done with #Hugo, and far more all self hosted on own systems in the basement or in our housing rack.

Mobiles #GrapheneOS and #LineageOS

Whatever #Trump #Microsoft aso does i dont care

I said it before on Mastodon. I'm reposting this again. Comparing #DeltaChat and #Matrix together, if you want hassle free and consistent messenger for private #E2EE chats, don't go for Matrix. DeltaChat is way better.

However, if you want something like a public forum, or a public chatroom, don't go for DeltaChat. Matrix is way better suited for that. And DeltaChat does not support public groups at all. In DeltaChat groups, there is no admin or moderator and everyone have got permission to remove or add the others.

I think I have to write a longer post on my personal blog about these two, comparing them together.

PS: Another Matrix encryption bug few minutes ago triggered repost of this.

Okay, so here's a #matrix / #synapse question that I am far too tired to find the answer to:

If i have more than one user on my server, and they both go to a room, do I store duplicates of t hat room, one for each user? Or is it stored on my homeserver in such a way that both can grab it and decrypt it?