As part of the v2 migration coordination group, I would like to invite you (@contributors@elmau) to a technical meeting on Monday, November 4th 2024 at 14:00 CET.
This date most likely does not fit our schedule. In this case, please fill up following form, so we can decide for a fitting date together. I did set up the form to have weekly meetings such on how they are doing in the v2 coordination group, but I can change the form to have it every two weeks or monthly, if the frequency is too high. Just let me know below in the comments.
Please, invite anyone interested to this technical talk regarding v2 ecosystem.
Non-french speaking contributors (specially our lovely Spanish-speaking contributors) are more than welcome! We would simply switch to English and do our best with Shakespeare’s language.
Is anyone interested to moderate this/these meeting(s)? @1000i100 ?
As I won’t be available, here is one thing I would like the wallet developers to discuss:
Are they OK with using the protocol proposed here for offchain private messages, as a replacement of Cesium+'s private messages.
The implications for wallets are that:
listing available messages needs querying the datapods (don’t know how yet)
messages are sorted in conversations between two public keys
the private conversation state (containing cryptographic overhead specific to a conversation) needs to be fetched and updated each time we receive a new message or send a message
this state can be stored in the local storage (file, browser storage) or encrypted on the datapods or on a server
this state is generally pretty small (<256 bytes) but may store a limited number of pending messages if a previous message were not received
some work to adapt the UI
need a Rust library (native, binding or WASM) or a translation of this library to another language (I can work on it if needed)
Wednesday and Tuesday from 10:30 AM till 11:15 AM we would be 7/8 participants.
With Hugo, we decided next Wednesday, December 4th at 10:30 AM would be a good fit!
We invite you, @contributors to join at this date!
We did not discussed this point but identified the priorities for Cesium² :
core feature: identity creation and process
core feature: UD display (unclaimed UD to take into account in account balance), and UD history display
core feature: account management
Cesium+ features will be handled later, and I recall that my datapod implementation is very experimental and not ready for production, so it does not make sense to count too much on it, in particular for applications like messaging
I strongly support this double ratchet and internal signing protocol, but for it to become real, it has to rely on a reliable data layer that we do not have yet.