See Drips on https://docs.radworks.org/#projects
I'd first heard of Radicle from this post: https://blog.orhun.dev/open-source-funding-with-ratatui/
[0]: https://news.ycombinator.com/item?id=39600810 [1]: https://news.ycombinator.com/item?id=39837117 [2]: https://news.ycombinator.com/item?id=39868504
Perhaps in the future, a user could use a web interface for a Radicle node and they post it directly from their browser. Some questions about that would the verifiability of that action though. Definitely some food for thought here!
Sometimes yes, sometimes no.
Sometimes they flip out about GitHub and go on Reddit instead and write something like this: https://www.reddit.com/r/github/comments/1at9br4/i_am_new_to...
But then again my username is all non-software engineers :shrug:
Everyone can already self-host Gitea or Gitlab, and Git repos are super easy to clone, so what’s the point of all the peer to peer stuff?
ie. what real world problem is it supposed to solve?
If you're trying to launch a product though, it's something to keep in mind.
Anyways, a good introduction to git-ssb would be this document: https://github.com/hackergrrl/git-ssb-intro
Nodes on the Radicle network subscribe to repository data they are interested in, and peers announce updates that in turn trigger fetches for the underlying content. Just like SSB and Lightning, updates are gossiped on the network until they reach all interested peers."
Ah, that’s not that much of a problem these days, where password managers (and failing that, SSO with Facebook/Google/etc.) has become wide-spread.
And unless everyone moved to Radicle, it’s just one more system you need to track authentication info for.
You may notice that the title is "peer-to-peer code collaboration stack built on Git", emphasis on "built on". We're using Git as a storage and transport mechanism for code collaboration data. So we're building a local-first tool for the social data, e.g. patches and issues.
Everyone knows Linus invented and "specifically designed" git as a drop-in tool for his existing email-patch-based kernel development workflow, which is not how 99.9% of the rest of the world prefers to operate these days.
Ideally, we would have a solution to collaborate on projects peer-to-peer that handles some basic Github-style stuff without having to use Github at all.
I’m sure this project brings something new to the table but they’d need a better elevator pitch than “peer-to-peer” to explain that.
> ie. what real world problem is it supposed to solve?
Seems pretty clear from the submitted page.
Problem: centralized code hosting platforms [...] single entity(ies) controlling the network(s)
Solution: Repositories are replicated across peers in a decentralized manner, and users are in full control of their data and workflow.
Literally the first paragraph on the page.
But self-hosting limits exposure, that Github.com/Gitlab.com provide.
>Git repos are super easy to clone
Git is meant to version your code, not issues, pull requests, etc.
https://radicle.xyz/guides/protocol#introduction
This provides comparison and reasoning.
having to self-host anything?
On topic, though, I have no idea what Radicle's value-add is, though.
Looking forward to the fediverse posts later today, it'll be a good time.
It's also stated in the FAQ on the website (https://radicle.xyz/faq) that the project is funded by Radworks and also provides a link to the funding page.
I, for one, work on Radicle and what I care about is the data sovereignty and local-first code collaboration. We're building on top of Git to provide a local-first, extensible collaboration experience -- avoiding walled gardens like GitHub :)
As a project team, we only posted once on HN when we were announcing our v1.0 release candidates. The other two posts have been from other people outside of the organisation, so it's nice to see there's interest in the project but don't blame us for that kind of hype :')
Secondly, because of the first, crypto will eventually make it’s way into the product.
UPDATE: Found this in the FAQ https://radicle.xyz/faq#what-is-the-relationship-between-rad...
Radicle is a true peer-to-peer protocol. It doesn’t use nor
depend on any blockchain or cryptocurrency.
Radworks, the organization that has been financing Radicle is
organized around the RAD token which is a governance token on
Ethereum.There is a technical problem in the P2P setting, where it's not just one individual connecting to another. P2P protocols which just replicate data, like Bittorrent, can't negotiate a delta when pushing/pulling, so users have to keep pushing/pulling the entire repo. Radicle's network is smarter, allowing deltas to be calculated.
They also seem to be proposing many other things, which I'm more skeptical of; but at least that point seems valid.
what do you mean by that? as long as you don't recompress the git storage, bittorrent will only transfer the missing blobs. the only problem is that for each change a new torrent hash needs to be created. but you can stuff a new torrent with the git repo you already have and then bittorrent will only transfer the missing blobs just like git does.