Live data from Hacker News

Radicle: A peer-to-peer alternative to GitHub

radicle.xyz

121–130 of 263 posts

Re: Radicle: A peer-to-peer alternative to GitHub

#121
I've installed the "upstream" client but I must say that I'm a bit confused. I imported a couple of git repositories that ended up on http://seedling.radicle.xyz/, so I thought I did it right, but then if I try to add projects from that very page it keeps searching and never finds anything (they're stuck in "keep looking" mode).

Also I don't see how you can create issues. Is it not implemented yet?

It's an interesting project but it feels like very early alpha-grade to me. The client gives very little feedback on what's happening and what you can do.

Re: Radicle: A peer-to-peer alternative to GitHub

#124
post #106

We are building https://gitopia.org - Permanent Data Storage provided by Arweave - Works from within git with the help of git-remote-helper `npm install -g git-remote-gitopia` so no need to learn new tooling - Built-in incentivization to token holders who also take part in the governance of Gitopia - Token holders share revenue made by the platform - You can mirror your GitHub repositories now using the Github Mirror…

Thank you for sharing your work and great to see more attempts on the same problem. I am one of the maintainers of the Radicle project.

The main problem we encountered with similar systems that rely on blockchains / dht for storage is the problem of 'blockchain poisoning'.

This is when someone deliberately adds illegal content to an append-only source in hopes to make the sole act of replicating the project legally problematic, as correctly pointed out by Konstantin Ryabitsev of the Linux foundation with regards to a previous version of Radicle that was relying on IPFS. see https://radicle.community/t/the-radicle-social-model/317

Re: Radicle: A peer-to-peer alternative to GitHub

#125

What a nice funky design. That front page has a soul, unlike almost everything else I see nowadays.

Very cool design. Matches well with the name. In my mind, Radicle invokes the design of the 90s (skids, grunge, hip-hop). This isn't quite that but it still works.

Re: Radicle: A peer-to-peer alternative to GitHub

#127
post #121

I've installed the "upstream" client but I must say that I'm a bit confused. I imported a couple of git repositories that ended up on http://seedling.radicle.xyz/ , so I thought I did it right, but then if I try to add projects from that very page it keeps searching and never finds anything (they're stuck in "keep looking" mode). Also I don't see how you can create issues. Is it not implemented yet? It's an interesti…

This is really helpful feedback. Especially the part about not getting enough feedback during operations. And yes social features like issues and PRs have not been the focus in this release, as we focused on replication. If you are looking for more help you can join the community matrix and we take it from there: https://docs.radicle.xyz/docs/using-radicle/join-the-communi...

Re: Radicle: A peer-to-peer alternative to GitHub

#128
post #106

We are building https://gitopia.org - Permanent Data Storage provided by Arweave - Works from within git with the help of git-remote-helper `npm install -g git-remote-gitopia` so no need to learn new tooling - Built-in incentivization to token holders who also take part in the governance of Gitopia - Token holders share revenue made by the platform - You can mirror your GitHub repositories now using the Github Mirror…

I'm not sure I see the point of building a complex platform with governance and whatnot. What I want is an easy way to publish my projects and for other people to contribute, I need something more like email (independent, self-hosted servers with a well defined protocol to communicate between them) than Facebook.

I don't care about the governance of my git remote, or getting money out of it. I care about it being reliable, fast and simple. If I'm unhappy with it I want to be easily able to switch to a different host, or create my own.

Frankly I would be perfectly fine with the current situation where you have a bunch of effectively centralized code hosting solutions (github, gitlab, bitbucket etc...) if you could trivially move your project from one to an other. For the code it's easy, git is built that way. For issues, PRs and the like it's trickier.

For me that's the problem that needs solving, I don't need an ultra complicated blockchain-powered solution where people can vote for the font of the UI with cryptotokens.

