Comment by dannyw

2 years ago

I wonder if there’s a “git over BitTorrent”.

Having a cryptographically signed (by authors, not by GitHub) and fully open source git hosting network would be a boom for FOSS security in general.

Or we can simply have a git hoster which is not in the US and as such is not impacted by DCMA

  • The overarching terms of the DMCA are specified by the 1996 WIPO Copyright Treaty, which every developed country has implemented.

  • Seriously. When is this happening?

    Broadly speaking, it's inevitable that some jurisdiction will decide to observe the unclothed emperor here and create a legal framework without the yoke of all of this "intellectual property". Obviously, it will thrive, and everyone will flock to use services there.

    What then?

What’s stopping you from making torrents of your repos now?

(Not as a rhetorical question; I don’t quite understand your vision, so I’m hoping you’ll clarify the usage.)

  • They are probably talking about a "serverless" bittorrent. Some kind of Git-over-DHT. It would require this to be accepted: http://bittorrent.org/beps/bep_0050.html (Decentralized Mutable Torrent)

    • Ooh, I really like this idea! A decentralized form of pub-sub based git sounds fantastic. Of course, much of what makes github et.al. desirable, is the extras on top. Pull Requests, Issues, Wiki, search, etc. Making a “local first” decentralized GitHub would be much work.

      2 replies →

  • The torrents would be snapshots of the repo at a particular point in time. Updates couldn't be fetched through the torrent via git pull.

    I'd assume that op wants a torrent that can be pushed/pulled from.

Git commit messages could be cryptographically signed. And git, the protocol is fully open source. Also there are many open source UI. Care to explain what is the usecase of git of torrent compared to gitlab?

  • Distributed hosting means there isn't a single point of failure. Even without DMCAs it's fairly common to try cloning a random gitlab or plain git repo only to find it's down.

As much as it pains me to say this this might be a good use of blockchain

  • Blockchain is just a slow database. What you want is a peer to peer system which actually has peers instead of a couple super nodes and ephemeral drive-by clients.

    • "Just" a slow database that allows coordinated writes in a decentralized way, effectively solving the Byzantine Generals problem. That's what made Bitcoin a novel idea.

      2 replies →

  • Care to explain? If you just mean verified tree, git already is that.

    • I think he means uncensorable or at least very very hard to censor.

      The problem is it could be very expensive. Think NFT but the metadata is the source code of the emulator. You're not removing that from the blockchain, ever. It also needs to be a popular blockchain, like ETH, BTC, SOL or whatever people still use today.

      There are "coins" where your stake is disk space but if it's not a widespread thing it just dies off (conway GoL style)

    • I think he's referring to the distributed portion of a blockchain. A centralized github-type for profit business is required to respond to these takedown requests. Nintendo's lawyers would need to go after every individual node hosting this vc blockchain.

  • I agree, at least in theory (not sure if any existing blockchains could adequately solve the problem today). Someday, you could imagine essentially running gitlab on a blockchain. Actually, it's not a stretch to include access control such as public key management, "Issues", etc. It would be publicly readable, not censorable, no single point of failure, and unlike torrents, fully mutable. Obviously, today the cost would probably be prohibitive for most purposes.