Seems like a lot.
Maybe I have a swearing problem!
I remember when I first came to Steem there seemed to be an unspoken rule of politeness and manners. I remember in the comments of one of my posts years later someone was like, "Wait, you're allowed to curse here?"
Yep... yep you certainly can.
Still not many people do.
Very unprofessional.
Not very PC!
Then again, there are no rules.
Blockchain wins.
This is the very first time I've ever been able to search the words inside my posts. Up until know I could only link back to old posts based on the title.
The original script this code was based off of was something that I built way back in 2018 when I was first learning the ropes of not only the 'Steemit' API, but also Javascript itself (and HTML/CSS). The code is HORRENDOUS! Just awful. It was seriously painful to even look at. Wow, just terrible noob code.
var client = new dsteem.Client('https://anyx.io')
I seriously can't believe this code still works after 4 years. Think about that. Amazing! Like seven hardforks and a hostile takeover and a complete rebrand and this garbage code still does exactly what I programmed it to do, which is fetch all my discussions so I can browse through them and link back to them.
I know at least one person who appreciates my aggressive referencing back to old content. I like to keep my data and thoughts linked with previous thoughts and data. What can I say.
Let's find out!
@edicted/bitcoin-is-not-traceable
Success!
Pretty sweet.
Now that the data is persistent in my database stored directly on my SSD instead of browser RAM, I can actually close Chrome and even restart my computer without having to ask a Hive full node for all the information all over again. That's right, every time I closed the tab for this script in any way, all the data disappeared, and I had to ask a full node for 2000 posts all over again.
I seriously probably did this like... I don't know... at least 100 times over the last four years? If I requested the info once a week on average that's over 200 times. At first it wasn't that bad when I only had 500 posts. Then I had 1000 posts. Then 1500, and now over 2000. It was adding up, fam.
I feel like this is the perfect example of how inefficient blockchain tech is. Hell! This isn't even an example of how decentralized tech is inefficient... just how extremely inefficient I was being with my own code because... you know... I could afford to be. The cost was zero. In this case the entities paying for bandwidth are anyx and "unlimited" ISP service.
Again I think the key to blockchain sustainability is a completely revolutionary new model where all data has value. WEB2 trades the bandwidth away for 'free' and opts to seize ownership of all data and identity brands and advertising revenue on their own platform. That model isn't going to work on WEB3, yet every single dev out there and their mothers are trying to shove a square peg into a round hole. It's not going to work.
The database work I'm doing right now shows how every client can also be their own server on a public network where all the information is available. Show me a node on Hive that let's me search the body of my posts for a word and spits out the 360 answers in under 1 second. That functionality just simply does not exist because providing generic utility like that to everyone would cost way too much for an inefficient decentralized network to handle. That's fine... because I can do it locally on my own computer just fine.
The great thing about this script upgrade that I'm doing right now is that now I can branch out and start looking at other user's blogs as well. And I can branch out and look at other data like comments and transaction history. Now when I make progress the data will actually be saved in my database instead of being vaporized in RAM every time I close the tab. Not to mention how much better search functionality MySQL has vs some garbage code I wrote 4 years ago using basic array data storage in Javascript.
Eh well, I was just learning Javascript. Also there's just not really any money in a project like this. Pretty much just for fun and experience. I'm only upgrading the code now because I've legit been using this code for over four years and the utility of being able to search through old posts has proven quite invaluable for my little blog journey I have going over here.
Also in order to connect Javascript to MySQL I needed to start learning Node.JS server script, which just seemed like a nightmare scenario... trying to learn so many things at the same time. I've made very slow progress, but I have made progress.
This is actually crazy compared to the garbage I had before.
I'm calling this project the Orbital Command Center.
'Orb' for short because less-is-more and it's a better name.
Yeah I was on an alliteration kick for a second back in 2018.
Back when I was dirt poor and this was Steem and I thought I was going to put a ton of work into the project in order to mitigate the weight of upvotes on the network and how they directly correlate to the order of the trending tab and the fact that the rich get richer. This was also back when everyone was shamelessly using bid bots to buy their way into trending. Look at how far the network has come without my help. Ah well I'm here now let's see if I can actually build something useful.
It should come as no surprise that searching and filtering data on this blockchain is absurdly difficult to do. I just searched for "luna" on peakd and the results took over 5 seconds to populate. Turns out that organizing data in a helpful way is actually pretty difficult. When I searched for "fuck" and filtered my own name, the search took 10 times longer than my code and only returned 43 posts instead of 360.
Even more importantly: when I run the search locally on my own computer like this there is no internet bandwidth usage required. Having a database on the client-side can greatly cut down on the need to transfer the same information to users over and over again. How many times has peakd shown you the same blog post or the same transactions in your transaction history? Theoretically it only needs to be send to your computer one time and that's it. However, this infrastructure currently does not exist.
Well, they kinda do: they use a technology called "cookies". You've probably heard of them, but if not this is just data stored in your browser that WEB2 servers can use to store information and track what you are doing. They can't really force you to run a database like I'm suggesting in this post, but then again they don't need to.
The real reason why WEB2 would never do something like this is that databases and node servers are a web of permissions and certifications. A WEB2 service would never give anyone full access to the system. That would be disastrous! Also, on an intrinsic level, WEB2's entire business model is one where they monetize massive quantities of data. They literally can't afford to give that data away for free, and the APIs reflect that.
On WEB3 this is totally the opposite. Everything is public; everything is viewable. Jesus, we even store every single password directly on chain! How insane is that?
Think about how crazy this is compared to WEB2. Not only do we store passwords directly on chain for anyone to see, but also if we didn't store public keys on chain the entire system wouldn't even work. There are many foundations of WEB3 that are completely contrary to WEB2, which is why it's so absurd that so many devs out there keep projecting WEB2 tactics onto WEB3 because they simply do not know any better. We are still very very early adopters; this is obvious from a developer's perspective. Encryption is magic, wielded by math ninjas.
The end-game goal of this Orb project is to finally build out my reputation system that I was theory-crafting years ago (2018 ew). By allowing users to participate in this reputation system, and then combining data from multiple users, we can create new feeds and new ways to curate data on the chain.
The reputation system (if it works correctly) can also be used to create an entire suite of dapplications. For example, if p2p reputation is implemented, all of a sudden I could build the Soul project (p2p loans based off of reputation) & the iRate network that allows trusted users to review products/services. The key to reviews is to review the reviewers themselves and make sure they aren't providing useless information (and paying them for good information).
Paying for data/bandwidth could NEVER work in WEB2. That's why no one is talking about it now. Everyone assumes we need to provide free service because everyone expects free service because of the WEB2 business model that everyone knows and "loves".
That is not how WEB3 works. We now have direct access to not only a native currency but also with something like Hive we can create income & payment streams in real time. We absolutely can micro-charge an account three cents because they used a lot of bandwidth.
The key to this WEB2 >> WEB3 transition is a user experience where the user doesn't even realize they're being charged when they join the network. That means logging in with a username and password and email account recovery (custodian holds the private keys until they transition to WEB3). We are already developing this tech across multiple platforms. Splinterlands and Leofinance and the Speak network are all building this exact user experience independently because it is so important.
The second part of this transition (super ironic) requires that we allow users to go into debt. Accounts will be charged for data usage, but their balances will be allowed to go negative up to a certain point. It is in this way that the service will appear like it is a free WEB2 thing when it reality this is all a trick of WEB3. Because users actually build value within a WEB3 ecosystem (example: upvotes), this debt can also be paid off in the background without the noobs having any idea what is going on until they figure it out like a year later. These small baby-steps are key to lowering the learning curve for WEB3.
Again, this is super ironic, but the future of crypto is a pyramid of trust. Using Hive as a template, at the top of this trust-pyramid are the witnesses. We trust that the data extracted from their nodes is the truth. We can verify this trust by pinging multiple full-nodes for the same piece of data or (even better) by running our own node to verify the data we are getting is the truth.
However, I believe the end game is to flush out the pyramid and allow "second layer" users to create peer-to-peer solutions that allow us to scale up. For example, the database I'm building right now would be an example of this second layer. I received the data from layer-one (in this case 
This is a crude example of how we can outsource data and resources so that all the burden of bandwidth and computer power does not fall on the top 20 witnesses in a centralized manner. The beauty of Hive is that the max blocksize is only 65 kilobytes. Imagine how absurdly easy it would be to share data and organize it in a peer-to-peer torrenting system where the data has actual value (even if it's only pennies, those pennies add up).
More importantly, a strategy like this also completely eliminates the Sybil and DDOS attacks that WEB2 suffers from. If everyone has to pay for data instead of getting it for free, a DDOS attack becomes impossible because the person getting attacked is making money off of the attack.
Same story. With innovative solutions, WEB3 can monetize WEB2 attacks against it and actually profit from the attack. On a technical level, this is an insane development. Alas, again, the infrastructure just really doesn't exist yet. But it will get built eventually. The value of such things is simply too great.
It's nice to get back into programming on a small project like this. Make no mistake, my Magitek project is still there but I needed a less daunting task in order to jump back into the programming game. I'm excited to get back to it now that I have a database up and running.
I'll be damned if I'm gonna let a crippling recession keep me down.
Bear markets are for building, and I'm ready to buidl.