@g2devi @XMRbutterfly @monero PoW doesn't guarantee that wealth is deserved, because computing power can be bought too. It's a bit harder to buy than tokens, but that doesn't change the big picture.

Monero should stick to PoW, though, because it works. It didn't work for Firo, apparently, so they had to change it, but I am not aware of any 51% attacks on Monero.

@Paddy66 The work on data portability is documented in this Fediverse Enhancement Proposal (FEP):

https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md

You can find the list of implementations there (built by me and @mikedev).

For logging with a single ID into multiple apps, standard ActivityPub Client-to-Server API can be used, but I don't know any production-ready application that utilizes Client-to-Server API in such way.

The alternative is this FEP:

https://codeberg.org/fediverse/fep/src/branch/main/fep/ae97/fep-ae97.md

It's a re-design of Client-to-Server API based on FEP-ef61.

@activitypub

@AnonomousWolf @fediverse

Looks reasonable overall, but I don't understand some of your assessments.

Easy (Leverage email hosting services)

What are those email hosting services? If hosting and maintenance are delegated to 3rd parties, that doesn't count towards decentralization.

Top Provider User Share: Reddit ≈ 48.4%

Why this is not 100%?

Very Easy: One-command Docker,

I think the easiest option is distro's default package manager -- docker is additional layer of complexity. Also some services are nearly impossible to self-host without docker, and points should be subtracted if that is the case.

the association of an as:announce activity with an as:target pointing to an as:Group actor.

I was thinking about adding target on Announce to bring FEP-1b12 and Conversation Containers closer to each other (in CC we have Add with target).

Can't Group simply be in to of Announce?

Nice project!
I am very curious about the "emeddable" part. Is it already possible, or only planned?

@i2p

@julian The problem with mainstreaming is that everyone wants a piece of cake. Some people come to build, and I think that's fine, even if they take away something from existing projects. But there are also charlatans and scammers, and unfortunately faking achievements is very easy in Fediverse.

The good thing about grassroots / DIY spaces is that the latter category is non existent.

@julian Sure, I will add context to replies. Maybe in the next release

@angus @mario @jupiterrowland @kopper

@julian @johnonolan @angus @evan

Why 301 and not 302?
I am using 302. Probably chose it because everyone else was using it.

@julian I implemented collection of posts in mitra. For now it is only attached to top-level posts (via context).

Here, for example: https://mitra.social/objects/019529ff-7a45-9752-16f2-a3e780746c1c

@julian Mitra can backfill from Streams and Hubzilla, but it doesn't publish any collections yet.

Streams and Hubzilla have interoperable FEP-171b implementations, but I don't know about pulling the collection. They are more focused on private conversations where backfilling is not needed.

@julian

Streams and Hubzilla also implement context collection. They attach context to activities, it is an OrderedCollection, and its items are activities.

@angusmcleod @pfefferle @jesseplusplus @nutomic @rimu

@mikedev

So now the default context is objects for Create|Update|Delete Note|Article and activities for everything else

Shouldn't Create|Update|Delete also have activities in context?
My understanding is that context collection is supposed to contain things that have collection ID as their context property.

If entity is an activity, its context is a collection of activities.
If entity is a post, its context is a collection of posts.

@julian @pfefferle @jesseplusplus @trwnh @mario @harmonicarichard @reiver @aslakr @Fitik

@julian Yes, I tested against NodeBB and other implementations mentioned in FEP-f228. Will add WordPress and Frequency to the list

@julian @pfefferle @jesseplusplus @harmonicarichard @trwnh

yes, but they serve objects because we're radical implementors who don't do the whole activities thing 😝 sorry in advance.

My server can retrieve both kinds of collections :) I had concerns about diverging / conflicting implementations in the past, but the solution was found...

We were testing against these URLs from @[email protected]'s personal blog

This context is working 👍

@[email protected] had a test URL but NodeBB fell over because it encountered an Object in next instead of a URL

I have a problem with this one because the first page doesn't have an id. I can adjust my code but the absence of id is unusual. For example, there is a next page (currently 404), and if we navigate to it, how prev would look like if the first page is anonymous?

All top level or mid-level objects should report a resolvable context

Do you mean replies made by the context owner specifically? I think remote mid-level replies should not be required to have context (that would prevent non-implementing servers from participating).

@julian @pfefferle @jesseplusplus @trwnh +1 for chronological order requirement.
Are those implementations public? I'd like to test my context resolver against them too

@rbrunner7 Nice explainer, thank you

@julian FEP-1b12 only works with activities,
but Lemmy also announces Page objects for (micro)blogs.

https://socialhub.activitypub.rocks/ap/object/443fb143373ebc5a4df190cddcd2da1f

@julian Take a look at this document: https://codeberg.org/silverpill/feps/src/branch/main/f228/fep-f228.md
I wrote it for Conversation Container implementers, but maybe others will find it useful too.

@rafaelxmr @monero This app connects to 30 clearnet domains and all images are stored on nostr.build.

@lionroe Sounds complicated, and the biggest flaw of OpenBazaar still remains: the lack of web client. We discuss this article because it is available on the web. Lemmy and other Fediverse apps are successful because they have web clients.

Why not start with existing federated software like flohmarkt? Make it federate over Tor (maybe it already does). That would solve the hardest problem, discovery. Other features can be added later.

Vendors will host everything themselves, so there is no need for any incentive model.

@monero