Clean dead files
parent
a60b299722
commit
738e62d7fa
@ -1,22 +0,0 @@
|
||||
Previous: [[MultiDevice Announcements POC]]
|
||||
|
||||
So if we modify the library and clients as described in MultiDeviceAnnouncementsPOC
|
||||
how do we keep it up to date when a friend changes his devices.
|
||||
|
||||
If we know the PersonaID, how is the library code table of PersonaID to ToxID mapping updated. We want this to be mainly automatic without bothering the user.
|
||||
|
||||
We would need to modify the profile code to save a copy if the mapping table,
|
||||
so that when we start up a client, the mapping table is filled with last good values from the profile.
|
||||
|
||||
Lets say we have a friend, and we know his ToxID. We derive his PersonaID by setting the checksum to 0s. We want to watch the DHT announcements for a blob of information that will update our PersonaID mapping to his active ToxID.
|
||||
|
||||
Note that if we do so that destroys the possibility to simply derive the PersonaID from the ToxID. That derivation is a startup mechanism to get the network switched over to client-facing PersonaIDs, and after that we rely on the profile to boostrap the table.
|
||||
|
||||
The library and the clients add one new feature: the ability of the client to express interest in a PersonaID and to update the table with the new ToxID found un the blob when it arrives.
|
||||
|
||||
The clients lets a Persona push a blob whenever he wants - like when he changes devices.
|
||||
|
||||
Some clients may let the user decide whether of not to accept a blob update when it arrives.
|
||||
|
||||
Next: [[MultiDeviceAnnouncementsBlob]]
|
||||
|
Loading…
Reference in New Issue
Block a user