Leveraging my previous work with Dawn to benefit Steem

in distributed-systems •  8 years ago 

While reading through the comment thread at #jesta's Vessel GUI wallet: https://steemit.com/steem-project/@jesta/vessel-pre-release-looking-for-feedback (and available at https://github.com/aaroncox/vessel/releases ), I composed this comment, and I realised that it deserves not just to be there on an old thread, but posted in my profile as well.

I have also once again declined payout on this post because I believe that the reward for drawing people's attention to this is not monetary and will have a feedback effect that will help me continue to apply my problem solving and design/engineering/architecture skills to furthering the empowerment of individuals through distributed systems networks.

Note that i do not say 'blockchain' because this is just one form of distributed database replication methods, due to my extensive research while I was working with @faddat on his project Dawn, it also includes messaging protocols which do not store data permanently.


I had been working on, during my time away from Steem the architecture and protocol specs for a one-datatype one-database, non-blockchain structured distributed database and application framework that takes distributed systems to what I think is the next level - automatic geolocation sharding, fractal epidemic back-propagation and regular digest reposts to allow potentially, sub 100ms clearance times, in a provisional form, for distributed databases like Steem.

You can see the beginnings of the documentation and initial parts of the protocol specification here:

https://gitlab.com/dawn-network/nexus

The reason why I am responding to this post in this way, is because what I am proposing could implement, even better than just a wallet with 50 different distributed database 'wallets' in it, a mechanism whereby this inter chain commmunication can be 'centralised' in this system, and allow the binding of all blockchains together into a cohesive whole.

This would include exchanging on chain, monetising the delivery of uploaded media from users for small nodes providing local replication, it would facilitate further experiments in the architecture of distributed database, and a critical element also, alongside allowing the aggregation of a user's many crypto accounts into a single account database from which they can manage them, is to enable 'in band' instant and long form messaging (email and instant messaging) which is bound to these accounts and can be also third party verified through challenges, enabling seculity while greatly increasing utility of cryptocurrencies and appchains like Steem, indeed LBRY as well, and potentially, a foundation with which to implement the long promised Fabric of Steem.

I would thus like to suggest that this may represent a means towards continuing the adoption and proliferation of use cases for Steem, beyond the current, somewhat difficult to expand framework of Steem's system.

Authors get paid when people like you upvote their post.
If you enjoyed what you read here, create your account today and start earning FREE STEEM!
Sort Order:  

The article is a bit difficult to grasp but do you suggest a 'one chain to bind them all' solution?

  ·  8 years ago (edited)

Essentially, yes. I came up with this after a comment talking about multi-coin crypto wallets, and I realised that the work I have done directly parlays into an on-chain rather than client-side solution.

The actual inter-chain communication, if it can be called that, because it goes beyond that, is then executed by the servers in the system I have designed, meaning the clients do not have to implement a different version of how to broadcast a transaction, or indeed draw data off the relevant chain, into a cohesive whole.

It is prima facie 'centralisation' of the blockchains, but this is a gloss which leaves out the important fact that the design, as you would understand if you read what I have designed so far, in fact distributes the power more widely than any blockchain system so far, and bridges the gap between local and global consensus to enable extreme low latency transaction clearance.

Transactions to blockchains are essentially user submitted additions of data to a globally consensual database. This consensus can be subdivided for reasons of latency and reducing the load on individual nodes so that the floor on the barrier to entry is lowered as much as possible, while still producing the vital global consensus that is required in a trustless, polycentric system.

Congratulations @l0k1! You have completed some achievement on Steemit and have been rewarded with new badge(s) :

Award for the number of upvotes

Click on any badge to view your own Board of Honnor on SteemitBoard.
For more information about SteemitBoard, click here

If you no longer want to receive notifications, reply to this comment with the word STOP

By upvoting this notification, you can help all Steemit users. Learn how here!