Freenet is also based on middle-out compression.

No. Trying to push 30TB into Freenet will be interpreted as an attack on the network by other peers and they'll disconnect from your peer.

Freenet is better viewed as a communication medium than a storage medium. Data is prioritized according to demand, somewhat like an LRU cache. You can't upload 30TB and expect the network to preserve it for you.

On liability, running a Freenet peer is more like running network infrastructure that automatically routes and caches other people's traffic than intentionally publishing it. US law explicitly recognizes this distinction in the DMCA's provisions for transitory network communications and system caching. We discuss this in more detail in the FAQ.

You obviously haven't tried Freenet. You can join our room on River and you'll see no spam, no fraud, no hate speech, none of that.

Decentralized doesn't mean unmoderated. Systems built on Freenet can be moderated however their creators and communities want. River is moderated.

The difference is that nobody running one service gets to decide what everyone else is allowed to run.

Thanks for your questions, Freenet caches data but it isn’t meant to be a long-term storage network. It’s better to think of it as a communication system. Data persists as long as at least one node remains subscribed to it. If nobody subscribes (including the author), it will eventually disappear from the network. So yes, if only your node subscribes then the data will only exist there and won’t be available when your machine is offline. But if other nodes subscribe it will be replicated automatically and remain available even if your node goes offline.

Not from 2023, the linked video is from last month. https://www.youtube.com/watch?...

Okay, I work in the industry.. If solar and windmills worked, we would be putting them up everywhere. They don't work.

I work for an electric utility. The politicians are forcing green energy, which doesn't work. Shutting down coal fired plants eliminates the base load energy production, and wind and solar are unreliable. So as we are forced to get rid of our base-load generation, and if the wind ain't blowing (or its blowing too hard) or the sun goes behind the clouds, we must purchase that electricity somewhere, and that excess capacity is getting scarce. It's a supply & demand issue. That's it.

Good question. I have no idea how difficult that would be. It would depend on how well-factored the disk access routines are from the other OS routines. You *can* reserve part of a Profile hard disk as a Pascal volume using a tool that comes with Apple Pasca, but I don't know if that's a file on a ProDOS volum, or how it works.

The MS-DOS p-system did apparently interoperable with the FAT filesystem, so it's possibly do-able?

Yeah, it would have to be an ARM-based Arduino, to use the Rust version. But there are several of those now, and they're not even necessarily more-expensive than the AVR versions.

Why in the world would you want a new interpreter for the Apple II? The one that exists is fine. And yes - people *have* done this before, mostly rather a long time ago. Building another version of the same thing isn't a bad thing, especially if it comes along with better documentation of the internals, in a way that's accessible to a modern audience.

Unsurprisingly, the 25-year-old project you refer to doesn't build on my system. And neither does the version Peter Miller updated way back in 2010. It's probably worth revisiting projects like this every decade or so.

Yes, with a caveat. Apple Pascal has some native 6502 routines as extensions to the standard UCSD Pascal. These will have to be translated, ideally to p-Code, and wired into something in the emulator. But I'd *like to* do that, once I have things up and running.

The new Freenet is written in Rust.