Threads has no influence on the terms of service on Mastodon. So no, Threads can’t allow to misrepresent profiles on Mastodon.
From my previous comment:
selecting threads-hosted accounts
ActivityPub literally will not let them impersonate accounts from other instances. That much should be obvious. The topic is about them impersonating their own users and using that to push ads through federation.
The topic is
No, that’s not the topic. The topic is ads being placed in the fediverse in a way only defederation could block. Even if Meta silently making posts in the name of my favorite organic orange juice advertising Coca-Cola was legal (it’s not), it would be easily solved by simply not following any Threads accounts. Also, Lemmy cannot interact with Threads anyway, so Lemmy servers defederating from Threads is completely pointless.
about them impersonating their own users and using that to push ads through federation.
No, that’s not legal. That would violate copyright, consumer protection, competition laws, and whatnot, at least in the USA and the EU. Mastodon users (!!) must be explicitly aware that a post is an ad, not the brands ticking off an EULA on Threads. Therefore Mastodon users could decide to follow a brand account were products are promoted (just as they can right now if that brand has a regular Mastodon page) but Threads cannot legally impersonate one account on Threads to advertise another account. That’s not a grey area.
I didn’t set a timer but it took me at most a single-digit number of minutes to find documents and announcements about the FTC tightening the rules about deceptive advertising several times throughout the years.
The topic is ads being placed in the fediverse in a way only defederation could block. Even if Meta silently making posts in the name of my favorite organic orange juice advertising Coca-Cola was legal (it’s not), it would be easily solved by simply not following any Threads accounts.
Let’s go with your idea of what the topic is for a second: have you considered how advertisement posts could appear in search results, hashtags, or the explore section? Or what if they decide to screw with the normal process and artificially inflate the number of boosts and favorites for advertisement posts? Okay, the solution is to simply have your instance users refrain from following any Threads accounts so the posts don’t show up anywhere—which is effectively defederation.
Also, Lemmy cannot interact with Threads anyway, so Lemmy servers defederating from Threads is completely pointless.
Irrelevant to what I’m saying.
That would violate copyright, consumer protection, competition laws, and whatnot, at least in the USA and the EU.
Copyright to what? A person’s name? A small string of characters that is a “handle”? None of that is copyrightable.
That would violate copyright, consumer protection, competition laws, and whatnot, at least in the USA and the EU.
Doot Doot @SomePerson@example — 4h
Looking for gifts in time for the holiday season? Head on down to Best Buy to pick up some amazing deals on Black Friday!
– This is an advertisement shown to you by Meta. Click here for more info. –
That would violate copyright, vonsumer protection, competition laws, and whatnot, at least in the USA and the EU.
As I previously mentioned, corporate accounts can be excluded to remove running afoul of competition laws.
Mastodon users (!!) must be explicitly aware that a post is an ad, not the brands ticking off an EULA on Threads.
As with my example toot above, that took all of 15 words. They don’t need to be deceptive about what is or isn’t an advertisement to push that shit through the ActivityPub protocol.
Threads cannot legally impersonate one account on Threads to advertise another account.
Your whole argument is predicated on the idea that a (personal) account on Threads is either owned by its creator, or is associated with a trademark. Furthermore, there are a number of different approaches they could take to argue that the ActivityPub support provides access to a feed of content, and not an individual identity.
In any case, you’re repeatedly glossing over the fact that my original point was to say there isn’t a way to prevent it AT THE PROTOCOL LEVEL.