0.0.0-8 • Published 3 years ago

@plurid/deserve-client v0.0.0-8

Weekly downloads
-
License
SEE LICENSE IN LI...
Repository
github
Last release
3 years ago

deserve is a software architecture and libre server for owning the data you generate and controlling the code run when using an internet service.

deserver is a hardware device running a deserve node.

Contents

The Why

Metaphysics has been trying for 2,500 years, at least formally, leaving a paper trace, to establish an essence to this matter-arrived-at/arisen-to/fallen-into-being that we call ourselves. And the debate will and should go on for a few more thousands of years, since we are merely at the beginning.

However, some issues do seem to be clear. We generate information, data, and in some sense we are data. We-I am this pattern of information modifying itself and being modified through self-perceived/interpreted interaction, data pattern which rests upon a substrate of carbon-based cells.

Since you cannot access directly the data pattern from the inside, then, to some extent, there is nothing that is more intimately you than the externalized data that you output. In this sense, a thought is still externalized data, even if not excraniated data, since it never leaves one's casing. However, if we were to glance at the way that data is handled after being outputted one would consider that it is completely worthless, less than trash. As soon as data is generated it is being given to a completely different entity, the generator remaining, in most cases, without any kind of access to it. Monetary issue aside, this is a problem of control. You, the generator of the data, ought to have control over the data regardless of what service you wish to borrow it to. And the data transaction ought to be a borrow from the generator to the service, with or without any kind of additional mono/bi-directional monetary transaction, and not a mere irreversible giving.

Although the state of data is a political problem (as in dealing with res publica, public things), it has appeared actually due to a technical shortcut: the client-server architecture.

The client-server architecture, and the underlying infrastructure, is meant to surpass two problems: the Byzantine generals problem, correction of transmission, and the broadcasting problem, multiplicity/dissipation of transmission. Simply put, the client-server architecture is the easiest way to establish a network between providers and consumers. And this has worked until now, given the somewhat impersonal nature of the data handled by computers: general documents, extensions of the paper-as-book metaphor into a digital space. However, if we are to generate a personal computing space, the client-server architecture reveals it's grounding in the master-slave dialectic and with it the inadequacy of assuring the control of the data into the generator's grasp, if you will, a master-master dialectic.

This grounding of a why must happen at this depth, if not even deeper, since data will become ultimately the final material, and its flows ought to concern everyone and everything. However, very simply put, regarding the problem of data ownership there is only one solution: you must become your own server.

The What

deserve is a conception of generator-owned data inter-transfer† and an implementation of such a data server, owned by one or few† entities, to be queried by network services for data. The data can be structured raw data (numbers, strings, boolean values), binary files, or even code, which enhance or customize the service based on the specification of the data owner.

generator-owned data means that the entity which generated a piece of data is ultimately the entity which controls, owns that data; data inter-transfer means that the data is ultimately meant to be used, shared in a network of entities and services;

‡ the few should always be entities that know and meet each other on a near-daily basis; a deserve server loses its meaning when 'shared' by thousands or more of mutually unknown, unrelated entities; as a general heuristic, it is better to have thousands of deserves with few entities each than few servers with thousands of entities each.

The topology of a deserve environment is comprised of the owner and the network service.

The owner's server is the node. A node can run on any machine, it will connect to a core through the router provided by the network service. The service operates on the core through the operator. A node has only one core on a service. A service can operate with an indefinite number of operators on the core of the node, and can have an indefinite number of cores-nodes connections.

The relater is the evolution of the browser from a mere exploratory tool to one of direct dataflow control.

The owner runs the node on a separate machine. It is best if the owner actually owns that particular machine, however pooled datacenters can be deployed.

On a dent, or on any of the legacy devices (laptops, tablets), the owner runs the relater software.

Through the relater the owner controls the data in the owner's node and connects to services on the network.

Usage

deserve can be used by a data owner, someone who owns the data while using an internet service, and/or by a data servicer, an internet provider of a service.

Data Owner

The data owner can buy, build, or borrow a deserver, a specialized computer that will work as the deserve node.

Data Servicer

The data servicer must setup a deserve-router and provide deserve-cores as requested by the owners of data using their services.

Packages

@plurid/deserve-core • service-side

@plurid/deserve-node • owner-side

@plurid/deserve-router • service-side

Codeophon

0.0.0-8

3 years ago

0.0.0-7

3 years ago

0.0.0-6

3 years ago

0.0.0-4

3 years ago

0.0.0-5

3 years ago

0.0.0-3

3 years ago

0.0.0-2

3 years ago

0.0.0-1

3 years ago

0.0.0-0

3 years ago