228 lines
35 KiB
HTML
Executable File
228 lines
35 KiB
HTML
Executable File
<!DOCTYPE html>
|
|
<html lang="en">
|
|
<head>
|
|
<meta charset="UTF-8">
|
|
<title>Broke Dumbass Attempts To Web3 Again - Archive - MayVaneDay Studios</title>
|
|
<link href="../../../style.css" rel="stylesheet" type="text/css" media="all">
|
|
<meta name="author" content="Vane Vander">
|
|
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
|
</head>
|
|
<body class="mayvaneday">
|
|
<article>
|
|
<div class="box">
|
|
<h1>Broke Dumbass Attempts To Web3 Again</h1>
|
|
<p>published: 2022-12-07</p>
|
|
</div>
|
|
<hr>
|
|
<div class="box">
|
|
<p>For the sake of Let's Decentralize, I looked into Dat and Hyperdrive and found out that, as of earlier this year, <a href="https://web.archive.org/web/20221124035740/https://github.com/beakerbrowser/beaker/discussions/1944">Beaker Browser</a> is <a href="https://web.archive.org/web/20221124035606/https://github.com/beakerbrowser/beaker/issues/1959">officially dead</a>. Supposedly some of the developers are now working on <em>another</em> damn <a href="https://web.archive.org/web/20221118211242/https://keet.io/">decentralized chat platform</a>. Because there aren't enough of those already.</p>
|
|
<p>For the sake of entertainment, as I'm desperately bored after having recovered from COVID-19 and from my father deciding to catch it the <em>day before</em> Thanksgiving and thus cancelling all our travel plans, I looked into the current state of web3. Since the cryptocurrency ecosystem is in the process of <a href="https://web.archive.org/web/20221124040523/https://web3isgoinggreat.com/">collapsing before our eyes</a>, I thought I'd see lots of previously-hyped projects folding like a house of cards. I was surprisingly wrong. Filecoin is still chugging along, supposedly <a href="https://web.archive.org/web/20221124040849/https://filecoin.io/blog/posts/the-filecoin-masterplan/">going "from 22 PiB to 215 PiB of data stored on the network" over the course of 2022</a>, although who knows if that stat's accurate since it's self-reported. <a href="https://web.archive.org/web/20221124041357/https://news.coincu.com/116834-skynet-labs-closed-cannot-raise-capital/">Skynet Labs</a> is <a href="https://web.archive.org/web/20221021113848mp_/https://siasky.net/FAD8MqXHfRSbFXdZpQhw4Q09_ZWP2a-miEchmm0VUSzDUA">dead</a> because they <a href="https://web.archive.org/web/20221124042657/https://bitcoinwisdom.com/skynet-labs-the-firm-behind-siacoin-shuts-shop/">can't get any more funding</a>, but many of the Skynet developers insist they're going to <a href="https://archive.ph/TAIM7">continue development</a> on Skynet regardless. Arweave is doing... <a href="https://web.archive.org/web/20221124042045/https://www.reddit.com/r/Arweave/new/">whatever Arweave usually does</a>, but it doesn't seem to be in any chaos. Either I am not looking at small-enough projects, or web3 has finally achieved some semblance of resilience.</p>
|
|
<p>Assuming, of course, that it's <a href="https://archive.ph/AbAYP">an actual web3 project</a> with a proper blockchain and not just several databases in a trenchcoat.</p>
|
|
</div>
|
|
<hr>
|
|
<div class="box">
|
|
<h2>Solid</h2>
|
|
<p>Solid is, according to the <a href="https://web.archive.org/web/20221123132731/https://solidproject.org/">project's homepage</a>, "a specification that lets people store their data securely in decentralized data stores called Pods. Pods are like secure personal web servers for data. When data is stored in someone's Pod, they control which people and applications can access it."</p>
|
|
<p>Any kind of arbitrary data, from text files created by applications to music and documents uploaded through a file manager app, can be stored inside a Pod. A person's Pod stores all the data for all the apps they use inside the Solid ecosystem. Instead of person A hosting a blogging service and your blog being stored on person A's servers and person B hosting an online document editor and your documents living on person B's servers, both your blog and your documents live in your Solid Pod, and the services that others host are just interfaces for the data that lives inside your Pod.</p>
|
|
<p>At no point does Solid ever use a blockchain. This technically makes it "web 3.0" (<a href="https://web.archive.org/web/20221125014430/https://solidproject.org/faqs#arguably-the-semantic-web-or-linked-data-never-took-off-so-why-is-solid-working-with-it">"Semantic Web"</a>) instead of "web3" proper. But I see even technically-inclined people mix the two terms up all the time- I mean, I don't blame them; I never got the hang of all the seemingly-arbitrary numbering schemes the tech industry uses anyway- and web3 proponents will often bring up Solid when asked for an example of a functional web3 project.</p>
|
|
<p>As the whole point of <del>web 3.0</del> web3 is decentralization of data, I decided to self-host my own Solid server so that my Pod, and the data within it, would remain on a server within my control. The Solid Project website offers four options for open-source Solid server software. However, the "Community Solid Server" that the <a href="https://web.archive.org/web/20221125014834/https://solidproject.org//self-hosting/css">Project's self-hosting instructions</a> documents is written in... Node.js. Which initially put me off, until I saw that my other options were:</p>
|
|
<ul>
|
|
<li>another Node.js server,</li>
|
|
<li>a plugin for Nextcloud,</li>
|
|
<li>and <a href="https://archive.ph/ir8Wi">a server written in PHP</a>.</li>
|
|
</ul>
|
|
<p>So I just chose the community server since that one seemed to have the best documentation.</p>
|
|
<p>I opted to run it in Docker since I prefer to not have Node.js code running on bare metal unsandboxed. Plus then I didn't have to worry about Debian Stable's Node.js version not being up-to-date enough. As per the documentation, I ran the following:</p>
|
|
<pre>
|
|
cd ~/Gits
|
|
git clone https://github.com/CommunitySolidServer/CommunitySolidServer.git
|
|
cd CommunitySolidServer
|
|
docker run --rm -v ~/Solid:/data -p 3344:3000 -it solidproject/community-server:latest -c config/file.json
|
|
</pre>
|
|
<p>With the last Docker command, the Solid server will run on localhost port 3344, save your data in a "Solid" folder in the home directory of the user running the Docker command, and actually persist data on disk instead of keeping it in memory and losing it when the Docker container is stopped.</p>
|
|
<p>At least, that was the intention. My first problem came when I attempted to visit the Solid web interface now running on port 3344. It complained that <code>127.0.0.1:3344</code> wasn't a configured URL and that for security reasons it would refuse to let me continue. But it also said that I could pass the <code>-b</code> flag to change the URL I could access the interface at. So I changed the last Docker command to the following:</p>
|
|
<pre>docker run --rm -v ~/Solid:/data -p 3344:3000 -it solidproject/community-server:latest -c config/file.json -b "http://127.0.0.1:3344"</pre>
|
|
<p>Then it started working again. I completed setup, giving it an email address (which it did not attempt to confirm) and a password and opting to make it a single-user server so that nobody else could register after me. But when I logged in, the web interface just showed me a file listing with two options, <code>README</code> and <code>profile/</code>, and attempting to access <code>profile/</code> gave me an error page insisting I wasn't logged in. The error told me I needed to connect to the Pod via an app and interact with its data that way. So I went to Solid's <a href="https://solidproject.org/apps">app store</a> and found some apps to test.</p>
|
|
<p>But the login pages for all of the apps assume that one's Solid server is configured with a fully-qualified domain name. So I went into my Caddyfile and set up an actual domain for my Solid server, so I was now accessing it at <code>solid.letsdecentralize.org</code>. The Solid server saw that the base URL had changed, so I once again stopped the Docker image and amended the command used to run it:</p>
|
|
<pre>docker run --rm -v ~/Solid:/data -p 3344:3000 -it solidproject/community-server:latest -c config/file.json -b "https://solid.letsdecentralize.org"</pre>
|
|
<p>After that, I went to try some apps again. I was able to log in with the <a href="https://otto-aa.github.io/solid-filemanager/">Solid file manager</a>, but because I had been using the localhost IP when I created my user in the web interface, the file manager kept throwing errors. I had to delete all my data and start over from the beginning. And by delete all my data, I mean running <code>sudo rm -rf ~/Solid/*</code>, deleting the Docker images, and then re-downloading the Docker images. Turns out this is a <a href="https://web.archive.org/web/20221123022111/https://github.com/CommunitySolidServer/CommunitySolidServer/issues/1394">known problem</a> that the developers don't feel like solving at the moment:</p>
|
|
<blockquote>The account system is still quite rudimentary and does not include account deletion yet. To delete the accounts on your server you would have to delete the <code>.internal/accounts/</code> folder on your disk.</blockquote>
|
|
<p>After the full reset, the file manager then worked as intended, and I was able to create folders and upload files.</p>
|
|
<p class="center"><img src="../../../img/asuka_on_web3.png" alt="screenshot of a browser showing an image of Asuka eating a Happy Meal" /></p>
|
|
<p>I thought about self-hosting the file manager, but I looked at the <a href="https://web.archive.org/web/20221123020213/https://github.com/Otto-AA/solid-filemanager">Git repo</a>, and apparently it's unmaintained:</p>
|
|
<blockquote>NOTE: This project has no active maintainer. It may or may not be working, and from time to time stuff will probably get fixed.</blockquote>
|
|
<p>As for alternatives, <a href="https://archive.ph/s82eL">Penny</a> and <a href="https://web.archive.org/web/20221123023441/https://github.com/jeff-zucker/solid-content-manager">Solid IDE</a> are actively maintained, and the UI for Penny is nicer. But Penny constantly sends HTTP requests every time you do <em>anything</em> in the window, which could easily overwhelm a server if you have more than a few Pods hosted on it, and the hosted instance of Solid IDE linked in the Solid app listing 404s, so I couldn't test it.</p>
|
|
<p class="center"><img src="../../../img/jett_via_penny.png" alt="screenshot of Penny showing an image" /></p>
|
|
<p>I thought about <a href="https://archive.ph/UEf0r">deploying Plume</a> on my Pod since my whole reason for exploring web3 is to find new and creative ways to host my website, but the guide links to <a href="https://web.archive.org/web/20221123020854/https://github.com/happybeing/solid-plume/releases">an empty Releases page</a> on a <a href="https://web.archive.org/web/20221123020600/https://github.com/happybeing/solid-plume">Github repo that's been abandoned since early last year</a>. Not exactly reassuring.</p>
|
|
<p>Next on my list of apps to try was <a href="https://archive.ph/oJb3P">Notepod</a>, a notepad application (also with an abandoned Git repo, this time from 2020). But after I entered the URL of my Solid provider (solid.letsdecentralize.org) and clicked "go"... nothing happened. Docker showed a few HTTP requests were being made every time I clicked "go":</p>
|
|
<pre>
|
|
2022-11-23T02:10:12.472Z [BaseHttpServerFactory] {Primary} info: Received GET request for /.well-known/openid-configuration
|
|
2022-11-23T02:10:12.557Z [BaseHttpServerFactory] {Primary} info: Received GET request for /.oidc/jwks
|
|
</pre>
|
|
<p>I gave Notepod about ten minutes or so in case it was loading in the background, but nothing happened, so I abandoned it.</p>
|
|
<p><a href="https://archive.ph/sinXT">O Edit</a>, abandoned by the developers since 2019 (?!), would only let me select "Inrupt" or "Solid Community" as a valid ID provider from a drop-down list with no option to enter in my own pod. There <em>is</em> a text box to log in with WebID, but I had to go digging into my config files to find a valid string to put (<code>https://solid.letsdecentralize.org/profile/card#me</code>) and then I just got the same two HTTP requests and no response as Notepod. Tiddlywiki and Poddit did the same thing: two HTTP requests, and no visible response. If there was an error being thrown somewhere, I didn't see it, and I shouldn't have to open Developer Tools in my browser to see what a simple popup in the browser window could have told me instead. Remember, Solid is supposed to help normies get away from corporations... <strong>if technological liberation is only ever available to those knowledgeable enough to put up with unpolished and barely-functional software, and normies are lazy, and the network effect is what determines what software society forces everyone to use, we will never be free.</strong></p>
|
|
<p>After a while, I finally found a Solid app that would let me edit the text files in my Pod: <a href="https://podpro.dev/">PodPro</a>! But with one little caveat: <em>I couldn't find any source code.</em> If you're reading this and you know where PodPro's source code is, <em>please</em> let me know: the user interface was slick, and the editor had syntax highlighting, and it felt like a Solid app should... but I can't recommend proprietary software with a clear conscience.</p>
|
|
<p>In conclusion: Solid works surprisingly well, regardless of it's actually "web3" or "web 3.0", but there are barely any functional apps. What exists is just a glorified Nextcloud with less than half of the apps Nextcloud has. Hey, maybe if I'd gone with that plugin...</p>
|
|
</div>
|
|
<hr>
|
|
<div class="box">
|
|
<h2>Internet Computer</h2>
|
|
<p>This one popped into my head out of the blue one night, and was the inspiration for starting this post. I don't remember if it was this project in particular, or just mixing it up with the term for the Ethereum compute, "world computer", which is laughably weak: according to an article by Nicholas Weaver, <!-- https://www.usenix.org/publications/loginonline/web3-fraud -->
|
|
<a href="https://archive.ph/GMHAm#selection-965.416-965.520">it would take <em>five thousand</em> of the Ethereum "world computer"s to match the computing power of <em>one</em> Raspberry Pi 4.</a></p>
|
|
<p>You know what else my Raspberry Pi 4 can do? Serve web pages without needing a connection to a blockchain. When I tried to go to the Internet Computer homepage, I got this error message:</p>
|
|
<blockquote>Blockchain cryptography will make this domain more secure.<br><a href="https://web.archive.org/web/20221127165307/https://internetcomputer.org/">This web browser cannot interact with the Internet Computer securely. (No: serviceWorker) Please try new web browser software.</a></blockquote>
|
|
<p>Funny... I thought having an up-to-date TLS certificate that doesn't use outdated or broken ciphers was what made a connection to a site more secure. And what's this about "new web browser software"? I'm using the latest version of Firefox!</p>
|
|
<p>...Okay, I admit, it's the latest that <em>Debian Stable</em> has to offer. Chromium seemed to be "new" enough for Internet Computer, anyway, and I finally got through to the homepage, where Internet Computer describes itself:</p>
|
|
<blockquote>The Internet Computer makes it possible to flip the script with online services, by making user communities their owners. That's because online services can now run 100% on blockchain, for the very first time. There is no need for centralized traditional IT, such as cloud services, which form the largest part of services built "on" other blockchains.</blockquote>
|
|
<p>But if there's no traditional IT, then how will users interact with the blockchain in the first place? <em>Someone</em> has to develop the apps. And unless you expect users to all have their own devices they have permission to run apps on <em>and</em> that have the computing power to run the apps in the first place, or self-host all the programs they want to use on a server they somehow also miraculously have, then <em>someone</em> is going to have to introduce some centralization and host the frontends for the apps on traditional infrastructure.</p>
|
|
<p>Scrolling through the <a href="https://internetcomputer.org/showcase">dapp showcase</a> shows mostly NFT bullshit: of the eighty apps in the showcase, twenty-five of them (more than a quarter) are in the "NFT" category. Several are linked to games which either haven't launched yet or <a href="https://archive.ph/Stpm3#selection-321.0-321.7">are in the very early stages of development</a>. One of them, Plethora, has its description listed as:</p>
|
|
<blockquote>Plethora is all about abundance and making you feel fulfilled.</blockquote>
|
|
<p>...but the autoplay video shows a sparse and sterile-looking mansion with a new 3D NFTs scattered around. Not very abundant of them.</p>
|
|
<p>Another one, <del>PokedStudio Bots</del> ahem, I'm sorry, "Poked bots", has a professionally-written description on the Internet Computer showcase... but the <a href="https://web.archive.org/web/20220723095951/https://entrepot.app/marketplace/poked">official marketplace</a> could use a little work:</p>
|
|
<blockquote>500 years from now humans have long left earth and only the Robots remain. Robots have managed to create new identities often based on relics they have found from earths past. This collection features 5 groups of Robots that exist in the eastern waste lands near former Delta city. The Battle bots, they are tough and are used to hard work, entertainment bots constructed from old video game and junk food toy parts found in the giant rubbish heaps of former Antarctica. Wild bots have become deranged after the giant solar flare of 2453AD. The god class has come to rule much of eastern earth, they have abilities beyond normal bots. The masters are a secret society of robots that have links to the off world colony of Europa base 7.</blockquote>
|
|
<p>Let's take a look at all the grammar problems this paragraph has:</p>
|
|
<ol>
|
|
<li>In the first sentence, there should be a comma after "now" and "earth". "earth" should also be capitalized as "Earth" since it's being used as a name and is thus a proper noun.</li>
|
|
<li>In the second sentence, there should be a comma after "identities".</li>
|
|
<li>In the third sentence, "city" should be capitalized as it's being used as part of a name: "Delta City". If it's meant to be lowercase, then the phrase should be rewritten as "near the city of Delta".</li>
|
|
<li>The fourth sentence should be split up into separate sentences for each type of "Robot" being described.</li>
|
|
<li>In the part of the fourth sentence, "The battle bots" is a <a href="https://web.archive.org/web/20220519092831/https://www.grammarly.com/blog/mistake-of-the-month-sentence-fragments/">fragment</a>. The comma and "they are" should be removed so the sentence now reads, "The battle bots are tough and are used to hard work."</li>
|
|
<li>Likewise, the part of the fourth sentence about "entertainment bots" is missing a verb describing what the entertainment bots are doing: in this case, <em>being</em>. It should read, emphasis mine to show correction, "The entertainment bots <em>are</em> constructed from old video game and junk food toy parts..."</li>
|
|
<li>In the fifth sentence, although not necessary, "have become" could be replaced with "became".</li>
|
|
<li>In the sixth sentence, "earth" should once again be capitalized, and the comma replaced with a semicolon since it is connecting two otherwise-complete sentences.</li>
|
|
<li>In the last sentence, "off world" should be hyphenated as "off-world".</li>
|
|
</ol>
|
|
<p>And here I was, saying that I wouldn't do free labor for cryptobros... Payment for the editing is welcome, PokedStudio. Fiat only. <a href="../../../identity/index.html">You know where to contact me.</a></p>
|
|
<p>If you want to do something other than buy expensive images, there are nine projects in the "Social" category. As my patience was starting to wear thin, I decided to try the first one listed: a Reddit clone named <a href="https://dscvr.one/">DSCVR</a>. But I wanted to be prepared before I dove in, so I went to the "Wallet" category and installed the first one listed, <a href="https://archive.ph/nztaK">Plug</a>. I mean, if web3 is all about cryptocurrency, then it makes sense that you'd need a wallet, right? I clicked on the extension icon once it popped up by the address bar, and I was immediately met with this sleep paralysis demon:</p>
|
|
<p class="center"><img src="../../../img/plug1.png" alt="screenshot of a creepy plug mascot with the text 'create password for Plug' underneath" /></p>
|
|
<p>(For those not familiar with zoomerspeak, "frfr" is short for "for real, for real".)</p>
|
|
<p>It prompted me to create a password, so I gave it a fourteen-word-long passphrase made in KeePassXC. Then it gave me a recovery phrase to backup... and whatever the hell this is:</p>
|
|
<p class="center"><img src="../../../img/plug2.png" alt="screenshot of a creepy plug mascot saying 'keep this sh*t safe, forreal'" /></p>
|
|
<p>I get the feeling that the people at Fleek (the company that made Plug) don't take professionalism very seriously. Which is all good and fine when you're a Broke Dumbass like me who just wants to snark at everything, but when you're a company dealing with financial assets... well, a mascot with a creepy face who swears at you during the onboarding process doesn't exactly reassure the user that the company won't lose all the customer's assets.</p>
|
|
<p>Once I'd suffered all the way through the Plug setup, I went back to DSCVR, now ready to sign in. The homepage immediately blasted me with a post where... <a href="https://archive.ph/orEH0">Christians were arguing over whether Christ had a vagina</a>. (DSCVR also seems quite hostile to being archived by both the Wayback Machine and archive.md.) I was expecting the usual NFT hype to clog every post, but this time I had to actually scroll for it. I'm still not sure if I'd prefer the NFTs or not.</p>
|
|
<p>On your first visit, a welcome popup appears offering a site tour. Page one of the tour (there are six in total) is about receiving NFT airdrops... and so is page three. Page five says you can make <del>subreddits</del> "portals", and then paywall them by requiring certain NFTs to visit. I don't have any NFTs, and I don't have any interest in <a href="../../2021/december/copywrong.html">paywalling my content</a>, but I forged ahead to the login page anyway.</p>
|
|
<p>There are two options for logging in to DSCVR: Google, and Internet Computer. It'd be a pretty weird Internet Computer app if you couldn't log in that way, and I'm not letting Google touch my device with a ten-foot pole, so I chose Internet Computer...</p>
|
|
<p>...and, instead of using the Plug wallet I set up solely for the purposes of interacting with Internet Computer, it prompted me to create an "anchor". I didn't have one, so I clicked the "create anchor" button. It asked for the name of the device I was using, and then a popup appeared asking me to plug in a Yubikey.</p>
|
|
<p>But I don't have one.</p>
|
|
<p>Naturally, the login failed. I went digging into the Internet Computer documentation and discovered that the login prompt uses <a href="https://web.archive.org/web/20221120095606/https://webauthn.guide/">WebAuthn</a>, meaning I have to either have a hardware token (the Yubikey) or use a device which has access to biometric sensors like Face ID or a fingerprint reader. My ThinkPad T510 has neither of those, so I switched to my phone and tried again.</p>
|
|
<p>My phone had no luck either. Samsung Browser and Brave, despite both using the Chromium engine, threw a "your browser isn't supported for Internet Identity" error. Bromite, also a Chromium reskin, threw a "No: WebAssembly" error. The only supported browser on Android is Chrome proper, which I forcibly uninstalled from my device a long time ago. So, as far as Internet Computer is concerned, it's either "log in with Google" or "log in with Google". Or "buy an iPhone". No thanks to any of those.</p>
|
|
</div>
|
|
<hr>
|
|
<div class="box">
|
|
<h2>Radicle</h2>
|
|
<p>Radicle is decentralized Git hosting, <em>not</em> to be confused with <a href="https://web.archive.org/web/20221114195621/https://radicale.org/v3.html">Radicale</a>, which is a CalDAV server. Radicle doesn't sync your contacts (unless you <em>want</em> to be that asshole who leaks the contact info of their friends all over the Internet) but it <em>can</em> help you sync your code across devices through a peer-to-peer network!</p>
|
|
<p>...Supposedly. The <a href="https://web.archive.org/web/20221126205901/https://radicle.xyz/">homepage</a> says nothing about hosting your own node other than that you can, and there are currently only three nodes available: "willow", "pine", and "maple". There <em>is</em> a <a href="https://web.archive.org/web/20221126205930/https://github.com/radicle-dev/radicle-link">Git repo</a> for... something, but the README is sparse and doesn't say if it's for the terminal client or a node. (And both of the "build" buttons say "failing". Fun!) The other Git repos that looked like they could be node software were archived, set to read-only, or were deprecated. I couldn't find a link to any documentation on the homepage, but <a href="https://archive.ph/A3hTg">there <em>is</em> a forum</a>... filled mostly with talks about DAOs and barely anything about actual software development, and a Discord which I can't look at since I refuse to have a Discord account.</p>
|
|
<p>To be honest, I wasn't sure if Radicle was actually web3 at first, but it <em>was</em> on <a href="https://archive.ph/KJX3R">a list of "best web3 projects"</a>. Since cryptobros like to pretend that they're smarter than everyone else (cue the Bitcoin "few will understand" meme), I've decided in this <em>one</em> instance to take them at their word.</p>
|
|
<p>To install the command-line client, you run the following:</p>
|
|
<pre>
|
|
curl https://europe-west6-apt.pkg.dev/doc/repo-signing-key.gpg | sudo apt-key add -
|
|
echo deb https://europe-west6-apt.pkg.dev/projects/radicle-services radicle-cli main | sudo tee -a /etc/apt/sources.list.d/radicle-registry.list
|
|
sudo apt update
|
|
sudo apt install radicle-cli
|
|
</pre>
|
|
<p>Please note that, at the time of writing, the Radicle binary apparently takes a hundred and seventy-one <em>megabytes</em> of storage space once installed.</p>
|
|
<p>You then run <code>rad auth</code> to create an identity. It creates two keys: one to "identify your device", and another to "identify you across devices". You create a new Radicle repository by running <code>rad init</code>, similar to <code>git init</code>. Instead of <code>git remote -v</code> to show the URL for your repository, you run <code>rad .</code> (That is, <code>rad</code> and then a space and a period.)</p>
|
|
<p>Because I only intend to use Radicle for this test and not as an everyday tool, I chose for my test data <a href="https://codeberg.org/lethe/ovarit_sucks">a Git repository I don't see myself updating much in the future</a>, if at all. (I'm personally hoping for the "not at all" option. You'd have to pay me <em>big bucks</em> to willingly hang out with <a href="../october/ovarit.html">a bunch of ableists</a>.) Radicle didn't like that I had used GPG to sign some of the existing commits, though, because it threw this error:</p>
|
|
<pre>
|
|
user@host:/home/user/radicle-jail/ovarit_sucks$ rad push
|
|
Pushing 🌱 to remote 'rad'
|
|
$ git push rad
|
|
== Push failed
|
|
error: unsupported value for gpg.format: ssh
|
|
fatal: bad config variable 'gpg.format' in file '.git/config' at line 18
|
|
</pre>
|
|
<p>I removed everything in <code>.git/config</code> relating to GPG, but then Radicle complained that my Git version wasn't new enough:</p>
|
|
<pre>
|
|
user@host:/home/user/radicle-jail/ovarit_sucks$ rad push
|
|
Pushing 🌱 to remote 'rad'
|
|
$ git push rad
|
|
Everything up-to-date
|
|
== Push failed a minimum git version of 2.34.0 is required
|
|
</pre>
|
|
<p>As Git version 2.30.2 (the latest available in Whonix and Debian Stable at the time of writing) works perfectly fine for everything else I do, I see no reason to upgrade purely for the sake of Radicle. So into the trash Radicle goes.</p>
|
|
</div>
|
|
<hr>
|
|
<div class="box">
|
|
<h2>Storj</h2>
|
|
<p>Storj is <a href="https://web.archive.org/web/20221124025318/https://www.storj.io/benefits/decentralized-storage">"a distributed network of independent nodes where data is encrypted, split into smaller pieces, and then spread worldwide."</a> In other words, you give it your files and a small amount of payment depending on how much storage space you use, and the Storj network will automatically select the best nodes to host the files. Unlike back in the first post when I was looking at Filecoin, the <a href="https://web.archive.org/web/20221124023541/https://www.storj.io/node#vetting-process">minimum requirements for hosting a node</a> aren't atrocious: very doable, in fact... the only thing I don't have is enough storage space on my VPS.</p>
|
|
<p>Oh, wait, I take that back: apparently you need to <a href="https://web.archive.org/web/20221124023646/https://docs.storj.io/node/before-you-begin/auth-token">get an auth token</a> to set up a node. And the only way to get one is to <a href="https://web.archive.org/web/20221124023635/https://www.storj.io/host-a-node">request one from Storj Labs</a>. Silly me! I thought web3 was supposed to be decentralized!</p>
|
|
<p>"Whatever," I thought. "I'll try it anyway since <a href="https://web.archive.org/web/20221124024157/https://us1.storj.io/signup">you can get 150 GB of space without paying</a> or begging for tokens from a faucet. Unlike <em>some</em> other web3 projects."</p>
|
|
<p>A few moments later: "Wait, why do I have to give an email address and password? I thought web3 was about using crypto for everything, including authentication!"</p>
|
|
<p>So after giving Storj my <em>very centralized</em> email address to make an account, the Storj website gave me two choices:</p>
|
|
<ol>
|
|
<li>either use the web UI and opt in to server-side encryption,</li>
|
|
<li>or install the Uplink CLI to make "object data, metadata and path data" end-to-end encrypted.</li>
|
|
</ol>
|
|
<p>I opted for the second, both because I don't like trusting web UIs if I don't have to and because I wanted to see how well it would perform inside of Whonix, which locks everything behind Tor.</p>
|
|
<pre>
|
|
cd /tmp
|
|
curl -L https://github.com/storj/storj/releases/latest/download/uplink_linux_amd64.zip -o uplink_linux_amd64.zip
|
|
unzip -o uplink_linux_amd64.zip
|
|
sudo install uplink /usr/local/bin/uplink
|
|
uplink setup
|
|
</pre>
|
|
<p>The CLI tool at first run prompts for permission to send analytics, then asks for the name of your device, an API key and satellite address you created for said device during the in-browser account setup, and the passphrase for your account. After successful setup, you can then create a bucket for your data:</p>
|
|
<p><code>uplink mb sj://cakes</code></p>
|
|
<p>"cakes" in this example is the default name given in the online demo. You can make it whatever you want.</p>
|
|
<p>You can then copy files to it:</p>
|
|
<p><code>uplink cp /path/to/file sj://cakes</code></p>
|
|
<p>A progress bar appears. On Whonix, it didn't show any actual progress and the percentage was stuck at 100%, but the upload succeeded after a few seconds.</p>
|
|
<p>You can view a list of files in a bucket by running:</p>
|
|
<p><code>uplink ls sj://cakes</code></p>
|
|
<p>which produces output like the following:</p>
|
|
<pre>
|
|
user@host:/tmp$ uplink ls sj://cakes
|
|
KIND CREATED SIZE KEY
|
|
OBJ 2022-11-24 03:35:34 162839 afkyturj.png
|
|
</pre>
|
|
<p>To make files publically accessible, you can generate a sharing link:</p>
|
|
<p><code>uplink share --url sj://cakes/path/to/file/you/want/to/upload</code></p>
|
|
<p>Uplink originally got angry at me because I didn't specify an expiration date for my file, even though the examples in the online demo didn't say that was an option:</p>
|
|
<pre>
|
|
user@host:/tmp$ uplink share --url sj://cakes/afkyturj.png
|
|
It's not recommended to create a shared Access without an expiration date.
|
|
If you wish to do so anyway, please run this command with --not-after=none.
|
|
</pre>
|
|
<p>Passing the <code>--not-after</code> option made Uplink happy again:</p>
|
|
<pre>
|
|
user@host:/tmp$ uplink share --url sj://cakes/afkyturj.png --not-after=none
|
|
Sharing access to satellite 12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S@us1.storj.io:7777
|
|
=========== ACCESS RESTRICTIONS ==========================================================
|
|
Download : Allowed
|
|
Upload : Disallowed
|
|
Lists : Allowed
|
|
Deletes : Disallowed
|
|
NotBefore : No restriction
|
|
NotAfter : No restriction
|
|
Paths : sj://cakes/afkyturj.png
|
|
=========== SERIALIZED ACCESS WITH THE ABOVE RESTRICTIONS TO SHARE WITH OTHERS ===========
|
|
Access : 1npMNz2QGpdys5h7u9xrq9pWeq1EMqMpGRNzeDWHDVgE4BgATazv6Nw2cufqZuQsrkywpUaC4kUa3LTyASvj6m7ri6xcQGoetJPaHu7Dzdb9xHHiz2XGH1Zxznn4vC4TrCMfmSLyEMYpqSpLyZi7VXf17FRPX9Z4jDdAPV1i7CZ118E4X6FDHBug7he4qF7a4SfQCv64ZT1HEgqtbjaf4X6JyHkWCNw9Zk188GXGFntu6mi4yMawaYUQCB1SKDEqkg9kuLXoSVsZv5WMsVU1URvUyKRvjmioz3FaakKnYfhQM4Z426sZ8cMjgQdYmCjbE8iy3AUU6yaZy415bZDmgpjsSnPU2YunPvntm5bbpZdyJnFUWvGZnUnkmnNZ8GmfpU8vS1ZzZfJ1GZ7oZ2A2kwapG7mk3mETGr24x3s6N6pvVBba6E9Vv36ZAXgUQkPZqgW4H6WRDat8rbqsDnghGZgTJZAhhGtymLZZDgQBdhpA4Wv6
|
|
========== CREDENTIALS ===================================================================
|
|
Access Key ID: [REDACTED]
|
|
Secret Key : [REDACTED]
|
|
Endpoint : https://gateway.storjshare.io
|
|
Public Access: true
|
|
=========== BROWSER URL ==================================================================
|
|
REMINDER : Object key must end in '/' when trying to share a prefix
|
|
URL : https://link.storjshare.io/s/jxxkrms7du35byqxbwx7csyprueq/cakes/afkyturj.png
|
|
</pre>
|
|
<p>You can also view files you've uploaded in the web UI, but then you have to trust the server with your encryption key. If your key ever expires, you can create new ones in the web UI.</p>
|
|
</div>
|
|
<hr>
|
|
<div class="box">
|
|
<h2>Conclusion</h2>
|
|
<p>Unlike the last time I waded knee-deep into web3, this round seems to have actually brought some projects I can use without shelling out money. Solid's only problem was its lack of apps, and I have no reason to doubt Radicle would have worked beautifully had my local Git binary only been newer. But I can't exactly use Radicle to host a website, and Solid, being "web 3.0" instead of web3 proper and thus every Pod still tethered to a specific server, offers no advantages over just throwing some static files behind Caddy. If the storage requirements for a Storj node were lower, I could even be <em>earning</em> money through web3... pennies, maybe. If my goal is to host a website in a decentralized manner, none of the four aforementioned projects would be of any help. I'll just have to keep searching, I suppose. I'll just have to keep wandering.</p>
|
|
</div>
|
|
<hr>
|
|
<div class="box">
|
|
<p align=right>CC BY-NC-SA 4.0 © Vane Vander</p>
|
|
</div>
|
|
</article>
|
|
<script data-goatcounter="https://stats.letsdecentralize.org/count"
|
|
async src="//stats.letsdecentralize.org/count.js"></script>
|
|
<noscript>
|
|
<img src="https://stats.letsdecentralize.org/count?p=/blog/2022/december/web3-2.html">
|
|
</noscript>
|
|
</body>
|
|
</html>
|