Follow the development of the DIV Whitepaper
I
am in the midst of doing a full Whitepaper for the DIV social network now, after some discussions with some of my Steem friends on the steempunks discord server, about what I should be doing next.
The general reaction people have when I start to explain the various elements of the system is strangely different now, than it was before, even though the concepts were no different before.
I guess I earned some credibility by my "aggressive" campaign of exposing mischief here in the Steem "community", and perhaps the bumpy road that has been my last 6 weeks, steadily ending every last addiction I have, and live-blogging the whole thing, and sharing what I am learning from it...
Now that I am at last into the last phases of getting my health fully in order, I am also thinking better and gradually building up momentum and I have thus started putting together a systematic and organised description of what exactly I have in mind.
You can see where I am up to here. It will update periodically as I add more and modify it as I go along.
An urgent need to travel has come up, and I will be offline for most of the next 3 days, but I will be recovering use of my Sony laptop when I get to my destination, and I have got Discord on my smartphone to keep track whenever I am online, as well as a signin on my chrome browser there.
It is time I got some sleep since I have to spend most of the daylight hours tomorrow travelling, but I have migrated to a new github repository under the new steempunks organisation:
Interested and will dive into #Div to see how I can help. What's the key distinguishing factor?
Fully open governance, self hosted codebases, full peer to peer service of the web application and content delivery, 'Fabric' style isolated databases for subunits of the system, a simplified token ledger that uses a property registry model instead of a double entry ledger model, and the necessary 'change operation' justifies the payment of INTEREST on the deposit instrument, there is no option to self-vote (every post is also a vote) and a geographically fractalised Validator network that aims for sub 1 second clearance of transactions and 1 minute complete confirmations, and a Validator election system that encourages competition for slots in the regional and global parts of the network, and no n-Person Prisoner Dilemmas in any voting system. Of course, a peer to peer long and short form account integrated messaging system, external account validation system, to round out the user side features.
On the backend of it, the use of gossip protocols to accelerate confirmation and fork (double spend) elimination, and epidemic distribution patterns to accelerate the process of synchronising replicas and archives. 3 tiers of servers, the Validators, Replicators (RPC) and Archivists (store an unpruned complete database for when RPC's have pruned relevant data from a search), and an infrastructure to enable full text searching, indexing, categorisation and as much machine-processing of the post and media content as possible.
Linked external accounts is an interesting feature.
No advantages to anyone, other than early adoption. I dig that.
It is also a kind of Yellow Pages for users so they can quickly locate other means to send money or messages to another user. I want it to be set up so that people prefer the internal monetary system, but by making it simple to step outside, there is no sense of being forced in the bucket.
It also makes peer to peer exchange easier. I do need to address the issue of escrow, however, either via mutual selected agents, an agent marketplace, or multisig.
It is freedom for the users that they can stay within the network more, while creating easier channels to outside the network, critical for improving adoption rates.
I think, logically, there should be an early application feature in the interfaces, to automatically, for example, post on facebook, twitter and reddit, and others, any head post a user makes, with a linkback to the app download page for DIV, with a special download link such that when the user downloads the ZeroTier/Electron based client, it then opens up the link they clicked on! This would be amazing for adoption. The view would be read-only, but then the user could make an account on the spot and join the party.
I didn't read your terse comment quite correctly. Yes, no advantage to any user other than simply having accumulated more tokens, which is a fair advantage.
I haven't gone into the subject yet either, but we make no promises and do not offer any token presales, aka ICO's because we don't have anything to sell. Anyone who wants to sponsor this project's development is free to, but they only win credit for sponsoring it, and of course, direct assistance in getting to grips with using the system once it is up and running.
I am finding my funding mainly through my Steem blogging, crypto mining, and sorta kinda speculating (mainly, thtat cryptos will keep going up in value for some time yet until the adoption rate saturates the general population).
I'll give it a try. Please advise when it is ready so I can sign up.
Absolutely. The first demographic of target users is Steem users, who already understand what it is and how it works. This is my primary marketing platform.
Cool!
Why "Punisher Steem" logo?
Check the tag #steempunks. Punisher because it is intended that Steem be "radically changed" as a result. Unfortunately I have done all the persuasion and various kinds of efforts required to expose the fact that Steem is stagnating badly. I even forced @ned's hand to order the rollout of v0.19.1rc1 (you're welcome) by my 'undiplomatic' 'aggressive' post asking when we are going to get fixes for a number of really serious bugs. I got banned from the github for 'feature requests' in the issues, but in my opinion both issues were real bugs, just not of the simple logic error level, but on game theory and UX levels.
They are not open to genuine input into the governance process. This is why I have to reboot the whole thing.
Hey thanks for the explanation. I was happy about it for about two days, and Steem is still based on Bitcoin price variations, so Steem wasn't the only thing that stagnated. It was just bad timing because the market dropped so everyone went from yay to blah... stagnation.
It would be nice to have a visualization of all the different Steemit projects and how they interconnect. I feel it's becoming a little over and underwhelming at the same time for people.
Yeah, that's the reason for this project. It's basically what I have been planning and designing for quite a long time, but the need for the resolution of bugs, the need for promised feature implementations, and the need for a change of the underlying structure of the data storage for Steem is now becoming pressing, to my acute sensors...
I've tried to presennt well thought out arguments and point out the plethora of serious prisoner dilemmas in the design of Steem, but they don't want to have it, because they don't really care about onboarding, they just got their eyes on their rewards balances.
That's how it is, I guess.
Speaking of assholes, Exodus wallet has got EOS now... Yet there's no Monero or Zcash or LBRY or any of the other top 15 cryptos in there. Someone has got friends in high places who don't care their little protege likes to leave bad game rules in his stuff so that the early adopters can milk the late comers.
It just makes no sense to me. How many million bux worth of cryptos will buy you the keys to the gates of heaven?? Or even a reputation, in 10 years time...
I was thinking about your reply and wondered if you had thought about using Siacoin for your storage issue. I own quite a few of them and they just came out with plans for a new chip to specifically to mine with less resistance. Sia.tech
I'm not sure what relevance that has - I'm just saying, that the monolithic, graph database used in Steem, combined with large blobs of text, which is a big no-no in graph databases, is leading quickly to a situation where Steem may fail due to endlessly expanding requirement for Shared Memory in the database, and ever-expanding, yet unused indexes because of its being a graph database.
Also, mining is dumb. I nearly had a cereal spitting guy moment when I read that steemit was considering bringing back mining:
For mining new accounts? no less. To solve their 'free accounts' problem, I suppose. I don't know whey they simply did not eliminate the stupid minimum balances rule. The question of spammy account registration is a serious one. I think they should eliminate the free accounts, and make it a simple fee pegged to the SBD. This balance can never be recovered, and should not be recoverable.
Great post, nice pictures. Thank you. @elfspice