<![CDATA[So how should Opt-in work with R2R?]]>So how should Opt-in work with R2R?

Should it be that the source instance must explicitly register or give permission to the secondary relay?

Should it be the job of the primary relay to explicitly register with the secondary relay?

Should it be the job of the secondary relay to explicitly flag itself as a relay to the primary relay and send a relay request message to the primary relay?

How should the primary relay handle that permission?

]]>https://forum.pierobosio.it/topic/2ecdd24a-0608-4bfc-8d67-d3035e758e43/so-how-should-opt-in-work-with-r2rRSS for NodeSun, 28 Jun 2026 21:37:00 GMTSun, 28 Jun 2026 15:33:02 GMT60<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 18:38:37 GMT]]>@oliviavespera@spacey.space why does a secondary relay need explicit permission from the source instance to have their content relayed?

If the source content is public then there's no discussion to be had, there are no grey areas, the post is public.

It sounds like you're trying to add in layers of privacy to a visibility scheme ("public") that does not have any.

]]>https://forum.pierobosio.it/post/https://activitypub.space/post/2046https://forum.pierobosio.it/post/https://activitypub.space/post/2046Sun, 28 Jun 2026 18:38:37 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 17:46:34 GMT]]>@teohhanhui @cwebber is doing such good work ^^

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828982140470720https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828982140470720Sun, 28 Jun 2026 17:46:34 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 17:45:31 GMT]]>@OliviaVespera I'm out of my depth.

But if you're interested you can look into:

* https://codeberg.org/spritely/ocappub
* https://codeberg.org/spritely/golem

]]>https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828977982764573https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828977982764573Sun, 28 Jun 2026 17:45:31 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 17:30:58 GMT]]>@OliviaVespera @teohhanhui

This is true. I'm also for opt in, but this is server admin level so we must trust our server admins. So I agree that this is a R2R issue that needs to be solved on that level.

]]>https://forum.pierobosio.it/post/https://social.tchncs.de/users/Sythelux/statuses/116828920763810612https://forum.pierobosio.it/post/https://social.tchncs.de/users/Sythelux/statuses/116828920763810612Sun, 28 Jun 2026 17:30:58 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:44:32 GMT]]>@teohhanhui it just sounds like single or pocket instances to me, as they're pretty much peer to peer. and you're looking at technologiees outside of ActivityPub.

I'm not sold on anything that does not use ActivityPub in some measure. It's already been a struggle to build ActivityPub. I'm not really ready to unravel that protocol, except to augment it in the way ActivityPods suggests.

it does sound similar to the parable I pointed to.

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828738186086037https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828738186086037Sun, 28 Jun 2026 16:44:32 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:40:23 GMT]]>@OliviaVespera Hmm I guess the closest analog would be BitTorrent. And in fact such a p2p Fediverse is very likely to reuse some of the technologies already successfully used by BitTorrent for a few decades, e.g. distributed hash table (DHT).

]]>https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828721856893330https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828721856893330Sun, 28 Jun 2026 16:40:23 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:37:25 GMT]]>@teohhanhui Can you describe it for me fully? I'm not familiar. And is it doable with ActivityPub or are we going much more fundamental?
Is there an example of a service/solution/software you're thinking of that exist you can share that would help me understand what you mean?

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828710189341550https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828710189341550Sun, 28 Jun 2026 16:37:25 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:36:46 GMT]]>@OliviaVespera Something like, Fediverse as p2p gossip swarm(s)?

]]>https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828707679144221https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828707679144221Sun, 28 Jun 2026 16:36:46 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:35:08 GMT]]>@teohhanhui What did you mean when you said *servers* should not exist?
on them needing relays the most, it depends on your goal. As said, the parable is neat.

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828701251270247https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828701251270247Sun, 28 Jun 2026 16:35:08 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:34:22 GMT]]>@OliviaVespera

> pocket/solo instances

