nielliesmons on Nostr: If MLS can't be :Nostr: LS, I'm not interested. Which means I'm thinking through ...
If MLS can't be

LS, I'm not interested.
Which means I'm thinking through solutions on:
1️⃣ How to offer way more content types than just

Chat in one group?
- Without specialized applications needing to download the full group state just for you to give access to your private Figmastr files of that group.
- In a way that groups can select the content types they handle
- Where each content type can have different access and persistence conditions. As in: it's ok if Chat messages dissapear after a week, but not ok if the Repos do.
🅰️ I think the answer might lie in having one MLS group per content type and then grouping (pun intended) thes etogether in the main group ID event. And if that group ID is a key pair, we opens even more exciting options.
2️⃣ How to run a mint for the MLS group, zero-knowledge style, where only group members can use the mint, without the mint even knowing who of the group they give access to.
🅰️ Here I just have a strong hunch that this is possible but will need the #ecash crew for guidance.
3️⃣ How to integrate #WebRTC into these groups in a way that scales?
🅰️ Probably worth stealing the video server spec Jitsi uses for this.
Published at
2025-03-30 13:20:32Event JSON
{
"id": "cc57ad8256f71290c1b7e72137bb2b8fc58ed44fb92a38e1401610d4aac086dd",
"pubkey": "a9434ee165ed01b286becfc2771ef1705d3537d051b387288898cc00d5c885be",
"created_at": 1743340832,
"kind": 1,
"tags": [
[
"t",
"ecash"
],
[
"t",
"webrtc"
],
[
"emoji",
"Nostr",
"https://cdn.satellite.earth/cbcd50ec769b65c03bc780f0b2d0967f893d10a29f7666d7df8f2d7614d493d4.png"
],
[
"emoji",
"chat",
"https://cdn.satellite.earth/f388f24d87d9d96076a53773c347a79767402d758edd3b2ac21da51db5ce6e73.png"
]
],
"content": "If MLS can't be :Nostr: LS, I'm not interested. \n\nWhich means I'm thinking through solutions on: \n1️⃣ How to offer way more content types than just :chat: Chat in one group? \n- Without specialized applications needing to download the full group state just for you to give access to your private Figmastr files of that group. \n- In a way that groups can select the content types they handle\n- Where each content type can have different access and persistence conditions. As in: it's ok if Chat messages dissapear after a week, but not ok if the Repos do. \n\n🅰️ I think the answer might lie in having one MLS group per content type and then grouping (pun intended) thes etogether in the main group ID event. And if that group ID is a key pair, we opens even more exciting options. \n\n2️⃣ How to run a mint for the MLS group, zero-knowledge style, where only group members can use the mint, without the mint even knowing who of the group they give access to. \n\n🅰️ Here I just have a strong hunch that this is possible but will need the #ecash crew for guidance. \n\n3️⃣ How to integrate #WebRTC into these groups in a way that scales? \n\n🅰️ Probably worth stealing the video server spec Jitsi uses for this. ",
"sig": "dcb353992b70605cb392a4d1baac7bb88350113b2b1f8bb2e3e1c9ef79cc50db46155ee5c0f54404ed3193bbf6248869970f39a9419a789565de8802d2a5ead9"
}