#tootik — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #tootik, aggregated by home.social.
-
@Patrick Leavy A whole lot. Sorry, but this will be very very very long again.
I don't know if you've read my previous (very long) commentary. But just implementing one or two FEPs won't get you the same full-blown nomadic identity (https://joinfediverse.wiki/Nomadic_identity) that Hubzilla (what I'm writing from right now; https://hubzilla.org; https://en.wikipedia.org/wiki/Hubzilla; https://joinfediverse.wiki/Hubzilla) has had since 2012. And having this level of nomadic identity has to be the goal.
What has to be done is:
Take something like Mastodon.
Non-nomadic.
Where your account, your login, equals your identity.Make your identity cloneable
Now, before you can make identities nomadic, you have to uncouple them from the login, from the account.
Mastodon has to introduce a sort of container for your identity, like the channels that Hubzilla, (streams) and Forte have always had (https://joinfediverse.wiki/Channels_(Hubzilla_&_(streams))). This is necessary so that a future nomadic Mastodon will know what to clone and what not to clone. For example, cloning your password is dangerous nonsense.
So, everything that makes up your account except for your login credentials will have to be moved into this container.- your short name
- your long name
- your profile images, including alt-texts
- your profile
- your followers
- your followed
- your toots, including stats like faves, boosts etc.
- copies of the conversation trees of all your toots, including stats like faves, boosts etc. as well as attached files for each message
- all files you've ever attached to toots
- your settings
- your filters
- your mutes
- your blocks
- your server blocks
- etc.
Change your login
Also, your login will have to change from short name + passphrase to e-mail + passphrase. Your short name is part of your identity, it's in the container, it will be cloned, so it can't be used to log you in anymore.
In order for this to work, half of Mastodon's server backend will have to be rewritten.Decentralised IDs
Next, Mastodon must switch from the Webfinger IDs that it uses now to decentralised IDs as per FEP-ef61. For a while, I guess, it will have to use both next to one another. Then it will have to phase out its Webfinger IDs.
The decentralised IDs must be tested against other Fediverse software that already understands them or that's nomadic itself: (streams), Forte, Mitra, Tootik. For example, @silverpill of Mitra and @Mike Macgirvin of (streams) and Forte must test whether their software correctly understands Mastodon's DIDs. And the Mastodon developers must test whether Mastodon correctly understands the DIDs from Fediverse server applications that already use them.
Once it has gotten rid of its Webfinger IDs, the next phase can start.Implement cloning within Mastodon
The central element of nomadic identity is not the ability to move your identity. That's only a byproduct of cloning your identity.
A clone, in nomadic identity, is a full backup of the container with your identity in it. A real-time, live, bidirectional backup that you can log into and use just like the "original". The clone always has the same idea as the original, regardless of which server it's on.
The key elements of clones and cloning must be implemented and tested:- cloning an identity container to a different server after registering a new, blank account there
- cloning an identity container to a different server where you already have an account with a different containerised identity
- anything that happens on the original being sync'd to the clone
- anything that happens on the clone being sync'd to the original
- clone going offline, things happening on the original, clone coming back online, things that happened on the original being reliably sync'd to the clone
- original going offline, clone still working with the ID based on the original's domain
- original going offline, things happening on the clone, original coming back online, things that happened on the clone being reliably sync'd to the original
- making additional clones of an identity container that has already been cloned at least once
- the whole syncing shebang from the original to any number of clones
- the whole syncing shebang from one of the clones to the original and also directly to the other clones
- declaring one of the clones the new original, thus changing the ID of both the former original and all clones
Implement moving within Mastodon
Only when cloning works reliably, we can talk about moving, even though that's what everyone on Mastodon is giddy about.
Why? Because moving involves cloning. It's an automated process. At least it is on Hubzilla, (streams) and Forte, and it really should be one on nomadic Mastodon.
Basically, first you make a clone.
Then you declare the clone the new original, and your old original is demoted to a clone.
Then you have to wait until your change of ID from changing the original has federated to all your followers and followed and everywhere and whatnot.
Then, one last sync so that both the former-clone-now-new-original and the old-original-now-clone are really identical, and you won't lose any data.
Then your old-original-now-clone is deleted. We don't want to leave any dead stuff behind, now, do we?
Lastly, if your old account where your old original used to reside has no other identity on it, the whole account is deleted. In nomadic containerised identity, accounts cannot/should not exist with no identity container on them.Cloning and moving beyond Mastodon
The last possible step is still utter science-fiction: Cloning or moving from Mastodon to something else that's nomadic and understands FEP-ef61.
Cloning or moving from Mastodon to Mitra. From Mastodon to Tootik. From Mastodon to (streams). From Mastodon to Forte. Oh, and maybe also back to Mastodon.
The difficult part is not only to make Mastodon capable of cloning identity containers to other nomadic software. And to make Mastodon accept identity containers from other nomadic software being cloned to Mastodon. I mean, this would be difficult already. (streams) and Forte are vastly, vastly different from Mastodon.
No, the difficult part is to make these four capable of cloning from or to someplace else. As it stands now, you can only clone from Mitra to Mitra, from Tootik to Tootik, from (streams) to (streams), from Forte to Forte. Even cloning between (streams) and Forte has never been possible, even though they're very similar. Oh, and cloning from and to Hubzilla is another story because Hubzilla doesn't have FEP-ef61 implemented.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Hubzilla #Streams #(streams) #Forte #Mitra #Tootik #NomadicIdentity -
@Patrick Leavy A whole lot. Sorry, but this will be very very very long again.
I don't know if you've read my previous (very long) commentary. But just implementing one or two FEPs won't get you the same full-blown nomadic identity (https://joinfediverse.wiki/Nomadic_identity) that Hubzilla (what I'm writing from right now; https://hubzilla.org; https://en.wikipedia.org/wiki/Hubzilla; https://joinfediverse.wiki/Hubzilla) has had since 2012. And having this level of nomadic identity has to be the goal.
What has to be done is:
Take something like Mastodon.
Non-nomadic.
Where your account, your login, equals your identity.Make your identity cloneable
Now, before you can make identities nomadic, you have to uncouple them from the login, from the account.
Mastodon has to introduce a sort of container for your identity, like the channels that Hubzilla, (streams) and Forte have always had (https://joinfediverse.wiki/Channels_(Hubzilla_&_(streams))). This is necessary so that a future nomadic Mastodon will know what to clone and what not to clone. For example, cloning your password is dangerous nonsense.
So, everything that makes up your account except for your login credentials will have to be moved into this container.- your short name
- your long name
- your profile images, including alt-texts
- your profile
- your followers
- your followed
- your toots, including stats like faves, boosts etc.
- copies of the conversation trees of all your toots, including stats like faves, boosts etc. as well as attached files for each message
- all files you've ever attached to toots
- your settings
- your filters
- your mutes
- your blocks
- your server blocks
- etc.
Change your login
Also, your login will have to change from short name + passphrase to e-mail + passphrase. Your short name is part of your identity, it's in the container, it will be cloned, so it can't be used to log you in anymore.
In order for this to work, half of Mastodon's server backend will have to be rewritten.Decentralised IDs
Next, Mastodon must switch from the Webfinger IDs that it uses now to decentralised IDs as per FEP-ef61. For a while, I guess, it will have to use both next to one another. Then it will have to phase out its Webfinger IDs.
The decentralised IDs must be tested against other Fediverse software that already understands them or that's nomadic itself: (streams), Forte, Mitra, Tootik. For example, @silverpill of Mitra and @Mike Macgirvin of (streams) and Forte must test whether their software correctly understands Mastodon's DIDs. And the Mastodon developers must test whether Mastodon correctly understands the DIDs from Fediverse server applications that already use them.
Once it has gotten rid of its Webfinger IDs, the next phase can start.Implement cloning within Mastodon
The central element of nomadic identity is not the ability to move your identity. That's only a byproduct of cloning your identity.
A clone, in nomadic identity, is a full backup of the container with your identity in it. A real-time, live, bidirectional backup that you can log into and use just like the "original". The clone always has the same idea as the original, regardless of which server it's on.
The key elements of clones and cloning must be implemented and tested:- cloning an identity container to a different server after registering a new, blank account there
- cloning an identity container to a different server where you already have an account with a different containerised identity
- anything that happens on the original being sync'd to the clone
- anything that happens on the clone being sync'd to the original
- clone going offline, things happening on the original, clone coming back online, things that happened on the original being reliably sync'd to the clone
- original going offline, clone still working with the ID based on the original's domain
- original going offline, things happening on the clone, original coming back online, things that happened on the clone being reliably sync'd to the original
- making additional clones of an identity container that has already been cloned at least once
- the whole syncing shebang from the original to any number of clones
- the whole syncing shebang from one of the clones to the original and also directly to the other clones
- declaring one of the clones the new original, thus changing the ID of both the former original and all clones
Implement moving within Mastodon
Only when cloning works reliably, we can talk about moving, even though that's what everyone on Mastodon is giddy about.
Why? Because moving involves cloning. It's an automated process. At least it is on Hubzilla, (streams) and Forte, and it really should be one on nomadic Mastodon.
Basically, first you make a clone.
Then you declare the clone the new original, and your old original is demoted to a clone.
Then you have to wait until your change of ID from changing the original has federated to all your followers and followed and everywhere and whatnot.
Then, one last sync so that both the former-clone-now-new-original and the old-original-now-clone are really identical, and you won't lose any data.
Then your old-original-now-clone is deleted. We don't want to leave any dead stuff behind, now, do we?
Lastly, if your old account where your old original used to reside has no other identity on it, the whole account is deleted. In nomadic containerised identity, accounts cannot/should not exist with no identity container on them.Cloning and moving beyond Mastodon
The last possible step is still utter science-fiction: Cloning or moving from Mastodon to something else that's nomadic and understands FEP-ef61.
Cloning or moving from Mastodon to Mitra. From Mastodon to Tootik. From Mastodon to (streams). From Mastodon to Forte. Oh, and maybe also back to Mastodon.
The difficult part is not only to make Mastodon capable of cloning identity containers to other nomadic software. And to make Mastodon accept identity containers from other nomadic software being cloned to Mastodon. I mean, this would be difficult already. (streams) and Forte are vastly, vastly different from Mastodon.
No, the difficult part is to make these four capable of cloning from or to someplace else. As it stands now, you can only clone from Mitra to Mitra, from Tootik to Tootik, from (streams) to (streams), from Forte to Forte. Even cloning between (streams) and Forte has never been possible, even though they're very similar. Oh, and cloning from and to Hubzilla is another story because Hubzilla doesn't have FEP-ef61 implemented.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Hubzilla #Streams #(streams) #Forte #Mitra #Tootik #NomadicIdentity -
@Patrick Leavy A whole lot. Sorry, but this will be very very very long again.
I don't know if you've read my previous (very long) commentary. But just implementing one or two FEPs won't get you the same full-blown nomadic identity (https://joinfediverse.wiki/Nomadic_identity) that Hubzilla (what I'm writing from right now; https://hubzilla.org; https://en.wikipedia.org/wiki/Hubzilla; https://joinfediverse.wiki/Hubzilla) has had since 2012. And having this level of nomadic identity has to be the goal.
What has to be done is:
Take something like Mastodon.
Non-nomadic.
Where your account, your login, equals your identity.Make your identity cloneable
Now, before you can make identities nomadic, you have to uncouple them from the login, from the account.
Mastodon has to introduce a sort of container for your identity, like the channels that Hubzilla, (streams) and Forte have always had (https://joinfediverse.wiki/Channels_(Hubzilla_&_(streams))). This is necessary so that a future nomadic Mastodon will know what to clone and what not to clone. For example, cloning your password is dangerous nonsense.
So, everything that makes up your account except for your login credentials will have to be moved into this container.- your short name
- your long name
- your profile images, including alt-texts
- your profile
- your followers
- your followed
- your toots, including stats like faves, boosts etc.
- copies of the conversation trees of all your toots, including stats like faves, boosts etc. as well as attached files for each message
- all files you've ever attached to toots
- your settings
- your filters
- your mutes
- your blocks
- your server blocks
- etc.
Change your login
Also, your login will have to change from short name + passphrase to e-mail + passphrase. Your short name is part of your identity, it's in the container, it will be cloned, so it can't be used to log you in anymore.
In order for this to work, half of Mastodon's server backend will have to be rewritten.Decentralised IDs
Next, Mastodon must switch from the Webfinger IDs that it uses now to decentralised IDs as per FEP-ef61. For a while, I guess, it will have to use both next to one another. Then it will have to phase out its Webfinger IDs.
The decentralised IDs must be tested against other Fediverse software that already understands them or that's nomadic itself: (streams), Forte, Mitra, Tootik. For example, @silverpill of Mitra and @Mike Macgirvin of (streams) and Forte must test whether their software correctly understands Mastodon's DIDs. And the Mastodon developers must test whether Mastodon correctly understands the DIDs from Fediverse server applications that already use them.
Once it has gotten rid of its Webfinger IDs, the next phase can start.Implement cloning within Mastodon
The central element of nomadic identity is not the ability to move your identity. That's only a byproduct of cloning your identity.
A clone, in nomadic identity, is a full backup of the container with your identity in it. A real-time, live, bidirectional backup that you can log into and use just like the "original". The clone always has the same idea as the original, regardless of which server it's on.
The key elements of clones and cloning must be implemented and tested:- cloning an identity container to a different server after registering a new, blank account there
- cloning an identity container to a different server where you already have an account with a different containerised identity
- anything that happens on the original being sync'd to the clone
- anything that happens on the clone being sync'd to the original
- clone going offline, things happening on the original, clone coming back online, things that happened on the original being reliably sync'd to the clone
- original going offline, clone still working with the ID based on the original's domain
- original going offline, things happening on the clone, original coming back online, things that happened on the clone being reliably sync'd to the original
- making additional clones of an identity container that has already been cloned at least once
- the whole syncing shebang from the original to any number of clones
- the whole syncing shebang from one of the clones to the original and also directly to the other clones
- declaring one of the clones the new original, thus changing the ID of both the former original and all clones
Implement moving within Mastodon
Only when cloning works reliably, we can talk about moving, even though that's what everyone on Mastodon is giddy about.
Why? Because moving involves cloning. It's an automated process. At least it is on Hubzilla, (streams) and Forte, and it really should be one on nomadic Mastodon.
Basically, first you make a clone.
Then you declare the clone the new original, and your old original is demoted to a clone.
Then you have to wait until your change of ID from changing the original has federated to all your followers and followed and everywhere and whatnot.
Then, one last sync so that both the former-clone-now-new-original and the old-original-now-clone are really identical, and you won't lose any data.
Then your old-original-now-clone is deleted. We don't want to leave any dead stuff behind, now, do we?
Lastly, if your old account where your old original used to reside has no other identity on it, the whole account is deleted. In nomadic containerised identity, accounts cannot/should not exist with no identity container on them.Cloning and moving beyond Mastodon
The last possible step is still utter science-fiction: Cloning or moving from Mastodon to something else that's nomadic and understands FEP-ef61.
Cloning or moving from Mastodon to Mitra. From Mastodon to Tootik. From Mastodon to (streams). From Mastodon to Forte. Oh, and maybe also back to Mastodon.
The difficult part is not only to make Mastodon capable of cloning identity containers to other nomadic software. And to make Mastodon accept identity containers from other nomadic software being cloned to Mastodon. I mean, this would be difficult already. (streams) and Forte are vastly, vastly different from Mastodon.
No, the difficult part is to make these four capable of cloning from or to someplace else. As it stands now, you can only clone from Mitra to Mitra, from Tootik to Tootik, from (streams) to (streams), from Forte to Forte. Even cloning between (streams) and Forte has never been possible, even though they're very similar. Oh, and cloning from and to Hubzilla is another story because Hubzilla doesn't have FEP-ef61 implemented.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Hubzilla #Streams #(streams) #Forte #Mitra #Tootik #NomadicIdentity -
@Patrick Leavy A whole lot. Sorry, but this will be very very very long again.
I don't know if you've read my previous (very long) commentary. But just implementing one or two FEPs won't get you the same full-blown nomadic identity (https://joinfediverse.wiki/Nomadic_identity) that Hubzilla (what I'm writing from right now; https://hubzilla.org; https://en.wikipedia.org/wiki/Hubzilla; https://joinfediverse.wiki/Hubzilla) has had since 2012. And having this level of nomadic identity has to be the goal.
What has to be done is:
Take something like Mastodon.
Non-nomadic.
Where your account, your login, equals your identity.Make your identity cloneable
Now, before you can make identities nomadic, you have to uncouple them from the login, from the account.
Mastodon has to introduce a sort of container for your identity, like the channels that Hubzilla, (streams) and Forte have always had (https://joinfediverse.wiki/Channels_(Hubzilla_&_(streams))). This is necessary so that a future nomadic Mastodon will know what to clone and what not to clone. For example, cloning your password is dangerous nonsense.
So, everything that makes up your account except for your login credentials will have to be moved into this container.- your short name
- your long name
- your profile images, including alt-texts
- your profile
- your followers
- your followed
- your toots, including stats like faves, boosts etc.
- copies of the conversation trees of all your toots, including stats like faves, boosts etc. as well as attached files for each message
- all files you've ever attached to toots
- your settings
- your filters
- your mutes
- your blocks
- your server blocks
- etc.
Change your login
Also, your login will have to change from short name + passphrase to e-mail + passphrase. Your short name is part of your identity, it's in the container, it will be cloned, so it can't be used to log you in anymore.
In order for this to work, half of Mastodon's server backend will have to be rewritten.Decentralised IDs
Next, Mastodon must switch from the Webfinger IDs that it uses now to decentralised IDs as per FEP-ef61. For a while, I guess, it will have to use both next to one another. Then it will have to phase out its Webfinger IDs.
The decentralised IDs must be tested against other Fediverse software that already understands them or that's nomadic itself: (streams), Forte, Mitra, Tootik. For example, @silverpill of Mitra and @Mike Macgirvin of (streams) and Forte must test whether their software correctly understands Mastodon's DIDs. And the Mastodon developers must test whether Mastodon correctly understands the DIDs from Fediverse server applications that already use them.
Once it has gotten rid of its Webfinger IDs, the next phase can start.Implement cloning within Mastodon
The central element of nomadic identity is not the ability to move your identity. That's only a byproduct of cloning your identity.
A clone, in nomadic identity, is a full backup of the container with your identity in it. A real-time, live, bidirectional backup that you can log into and use just like the "original". The clone always has the same idea as the original, regardless of which server it's on.
The key elements of clones and cloning must be implemented and tested:- cloning an identity container to a different server after registering a new, blank account there
- cloning an identity container to a different server where you already have an account with a different containerised identity
- anything that happens on the original being sync'd to the clone
- anything that happens on the clone being sync'd to the original
- clone going offline, things happening on the original, clone coming back online, things that happened on the original being reliably sync'd to the clone
- original going offline, clone still working with the ID based on the original's domain
- original going offline, things happening on the clone, original coming back online, things that happened on the clone being reliably sync'd to the original
- making additional clones of an identity container that has already been cloned at least once
- the whole syncing shebang from the original to any number of clones
- the whole syncing shebang from one of the clones to the original and also directly to the other clones
- declaring one of the clones the new original, thus changing the ID of both the former original and all clones
Implement moving within Mastodon
Only when cloning works reliably, we can talk about moving, even though that's what everyone on Mastodon is giddy about.
Why? Because moving involves cloning. It's an automated process. At least it is on Hubzilla, (streams) and Forte, and it really should be one on nomadic Mastodon.
Basically, first you make a clone.
Then you declare the clone the new original, and your old original is demoted to a clone.
Then you have to wait until your change of ID from changing the original has federated to all your followers and followed and everywhere and whatnot.
Then, one last sync so that both the former-clone-now-new-original and the old-original-now-clone are really identical, and you won't lose any data.
Then your old-original-now-clone is deleted. We don't want to leave any dead stuff behind, now, do we?
Lastly, if your old account where your old original used to reside has no other identity on it, the whole account is deleted. In nomadic containerised identity, accounts cannot/should not exist with no identity container on them.Cloning and moving beyond Mastodon
The last possible step is still utter science-fiction: Cloning or moving from Mastodon to something else that's nomadic and understands FEP-ef61.
Cloning or moving from Mastodon to Mitra. From Mastodon to Tootik. From Mastodon to (streams). From Mastodon to Forte. Oh, and maybe also back to Mastodon.
The difficult part is not only to make Mastodon capable of cloning identity containers to other nomadic software. And to make Mastodon accept identity containers from other nomadic software being cloned to Mastodon. I mean, this would be difficult already. (streams) and Forte are vastly, vastly different from Mastodon.
No, the difficult part is to make these four capable of cloning from or to someplace else. As it stands now, you can only clone from Mitra to Mitra, from Tootik to Tootik, from (streams) to (streams), from Forte to Forte. Even cloning between (streams) and Forte has never been possible, even though they're very similar. Oh, and cloning from and to Hubzilla is another story because Hubzilla doesn't have FEP-ef61 implemented.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Hubzilla #Streams #(streams) #Forte #Mitra #Tootik #NomadicIdentity -
@Patrick Leavy A whole lot. Sorry, but this will be very very very long again.
I don't know if you've read my previous (very long) commentary. But just implementing one or two FEPs won't get you the same full-blown nomadic identity (https://joinfediverse.wiki/Nomadic_identity) that Hubzilla (what I'm writing from right now; https://hubzilla.org; https://en.wikipedia.org/wiki/Hubzilla; https://joinfediverse.wiki/Hubzilla) has had since 2012. And having this level of nomadic identity has to be the goal.
What has to be done is:
Take something like Mastodon.
Non-nomadic.
Where your account, your login, equals your identity.Make your identity cloneable
Now, before you can make identities nomadic, you have to uncouple them from the login, from the account.
Mastodon has to introduce a sort of container for your identity, like the channels that Hubzilla, (streams) and Forte have always had (https://joinfediverse.wiki/Channels_(Hubzilla_&_(streams))). This is necessary so that a future nomadic Mastodon will know what to clone and what not to clone. For example, cloning your password is dangerous nonsense.
So, everything that makes up your account except for your login credentials will have to be moved into this container.- your short name
- your long name
- your profile images, including alt-texts
- your profile
- your followers
- your followed
- your toots, including stats like faves, boosts etc.
- copies of the conversation trees of all your toots, including stats like faves, boosts etc. as well as attached files for each message
- all files you've ever attached to toots
- your settings
- your filters
- your mutes
- your blocks
- your server blocks
- etc.
Change your login
Also, your login will have to change from short name + passphrase to e-mail + passphrase. Your short name is part of your identity, it's in the container, it will be cloned, so it can't be used to log you in anymore.
In order for this to work, half of Mastodon's server backend will have to be rewritten.Decentralised IDs
Next, Mastodon must switch from the Webfinger IDs that it uses now to decentralised IDs as per FEP-ef61. For a while, I guess, it will have to use both next to one another. Then it will have to phase out its Webfinger IDs.
The decentralised IDs must be tested against other Fediverse software that already understands them or that's nomadic itself: (streams), Forte, Mitra, Tootik. For example, @silverpill of Mitra and @Mike Macgirvin of (streams) and Forte must test whether their software correctly understands Mastodon's DIDs. And the Mastodon developers must test whether Mastodon correctly understands the DIDs from Fediverse server applications that already use them.
Once it has gotten rid of its Webfinger IDs, the next phase can start.Implement cloning within Mastodon
The central element of nomadic identity is not the ability to move your identity. That's only a byproduct of cloning your identity.
A clone, in nomadic identity, is a full backup of the container with your identity in it. A real-time, live, bidirectional backup that you can log into and use just like the "original". The clone always has the same idea as the original, regardless of which server it's on.
The key elements of clones and cloning must be implemented and tested:- cloning an identity container to a different server after registering a new, blank account there
- cloning an identity container to a different server where you already have an account with a different containerised identity
- anything that happens on the original being sync'd to the clone
- anything that happens on the clone being sync'd to the original
- clone going offline, things happening on the original, clone coming back online, things that happened on the original being reliably sync'd to the clone
- original going offline, clone still working with the ID based on the original's domain
- original going offline, things happening on the clone, original coming back online, things that happened on the clone being reliably sync'd to the original
- making additional clones of an identity container that has already been cloned at least once
- the whole syncing shebang from the original to any number of clones
- the whole syncing shebang from one of the clones to the original and also directly to the other clones
- declaring one of the clones the new original, thus changing the ID of both the former original and all clones
Implement moving within Mastodon
Only when cloning works reliably, we can talk about moving, even though that's what everyone on Mastodon is giddy about.
Why? Because moving involves cloning. It's an automated process. At least it is on Hubzilla, (streams) and Forte, and it really should be one on nomadic Mastodon.
Basically, first you make a clone.
Then you declare the clone the new original, and your old original is demoted to a clone.
Then you have to wait until your change of ID from changing the original has federated to all your followers and followed and everywhere and whatnot.
Then, one last sync so that both the former-clone-now-new-original and the old-original-now-clone are really identical, and you won't lose any data.
Then your old-original-now-clone is deleted. We don't want to leave any dead stuff behind, now, do we?
Lastly, if your old account where your old original used to reside has no other identity on it, the whole account is deleted. In nomadic containerised identity, accounts cannot/should not exist with no identity container on them.Cloning and moving beyond Mastodon
The last possible step is still utter science-fiction: Cloning or moving from Mastodon to something else that's nomadic and understands FEP-ef61.
Cloning or moving from Mastodon to Mitra. From Mastodon to Tootik. From Mastodon to (streams). From Mastodon to Forte. Oh, and maybe also back to Mastodon.
The difficult part is not only to make Mastodon capable of cloning identity containers to other nomadic software. And to make Mastodon accept identity containers from other nomadic software being cloned to Mastodon. I mean, this would be difficult already. (streams) and Forte are vastly, vastly different from Mastodon.
No, the difficult part is to make these four capable of cloning from or to someplace else. As it stands now, you can only clone from Mitra to Mitra, from Tootik to Tootik, from (streams) to (streams), from Forte to Forte. Even cloning between (streams) and Forte has never been possible, even though they're very similar. Oh, and cloning from and to Hubzilla is another story because Hubzilla doesn't have FEP-ef61 implemented.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Hubzilla #Streams #(streams) #Forte #Mitra #Tootik #NomadicIdentity -
@FenTiger I think it does. And even then, it doesn't have a full, server-side and client-side implementation, only a client-side implementation like Friendica and Tootik.
#FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #OpenWebAuth #Mitra #Friendica #Tootik -
@FenTiger I think it does. And even then, it doesn't have a full, server-side and client-side implementation, only a client-side implementation like Friendica and Tootik.
#FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #OpenWebAuth #Mitra #Friendica #Tootik -
Notes on the implementation of Data Portability in #tootik
https://github.com/dimkr/tootik/blob/v0.19.0/FEDERATION.md#data-portability
-
Notes on the implementation of Data Portability in #tootik
https://github.com/dimkr/tootik/blob/v0.19.0/FEDERATION.md#data-portability
-
#tootik implemented FEP-ef61
We have 3 independent implementations now:
https://codeberg.org/ap-next/ap-next/src/branch/main/nomadpub.md#status
@dimkr #fep_ef61 #NomadicIdentity
RE: https://hd.206267.xyz/post/0198d701-8bdd-71f2-bd56-9f381e18f15f
-
#tootik implemented FEP-ef61
We have 3 independent implementations now:
https://codeberg.org/ap-next/ap-next/src/branch/main/nomadpub.md#status
@dimkr #fep_ef61 #NomadicIdentity
RE: https://hd.206267.xyz/post/0198d701-8bdd-71f2-bd56-9f381e18f15f
-
Found 35 new servers found and 39 servers de-listed since 9 hours ago. Check out the Monthly and Daily Stats by software or server or the entire fediverse.
25,235 servers checked. 12,425,568 Total Users, 1,994,400 Monthly Active Users today vs 1,992,387 yesterday for the entire fediverse.
New #fediverse servers found:
bopjoy.cafe a #mastodon server from Portugal
000090000.xyz a #tootik server from Germany
social.arielaw.ar a #firefish server from Argentina
cafenya.one a #mastodon server from Japan
vahera.social a #mastodon server from United States
aile.shark-harmonic.ts.net a #gotosocial server from United States
no.paw.im a #gotosocial server from Poland
mstdn.yurutan.net a #mastodon server from Singapore
mas.aifeel.top a #mastodon server from China
ff.nikolagroup.uk a #firefish server from Private
fiberart.club a #mastodon server from Portugal
mk.nya.pub a #meisskey server from Germany
social.jaykayenn.net a #firefish server from Malaysia
meetandgreet.at a #mastodon server from Germany
rosti.social a #mastodon server from Czechia
venturom.social a #mastodon server from Ireland
exodus.wtf a #mastodon server from Private
mastodon.hardcover.app a #mastodon server from France
gx.akarinext.org a #firefish server from Private
rinpuhome.monster a #misskey server from Japan
takahe.nokotaro.work a #takahe server from Private
mastodon.evolution.codes a #mastodon server from Germany
px.ms.vg a #pixelfed server from Germany
microwaved.club a #hometown server from Germany
atis.social a #mastodon server from Private
mastodon.i4m1k0.su a #mastodon server from Singapore
alpherg.fedicity.net a #mastodon server from Singapore
mst.airikr.me a #gotosocial server from Sweden
mastodon.gorewtf.synology.me a #mastodon server from Switzerland
px.fux.is a #pixelfed server from Germany
iceshrimp.de a #iceshrimp server from Germany
champion-walker.uk a #mastodon server from United Kingdom
pixelfed.calemooth.com a #pixelfed server from United States
notacri.me a #akkoma server from United States
see.cratonsed.ge a #pixelfed server from AustraliaDe-Listed servers: mk.wherelinux.xyz
pl.wherelinux.xyz
clck.page
lemmy.easfrq.live
lemmy.thecpe.xyz
f.tobskep.com
gotosocial.fyrf.li
mastodon.kratochvil.eu
pubstop.spotcheckit.org
nagish.nikola.love
ff.mycrowd.ca
akko.valentines.monster
m.tobskep.com
ff.donjuan.lecturify.net
egypt.urnash.com
friend.baai.ac.cn
lemmy.plundarr.synology.me
chat.f4d3z.space
space.cola.net
social.hosted.eu.org
max.selfhost.uk
hive.dunevent.net
cigar.cx
sloth.jsnfwlr.ninja
lemmy.maples.dev
pix.omikron-alpha.net
social.mechanizedarmadillo.com
fireplace.social
coloradorewild.com
husbandoism.life
swmnu.net
poweredbycocaine.com
spookyg.host
lemmy.perthchat.org
stream.tikke.art
muensterman.social
knowingart.com
bgmastodon.com
mastodon.dchapa.synology.meHelp others find a home, send them to fediverse.observer
-
Found 35 new servers found and 39 servers de-listed since 9 hours ago. Check out the Monthly and Daily Stats by software or server or the entire fediverse.
25,235 servers checked. 12,425,568 Total Users, 1,994,400 Monthly Active Users today vs 1,992,387 yesterday for the entire fediverse.
New #fediverse servers found:
bopjoy.cafe a #mastodon server from Portugal
000090000.xyz a #tootik server from Germany
social.arielaw.ar a #firefish server from Argentina
cafenya.one a #mastodon server from Japan
vahera.social a #mastodon server from United States
aile.shark-harmonic.ts.net a #gotosocial server from United States
no.paw.im a #gotosocial server from Poland
mstdn.yurutan.net a #mastodon server from Singapore
mas.aifeel.top a #mastodon server from China
ff.nikolagroup.uk a #firefish server from Private
fiberart.club a #mastodon server from Portugal
mk.nya.pub a #meisskey server from Germany
social.jaykayenn.net a #firefish server from Malaysia
meetandgreet.at a #mastodon server from Germany
rosti.social a #mastodon server from Czechia
venturom.social a #mastodon server from Ireland
exodus.wtf a #mastodon server from Private
mastodon.hardcover.app a #mastodon server from France
gx.akarinext.org a #firefish server from Private
rinpuhome.monster a #misskey server from Japan
takahe.nokotaro.work a #takahe server from Private
mastodon.evolution.codes a #mastodon server from Germany
px.ms.vg a #pixelfed server from Germany
microwaved.club a #hometown server from Germany
atis.social a #mastodon server from Private
mastodon.i4m1k0.su a #mastodon server from Singapore
alpherg.fedicity.net a #mastodon server from Singapore
mst.airikr.me a #gotosocial server from Sweden
mastodon.gorewtf.synology.me a #mastodon server from Switzerland
px.fux.is a #pixelfed server from Germany
iceshrimp.de a #iceshrimp server from Germany
champion-walker.uk a #mastodon server from United Kingdom
pixelfed.calemooth.com a #pixelfed server from United States
notacri.me a #akkoma server from United States
see.cratonsed.ge a #pixelfed server from AustraliaDe-Listed servers: mk.wherelinux.xyz
pl.wherelinux.xyz
clck.page
lemmy.easfrq.live
lemmy.thecpe.xyz
f.tobskep.com
gotosocial.fyrf.li
mastodon.kratochvil.eu
pubstop.spotcheckit.org
nagish.nikola.love
ff.mycrowd.ca
akko.valentines.monster
m.tobskep.com
ff.donjuan.lecturify.net
egypt.urnash.com
friend.baai.ac.cn
lemmy.plundarr.synology.me
chat.f4d3z.space
space.cola.net
social.hosted.eu.org
max.selfhost.uk
hive.dunevent.net
cigar.cx
sloth.jsnfwlr.ninja
lemmy.maples.dev
pix.omikron-alpha.net
social.mechanizedarmadillo.com
fireplace.social
coloradorewild.com
husbandoism.life
swmnu.net
poweredbycocaine.com
spookyg.host
lemmy.perthchat.org
stream.tikke.art
muensterman.social
knowingart.com
bgmastodon.com
mastodon.dchapa.synology.meHelp others find a home, send them to fediverse.observer