!FCvsIFUeYNGujRCMfc:matrix.org

P2P Matrix

874 Members
STAY ON TOPIC β€” This room is about the P2P Matrix project ONLY | https://arewep2pyet.com | iOS demo at https://testflight.apple.com/join/Tgh2MEk6 | Android 10+ demo at https://drive.google.com/drive/folders/1uK_BcHGiAYHkN6OAA7P73obAquwShRg5196 Servers

Load older messages


SenderMessageTime
28 Jan 2023
@playback2396:matrix.orgplayback2396 joined the room.09:32:31
@nachdenker:tchncs.deNorbert changed their display name from πŸ„½πŸ„ΎπŸ…πŸ„±πŸ„΄πŸ…πŸ…ƒ to Norbert.09:32:14
@fisher:ohea.xyzfisher joined the room.11:27:33
@ghoster:rejowski.xyzDawid Rejowski left the room.19:14:56
@mmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm:matrix.org@mmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm:matrix.org joined the room.20:15:57
29 Jan 2023
@umbrafen:matrix.orgumbrafen joined the room.17:14:38
30 Jan 2023
@devonh:one.ems.hostDevon Dmytro

Hey @room! New p2p builds have been released for both iOS & Android. As always, links can be found in the topic for this room.
These builds update to the latest Dendrite and contain the first prototype of store & forward.

Store & forward allows you to send messages to a relay server if the destination you are trying to reach is offline. More information on s&f can be found here: https://github.com/matrix-org/dendrite/blob/main/relayapi/ARCHITECTURE.md
It is still very experimental so don't expect it to work in a lot of cases.

Some quick usage info:

  • nodes won't act as a relay by default
    • this can be turned on with the toggle in your user settings (next to static peer settings)
  • It works well in 2 user rooms.
    • rooms with more than 2 users will probably have varying issues
    • encrypted rooms haven't been tested at all, and I don't expect they will function if relying on s&f
  • at startup, your node will query the assigned relay server/s in your user settings for any missed events
  • to assign relays for other nodes, select them in a room and edit the relay servers setting in the info panel
    • they will only query the relays they have configured, it is a pull based system
  • it takes ~10 - 15 seconds after you send a message to a node who went offline before it'll send to the relay.
  • There is nothing in the UI showing that it sent to the relay so waiting >=20 seconds is advised.
  • After the first message, subsequent messages will be sent immediately to the relay. Unless the other node comes back online of course.

WARNING If you send messages to a relay you do so at your own risk. You risk having these events read by the relay. S&F is very experimental so this will harden with time, but this is an alpha stage of it for testing and demo purposes only. Don't use or rely on it for any private or sensitive data.

03:54:24
@devonh:one.ems.hostDevon Dmytro *

Hey @room ! New p2p builds have been released for both iOS & Android. As always, links can be found in the topic for this room.
These builds update to the latest Dendrite and contain the first prototype of store & forward.

Store & forward allows you to send messages to a relay server if the destination you are trying to reach is offline. More information on s&f can be found here: https://github.com/matrix-org/dendrite/blob/main/relayapi/ARCHITECTURE.md
It is still very experimental so don't expect it to work in a lot of cases.

Some quick usage info:

  • nodes won't act as a relay by default

    • this can be turned on with the toggle in your user settings (next to static peer settings)
  • It works well in 2 user rooms.

    • rooms with more than 2 users will probably have varying issues
    • encrypted rooms haven't been tested at all, and I don't expect they will function if relying on s&f
  • at startup, your node will query the assigned relay server/s in your user settings for any missed events

  • to assign relays for other nodes, select them in a room and edit the relay servers setting in the info panel

    • they will only query the relays they have configured, it is a pull based system
  • it takes ~10 - 15 seconds after you send a message to a node who went offline before it'll send to the relay.

  • There is nothing in the UI showing that it sent to the relay so waiting >=20 seconds is advised.

  • After the first message, subsequent messages will be sent immediately to the relay. Unless the other node comes back online of course.

WARNING If you send messages to a relay you do so at your own risk. You risk having these events read by the relay. S&F is very experimental so this will harden with time, but this is an alpha stage of it for testing and demo purposes only. Don't use or rely on it for any private or sensitive data.

03:54:51
@bbigras:matrix.orgbbigras If I enable the relay option in the app on my phone, does it mean that my phone will also store messages for other users? 06:41:06
@bbigras:matrix.orgbbigras I'm guessing no since my phone must not be reliable enough for other people. 06:41:35
@bbigras:matrix.orgbbigras > they will only query the relays they have configured, it is a pull based system

