real decentralized applications? singapore
Please login or register.

Login with username, password and session length
Advanced search  


Latest Stable Nxt Client: Nxt 1.12.2

Author Topic: real decentralized applications?  (Read 2021 times)


  • Sr. Member
  • ****
  • Karma: +83/-11
  • Offline Offline
  • Posts: 496
    • View Profile
real decentralized applications?
« on: May 09, 2014, 04:18:53 pm »

working on this topic i am again struggeling with a usefull and clear definition here.
while reading some papers (mostly academical/theoretical) in most cases i just see a classical
client/server approach. a server delivers (n) instances to the connected clients with some variations.
in some cases the apps are able to communicate to each other via the central server instance.
calling this a 'distributed' application is fine so far but how would you define a 'decentralized' application?

let's assume a very small os agnostic lightweighted client (e.g. helix) constructed as a realtime
code evaluator/executor (compiler/interpreter hybrid). executable code like apps, modules or even code
fragments (if nessesary including data) are stored selfcontained and fully encrypted localy or remotely
(e.g. on nodes or even within the blockchain). code bigger than a defined threshold (e.g. the 1kb AM)
can be chunked and recombined during runtime (fetching/recombine/execute code < 5s in avg.).
this way the client can extend itself just by remote execute or by fully integrate the code and rebuilt itself.

would this be a decentralized application since it's components can be spreaded over different locations
and mediums or is this just a decentralized 'stored' application?

last assumption, e.g. user A is running a direct from blockchain remote executed quoteboard with a chart
and some simple TA. after setting some indicators and drawing some lines (e.g. resistance /fibo etc)
user A can send the complete quoteboard during runtime, including it's current settings, to user B just by
invoking an app teleport. this way a helix user would act like a decentralized app distributor.

would this satisfy the naming of a 'real' decentralized application?