At a glance, and if I understand it correctly, Radicle seems more pragmatic in that way. Cryptocurrency is used for donation and securing entries in the global namespace in a decentralized way, the rest is just a bunch of standalone servers. Then you can decide to host your code on an existing instance or spawn your own. A bit like how Mastodon works for instance.

Re: Radicle: A peer-to-peer alternative to GitHub

#129
post #78

How and why is literally everything peer to peer in the tech community also somehow connected to ethereum?

Without an external entity assisting with proof-of-stake like Kraken, etc., Bitcoin (the system) is dependent on not just peers connecting to each other to have merry time with financial transactions, but on something called proof-of-work (https://www.kraken.com/en-us/learn/proof-of-work-vs-proof-of...).

That proof-of-work in the Bitcoin system itself (without use of an external entity to handle proof-of-stake) is today largely handled by workhorses like those getting cheap electricity from thermal vents in Iceland (https://www.wired.com/story/iceland-bitcoin-mining-gallery/) verifying more and more transactions for less and less benefit. They're reliant on Moore's law and cheaper and cheaper energy, with more and more trust overhead processing by validating transactions, which doesn't necessarily scale, creating a need for proof-of-stake entities to substitute.

Etherium (the system) contains within it proof of stake, but external entities (e.g. Kraken, etc.) can still validate proof of stake, if desired. Personally, I'm unsure if Etherium's proof of stake on its own is enough, because I think blockchain can be compromised (https://www.technologyreview.com/2019/02/19/239592/once-hail...).

So, that's essentially why they choose Etherium (proof of stake).

Global equity and inequity revolves around those that essentially "hold" the value (proof of stake), and banks hold the money in our current financial system, largely based on USD (https://www.investopedia.com/articles/forex/11/popular-curre...). Large banks have the ability to basically "re-use" debt multiple times, creating debt from debt (via Fractional Reserve Banking) as well as other means (https://www.investopedia.com/articles/investing/081415/under...). Wherever you are and whatever chaste you're in, if you can sell your potential for paying a bank back, they can create money out of debt for you. Yes, this devalues the currency, but if you do well with it, you come out on top, you give back in interest, and the overall value is greater than the inflation of the currency, and outsiders investing in those companies can be important. If investment, etc. fails or the market fails, that system fails. Otherwise, it kind of works ok.

The proof-of-stake entities will hopefully continue to generate value similar from nothing/debt to help those that can help others until this world is done and we move on.

Of course, if there were no money and we all just did work for each other, I think that could work also. While money was still made from work, there is some element of communal living / working for each other in Christianity (https://www.reddit.com/r/AskBibleScholars/comments/ah5850/di... https://www.pbs.org/wgbh/pages/frontline/shows/religion/maps...).

But, 1960s hippie communes tended to get corrupted by drugs, relationship problems, abuse, etc. (https://www.nytimes.com/1998/08/03/us/excesses-blamed-for-de...) And countries that adopted Communism and Socialism have tended to include leaders that really mistreated their population or performed other atrocities, or it just didn't work (https://en.wikipedia.org/wiki/Human_rights_in_the_Soviet_Uni... https://www.amnesty.org/en/countries/asia-and-the-pacific/ch... https://www.heritage.org/progressivism/commentary/three-nati...).

I'm not an expert in these things, so let me know what I'm not understanding.

Re: Radicle: A peer-to-peer alternative to GitHub

#130
post #97

Earlier quoted context omitted.

The design of GitHub means that your canonical upstream is only accessible through the internet, and so are your issues, PRs etc. If you're offline, you can't access it, and if GitHub is down, same story. Radicle, on the other hand, keeps all of this replicated locally, so push/pull works offline, and the code/social artifacts are replicated asynchronously, when you are online, but you don't need to be online to work…

GitHub has a pretty extensive API; it's not hard to write a simple script to clone all that data if you want to, or publish it somewhere else. I'd be surprised if there aren't already a dozen of those scripts floating around already.

That’s not the same. You’re talking about copying the data locally, but this still doesn’t let you create issues for eg. offline.
Post reply on HN