I proposed this project to improve on Radicle’s p2p model by using Tor for universal, straightforward seeding of git repos.

Original discussion thread - https://bounties.monero.social/posts/207/

One of the project’s git repos linked in that thread - https://radicle.network/nodes/iris.radicle.network/rad:z2ydYmUCJvDfNFTVTpEbQmm55EPt1/history

Project website - https://cradicle.xyz/

The dev who took the project also expanded it into a project to reimplement Radicle in C.

Since I’m not a coder and I don’t have any git repos of my own, I can only test from the viewpoint of an average layman using the GUI app to seed repos.

It’s impossible for me to properly gauge how the project is progressing without engagement from coders who try using it for their git repos.

If the project doesn’t currently interest you, your suggestions on how to start getting users on board would also be welcome.

Edit - bear in mind that because decentralized discussion platforms like this are currently quite broken, there are comments showing up in the thread when I’m not signed in that don’t show up for me when I’m signed in. Here’s a screenshot of all the comments showing up for me right now where I’m signed in and able to reply, as of UNIX time 1779670288

aqhH5rVg9opRagM.png

I’d encourage discussion of this project moreso on nostr (equally broken but my preferred platform) or the discussion thread linked above (seemingly more functional)

  • ISO@lemmy.zip
    link
    fedilink
    arrow-up
    1
    ·
    3 days ago

    The bottlenecks don’t only exist at the exit nodes. You didn’t actually think you will be getting Gigabit speeds using hidden-services, did you?

    • whoever loves Digit 🇵🇸🇺🇸🏴‍☠️@piefed.socialOP
      link
      fedilink
      English
      arrow-up
      1
      arrow-down
      1
      ·
      3 days ago

      You seem to be suggesting 3 things:

      • I thought onion services got gigabit speeds, for some reason
      • It’s my fault for some reason if people with gigabit client/server connections available insist on using Tor and then complain about speed
      • Aside from the mostly-unrelated traffic issue I was reminded of - “torrents generally strain exit nodes” like Tor officially says - there’s also a more pertinent issue of “onion services should never be used for traffic because that would strain Tor”

      Are we on the same page with these 3 bullet points, or am I still not understanding you?

      • ISO@lemmy.zip
        link
        fedilink
        arrow-up
        1
        ·
        3 days ago
        • Tor as a network is all busy.
        • A Tor connection is as slow as the slowest hop in the path.
        • Tor primary function is to provide anonymous transport.

        Tor is slow. People use it when they need the anonymity. Using it when it’s not strictly needed doesn’t help you (or the network, but that’s besides the point).

        The problem you presented, as I understand it at least, doesn’t require Tor at all, and can be solved with much lighterweight solutions. For example, did you know that PKARR exits?

        • hirihit640@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          1
          ·
          3 days ago

          Anonymity makes sense in this case. Radicle is often proposed as a solution to the censorship of projects in other repos, things like Nintendo Switch emulators, Hayase streaming client, etc. These projects want to remain anonymous to avoid legal threats on their actual identity

          • ISO@lemmy.zip
            link
            fedilink
            arrow-up
            1
            ·
            3 days ago

            P2P already gives you anti-censorship. Publisher anonymity shouldn’t be hard for developers to achieve either.

            If full network anonymity is desirable, then you would need a full top-down design to do it properly, and this becomes a whole different conversation (and the choice of using bittorrent itself will have to be revisited). But really, I don’t think that’s needed here.

            Pluggable transports can still be useful for varying reasons of course. I don’t think anyone would argue against them.

            But I would still opine that forcing a slow network on any forge alternative is the fastest way to keep 99% of potential users away.

            • hirihit640@sh.itjust.works
              link
              fedilink
              English
              arrow-up
              1
              ·
              3 days ago

              P2P already gives you anti-censorship

              until a lawyer joins the swarm and has the IP of every node. See which node pushes commits to the swarm first, and you found the dev. Send a couple of threats to the dev and watch the project grind to a halt.

              Plugging into Tor or I2P is a easy way to give network anonymity, no need to re-invent the wheel. Though it seems like Radicle already supports Tor and I2P so not entirely sure what OP aims to do

              • ISO@lemmy.zip
                link
                fedilink
                arrow-up
                1
                ·
                3 days ago

                How do you send a threat to an IP address? 😏 about supposed push of code encrypted no less. Unless, you’re thinking ISP involvement, that would be a hilarious (single) e-mail to read (from the “lawyer” to the ISP, because there will be no other correspondence).

                If the threat model is “lawyer”, developers will be fine. If it’s a “state actor” and/or all users need protection, then again, this is a whole other conversation. If it’s something in between, then yes, maybe developers/publishers should specifically be careful, and/or maybe the design of the software should help them, but without compromising the performance of the whole network. But again, bittorrent will not be the right protocol for this anyway.

                • hirihit640@sh.itjust.works
                  link
                  fedilink
                  English
                  arrow-up
                  1
                  ·
                  3 days ago

                  How do you send a threat to an IP address?

                  Unless, you’re thinking ISP involvement

                  There’s many ways to track somebody down via IP address, but yes ISPs can corroborate. You ever heard of people getting letters from the ISP for torrenting? You think the ISPs actually care about piracy? They are forced by legal pressure.

                  If the threat model is “lawyer”, developers will be fine

                  The threat model is massive fines and potential prison, depending on how the court case goes. Look up the Yuzu nintendo switch emulator and how that legal battle went. And I’m not arguing that those developers were the brightest of the bunch. I’m saying that those developers could use the privacy that Tor offers.

                  bittorrent will not be the right protocol for this anyway.

                  Bittorrent works well enough. Bittorrent works fine over I2P and is used plenty. Better to get something up and running before starting to design bespoke protocols.

                  • ISO@lemmy.zip
                    link
                    fedilink
                    arrow-up
                    1
                    ·
                    3 days ago

                    You ever heard of people getting letters from the ISP for torrenting?

                    🤣

                    I deliberately mentioned this because that “program”, as you would expect, ended up as a failed meme, which is why it’s sadly no longer with us.

                    And it wasn’t about people seeding their own code, or code otherwise allowed to be redistributed, anyway.

        • whoever loves Digit 🇵🇸🇺🇸🏴‍☠️@piefed.socialOP
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          2
          ·
          edit-2
          3 days ago

          If Tor gets more users, they can run Tor nodes. The network scales to the traffic because it’s decentralized. You’re making up a problem that isn’t there. The Tor project does not recommend against creating traffic using onion services, again it wouldn’t make sense, there would be nothing to do with onion services then.

          I’m really not understanding your point about anonymity. Why would we want every user in a P2P network to expose their clearnet IP address to every other user? It seems like if you flipped the release dates of Tor and BitTorrent, then Bram Cohen probably would have designed BitTorrent with Tor in mind from the start and it wouldn’t burden exit nodes so much. People would only use it without Tor when speed is more of a priority than security. But instead BitTorrent came first and already relied on an out-of-Tor network.

          • ISO@lemmy.zip
            link
            fedilink
            arrow-up
            1
            arrow-down
            1
            ·
            3 days ago

            Most tor peers are not relays. So no, tor’s network capacity doesn’t auto-scale with more users, even when you’re sticking to hidden services.

            And you didn’t argue for anonymity from the start. And anonymity is a BIG argument, with bigger design implications than you think.

            Original Freenet (now called Hyphanet) predates both bittorrent and tor. And it’s one early example (and not the only one btw) of how you properly combine anonymous storage with anonymous transport (content addressing too, but that’s more of a jibe against the IPFS meme). It’s also (relatively) slow, and that’s actually intentional, at least in part, because speed can hurt your anonymity (the details are too technical, and that’s not the place to delve into them).

            Bittorrent didn’t lack (native) anonymity because the idea/tech was impossible to imagine. Anonymity didn’t come into the picture because availability and speed were the priorities. The protocol didn’t have encryption from the start either (or sub-piece downloading, or DHT, or PEX, or udp trackers, or uTP transport, but I digress).

            • whoever loves Digit 🇵🇸🇺🇸🏴‍☠️@piefed.socialOP
              link
              fedilink
              English
              arrow-up
              1
              arrow-down
              2
              ·
              edit-2
              3 days ago

              Edit - I’ll leave my original reply crossed out, but it doesn’t feel like a good reply to me and I think sometimes I don’t know how to properly respond to people these days.

              Stop with the gish gallops.

              • I should not need to address this many points because you keep pulling random nonsense out of nowhere. Look how fucking long this list of bullet points is just for one reply. Do some amount of double-checking your own thoughts before making me think through every single thought that pops into your head.
              • You’re incorrect on your first point. Non-relay “peers” don’t stop Tor from scaling.
              • When you say “from the start” it seems to imply I started “arguing for anonymity” at some point. I didn’t. This is an electronic network.
              • Instead of explaining how hyphanet is supposed to be better than Tor for p2p git repos, you kept dwelling on conflating “privacy” with something users can get from a widespread software network on today’s hardware.
              • Tor being “slow” is “intentional” for the same reason, I don’t get what makes you think that’s groundbreaking.
              • What’s not the place to delve into what?
              • This pattern keeps showing up: the part about BitTorrent seems like you’re conflating “anonymity” with something users can get out of a network like this, and not actually getting to whatever your point is about BitTorrent.