Replying to @sun@shitposter.world
@sun Oh no, I hate this UI.
Logged in and looked around, everything seems to be working as expected.
>rad://z2gAKC6ESt5ZBV419uVPf2vFtEHCT
How to resolve that URL?
Replying to @sun@shitposter.world
Replying to @silverpill@mitra.social
>can you tell me more about where I can read about your work with p2p and your idea for adapting forgefed? I'm interested.
1. My experiment with ActivityPub over Syncthing: https://mitra.social/post/019de9a2-7769-7713-85c9-ad8e8599268d
2. ActivityPub & iroh: https://mitra.social/post/019f8116-59de-71f2-8c56-2e87e32c2859
3. I'm currently working on federated groups in Mitra and so far they seem to be compatible with FEP-ef61 and therefore with P2P ActivityPub
4. ForgeFed has many similarities with federated groups: https://codeberg.org/ForgeFed/ForgeFed/issues/324
Mitra ZeroFediverse & P2P - Post by @silverpillFediverse & P2P - Post by @silverpillReplying to @silverpill@mitra.social
silverpill@silverpill@mitra.socialThe biggest problem for peer to peer ActivityPub is the fact that ActivityPub is primarily a "pull" protocol. You need to fetch a remote actor before interacting with it. This is not feasible in the environment where nodes are intermittently online.
What if we used a special activity to request objects? I've described this idea in more detail in Asynchronous object retrieval:
https://codeberg.org/silverpill/feps/src/branch/main/aef6/fep-aef6.md
I think this mechanism, if combined with self-authenticating objects, should make ActivityPub compatible with store and forward protocols.
Replying to @sun@shitposter.world
Replying to @silverpill@mitra.social
Replying to @sun@shitposter.world
@sun I don't want to use it because it's a shitcoin project. Let's build a peer to peer forge on ActivityPub. I figured out how to do p2p, I think ForgeFed can be adapted to that.
Replying to @silverpill@mitra.social
Replying to @sun@shitposter.world
@sun @silverpill wait wut, what's the shitcoin portion of it?
Replying to @deutrino@mstdn.io
Replying to @sun@shitposter.world
Radicle had some ties to Ethereum ecosystem since the beginning, that's how I discovered them. Initially there was no token or anything like that, they just wanted to use Ethereum as a payment layer.
But at some point this happened: https://web.archive.org/web/20211218051828/https://radicle.xyz/blog/introducing-rad.html
The token sale was followed by the usual enshittification you're probably familiar with. At some point I stopped paying attention to this project, only to discover it again around 2025. The price of RAD token went to nearly zero and now they are pretending that they have nothing to do with it.
This may seem like a small thing, but I believe that this kind of behavior did a lot of harm to the crypto community and should not be tolerated.
web.archive.orgRadicle Blog - Introducing RADThe Radicle project has released its native governance token, making it the first open-source, community-led, and self-sustaining network for software collaboration. The Radicle token is live! The official contract address is …Replying to @silverpill@mitra.social
Replying to @silverpill@mitra.social
@silverpill @sun @deutrino Scrapers might cause a sudden increase in disk space because they download source code archives, you can choose to disable the feature or set up scheduled cleanups if you want.
disable download source archive:
[repository]
DISABLE_DOWNLOAD_SOURCE_ARCHIVES = true
or delete them every 48h:
[cron.delete_repo_archives]
ENABLED = true
RUN_AT_START = true
SCHEDULE = @every 48h