Skip Navigation

Posts
0
Comments
73
Joined
4 yr. ago

  • It's working, thanks a lot!

  • Hi @Illecors, do you know why subscribing to lemmy.cafe communities may not work?I tried to subscribe to this community, and several others, but the server never accepts my requests. This doesn't happen with other Lemmy servers.

    As far as I can tell, my server is not blocked. Upvotes and (hopefully) comments do go through.

  • @fhoekstra Such tools are worse than useless. Every time I see an automated changelog it's mix of dependabot commits, "fix CI" and other meaningless messages.

    Not having a changelog is better, because then you just go straight to a commit history and don't waste your time trying to parse machine-generated slop.

  • There is a self-hosted subscription service that supports Monero: https://codeberg.org/silverpill/mitra

    Automatic recurrent Monero payments are not really possible, but Mitra generates a notification when subscription expires so you know when to renew.

    Also, it's federated -- I am publishing this comment from my own node.

  • ActivityPub messages are not encrypted, but they could be signed. Signing doesn't prevent edits and deletes.

    Yes, if someone has unsubscribed they are unlikely to be notified about the deletion.

  • As I understand it ActivityPub uses a combination of push notifications at time of publishing and pull notifications at time of subscription/query for objects?

    It's a mix of pushing and pulling. When something happens, the server pushes a notification ("activity") to other servers. But recipients often need to pull additional data, such as user profiles or related posts.

    Duration of caching is set by the instance admin I take it?

    Yes, and it also depends on the software. Some applications may keep cached objects forever and only prune cached media (because objects don't require much space).

    Regarding Authorship, if there wasn't an issue then ATProtocol devs wouldn't have made it the cornerstone feature of their network

    Moving in ActivityPub world is difficult because authorship is tied to a specific server. We can solve this problem by using cryptographic identities and signing everything, like ATProto and Nostr do.

    I'd like to know how delete requests propagate, when the "Object" is deleted does a request to clear cache go out to all federating instances?

    Deletes and edits are usually sent to followers of a user or a community. Delivering them to all known instances is not practical.

  • The main advantage is efficiency. You don't need to poll 1000 servers every minute to get fresh content because everything is delivered straight to your inbox.

    the cost of broad redundancy of content and authorship issues

    ActivityPub doesn't have redundancy or authorship issues. An object only exists on the originating sever, other servers merely cache it. This is not different from what RSS readers do, for example.

  • This is a sensible proposal. Leverage existing trust to solve the problem.

    I think a more advanced version of this that doesn't depend on DNS might even be a good long-term solution. A Proof-of-Authority consensus, perhaps? Qubic have demonstrated that algorithms can easily be gamed, but humans are more complicated.

  • I think Solid had some interesting ideas, but was ruined by Linked Data.ActivityPub has a chance of evolving into something like Solid, but better.

    Actually, I am already using a single account for interacting with most Fediverse apps. Aren't you on Mbin? I thought it also can interact with blogs, forums and everything in between

  • I would like to use a single account for everything, rather than separate accounts for different kinds of content. A server that works like super-app.

  • FEP-ef61: Portable Objects describes how to use DIDs with ActivityPub. Here's a slightly less technical introduction: https://codeberg.org/ap-next/ap-next/src/branch/main/nomadpub.md

    It's not easy, though. Adding this feature to an existing project will require a lot of work, especially if you don't want to share signing keys with servers. This was discussed in #3100, Lemmy devs are not opposed to FEP-ef61, but they don't plan to work on it.

    Also, I don't recommend copying solutions from ATProto, their did:plc and did:web are not really "decentralized".

  • Deleted

    Permanently Deleted

    Jump
  • Mastodon enforces character limit for its own posts, but not for posts coming through federation. Most Fediverse platforms work in the same way, so differing character limits is not a problem.

    I don't know about Bluesky, it may truncate long posts because it uses a different protocol.

  • Deleted

    Permanently Deleted

    Jump
  • ActivityPub is supposed to be a solution to this problem.

    As far as I know, Mastodon and Pixelfed are already interoperable, and shouldn't need a cross poster. Bluesky users can be reached through BridgyFed. Lemmy is only partially interoperable with Mastodon, but this is a result of developers' choices and not a limitation of the protocol. I can post to all four services, for example.

  • Without it my comment will not appear in the community. Lemmy does this automatically under the hood, but I use a different software (it is closer to a microblog than a forum).

    @monero

  • Fediverse is tens of thousands of instances. You may need a VPN to access your home instance (e.g. if it is blocked in your country), the rest of the network can be accessed from there.I never heard about instances doing KYC (which is usually done by payments processors). If your home instance requires KYC, you can always move to another instance that doesn't require it, because there are so many of them all across the world.

    VPNs are not much different from the Fediverse, by the way. It's just servers, they can be blocked by ISPs, and they can geoblock users. This is also true for Nostr relays, IPFS gateways, Tor relays, etc.

    @fediverse