But those are exactly the ones that need relays the most with the current topology of the Fediverse. So that's not really what I meant at all when I said servers shouldn't exist. Not to mention it's also too much of a technical / financial hurdle if people have to self-host instead of everything just being p2p.

]]>https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828698235131839https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828698235131839Sun, 28 Jun 2026 16:34:22 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:26:01 GMT]]>@teohhanhui that's a much more fundamental conversation that would be nice to have but may not make sense in the case where relays are desired as is occurring with what happened recently.

I don't disagree and it's the final victory I'd like to see as described by @ifixcoinops 's parable. but we don't have that structure yet in the fediverse except with pocket/solo instances or activitypods.

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828665390909381https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828665390909381Sun, 28 Jun 2026 16:26:01 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:23:04 GMT]]>@OliviaVespera Yeah, I think relays are a very bad idea and should not exist. But then, I also think *servers* should not exist.

]]>https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828653809134855https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828653809134855Sun, 28 Jun 2026 16:23:04 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:22:19 GMT]]>@teohhanhui Currently as it stands, relays are server level opt-ins.

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828650858405809https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828650858405809Sun, 28 Jun 2026 16:22:19 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:21:46 GMT]]>@teohhanhui i agree but are we talking about the same system here https://relaylist.com/

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828648693320098https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828648693320098Sun, 28 Jun 2026 16:21:46 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:20:42 GMT]]>@OliviaVespera Consent needs to be explicit. The actor is the only one who can give consent.

]]>https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828644484844941https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828644484844941Sun, 28 Jun 2026 16:20:42 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:19:08 GMT]]>@teohhanhui

but it's not an actor -> bot connection.

It's an actor -> server -> relay -> secondary relay connection.

unless relays as they currently exist need to be fundamentally changed, they are currently opt-in as the instance level.

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828638333584636https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828638333584636Sun, 28 Jun 2026 16:19:08 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 16:17:41 GMT]]>@OliviaVespera Each *actor* who wants their posts to be boosted by the bot should have to explicitly opt in, e.g. by following and/or private mentioning the bot's account, Web UI, ... There should be no server-level opt-in. Basically look at how @bsky.brid.gy does it.

]]>https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828632581956177https://forum.pierobosio.it/post/https://mastodon.social/users/teohhanhui/statuses/116828632581956177Sun, 28 Jun 2026 16:17:41 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 15:48:15 GMT]]>The problem of course as always is there's no way of enforcing bad actors from creating evil relays that pretend to be human accounts. But that's always been the case.

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828516905334267https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828516905334267Sun, 28 Jun 2026 15:48:15 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 15:42:37 GMT]]>The other alternative is to delegate opt-in responsibilities to the primary relay.

Source Instances could set an option that says, you don't have to ask me for permission, I will leave it to you to decide whom to share my content with. Reducing the number of requests to users.

Or Source Instances could set a flag in the primary relay that says do not relay to secondary relays. (and don't ask me for permission because I won't ever grant it)

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828494702996629https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828494702996629Sun, 28 Jun 2026 15:42:37 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 15:38:27 GMT]]>This can also be placed inside a closed registration-esque structure where only secondary relays which the primary relay has registered with can make the request to relay PR's content.

thereby reducing the number of requests to an SI to only SRs that are trusted by the PR.

But perhaps opt-in needs to be propagated further to individual user accounts.

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828478339844858https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828478339844858Sun, 28 Jun 2026 15:38:27 GMT<![CDATA[Reply to So how should Opt-in work with R2R? on Sun, 28 Jun 2026 15:36:48 GMT]]>I think one way it could work is through opt-in chains.

Secondary relay(SR) identifies as relay and makes request to primary relay(PR) to relay PR's content.
PR asks source instance (SI) for permission.

SI either grants permission or not.
If granted, PR grants permission to SR.

SR relays SI content via PR.

]]>https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828471844156077https://forum.pierobosio.it/post/https://spacey.space/users/OliviaVespera/statuses/116828471844156077Sun, 28 Jun 2026 15:36:48 GMT