Will that always be the case?
06:52:56
@tommaso.missoni:matrix.orgTommaso changed their display name from Tommaso OoO - Back monday to Tommaso.07:46:40
@andrewm:element.ioAndrew Morgan (anoa) [away; back 22nd] changed their display name from Andrew Morgan (anoa) [back Jan 28th] to Andrew Morgan (anoa).09:59:44
@nebulaonion:anonymousland.orgNebulaOnion (anonymousland)
In reply to @devonh:one.ems.host

Hey @room ! New p2p builds have been released for both iOS & Android. As always, links can be found in the topic for this room.
These builds update to the latest Dendrite and contain the first prototype of store & forward.

Store & forward allows you to send messages to a relay server if the destination you are trying to reach is offline. More information on s&f can be found here: https://github.com/matrix-org/dendrite/blob/main/relayapi/ARCHITECTURE.md
It is still very experimental so don't expect it to work in a lot of cases.

Some quick usage info:

  • nodes won't act as a relay by default

    • this can be turned on with the toggle in your user settings (next to static peer settings)
  • It works well in 2 user rooms.

    • rooms with more than 2 users will probably have varying issues
    • encrypted rooms haven't been tested at all, and I don't expect they will function if relying on s&f
  • at startup, your node will query the assigned relay server/s in your user settings for any missed events

  • to assign relays for other nodes, select them in a room and edit the relay servers setting in the info panel

    • they will only query the relays they have configured, it is a pull based system
  • it takes ~10 - 15 seconds after you send a message to a node who went offline before it'll send to the relay.

  • There is nothing in the UI showing that it sent to the relay so waiting >=20 seconds is advised.

  • After the first message, subsequent messages will be sent immediately to the relay. Unless the other node comes back online of course.

WARNING If you send messages to a relay you do so at your own risk. You risk having these events read by the relay. S&F is very experimental so this will harden with time, but this is an alpha stage of it for testing and demo purposes only. Don't use or rely on it for any private or sensitive data.

Hi, what about Element Desktop support?
14:31:46
@devonh:one.ems.hostDevon Dmytro
In reply to @bbigras:matrix.org
If I enable the relay option in the app on my phone, does it mean that my phone will also store messages for other users?
Enabling that option means that other users could use your phone as a relay. (ie. your phone will accept events to store, and possibly forward them on at some later time)
It doesn't mean your phone will act as a relay. All relaying is manually configured right now, so someone would need to manually configure to use your phone as a relay.
15:20:24
@devonh:one.ems.hostDevon Dmytro
In reply to @bbigras:matrix.org
> they will only query the relays they have configured, it is a pull based system

Will that always be the case?
unsure. for right now it is the easiest to work with since we avoid the problem of a relay having to continuously try and push out events to an offline node and potentially flood the network with traffic that may never reach the destination.
15:21:24
@devonh:one.ems.hostDevon Dmytro
In reply to @nebulaonion:anonymousland.org
Hi, what about Element Desktop support?
As these are only demos, we don't have bandwidth to maintain apps for all platforms.
The mobile apps have been prioritized as they are more resource constrained and make for a harder target to design for.
15:22:32
@devonh:one.ems.hostDevon DmytroAlso - I tried making a public room for Build 113 (as usual) but ran into an error where the database prevented me from making the room discoverable. I'll have to look into that as well πŸ˜› 15:26:23
@biehdc:reactos.orgHyperbased in Hyperspaceoh thats a known bug, i thought i messed something up lol15:42:50
@devonh:one.ems.hostDevon Dmytrooh? known where? Any links or more info on it?15:44:31
@ninchuka:envs.netninchukaI think they mean that you know about it, not thats its already known15:45:36
@devonh:one.ems.hostDevon Dmytroah! yeah that's it lol15:45:50
@devonh:one.ems.hostDevon Dmytrowe're looking at it right now so I was hoping for a quick win πŸ™‚ 15:46:08
@biehdc:reactos.orgHyperbased in Hyperspacesorry to disappoint you 🐸15:46:58
@devonh:one.ems.hostDevon Dmytrono worries! we'll figure it out now that we know about it 15:47:19
@whb2:matrix.orgDr. Billy (TLDR) left the room.17:00:34
@wyndix:envs.netWyndix P2P Matrix my belovedΒ  20:02:58
@wyndix:envs.netWyndix Glad to see the initial S&F implementation, slowly but surely we will take over the world mwahahahahahah >:) 20:03:40
@vengari:tchncs.devengari joined the room.20:25:47
@evanito:matrix.orgEvanito joined the room.23:01:58

Show newer messages


Back to Room ListRoom Version: 9