Compound Structures: Difference between revisions

From Adam Colton
Jump to navigation Jump to search
No edit summary
No edit summary
 
Line 1: Line 1:
Structures built from basic components.
== Braid ==
== Braid ==
Two users that wish to communicate but remain anonymous can create a braid. Users can establish communication via a signal.
Two users that wish to communicate but remain anonymous can create a braid. Users can establish communication via a signal.
Line 8: Line 6:
There will be a defined protocol for using the channels. Something that uses the channels mostly evenly, but in a way that there is always enough redundancy left over to patch cut lines. If Bob is not following protocol, Alice can cut the communication because he may be trying to locate her.
There will be a defined protocol for using the channels. Something that uses the channels mostly evenly, but in a way that there is always enough redundancy left over to patch cut lines. If Bob is not following protocol, Alice can cut the communication because he may be trying to locate her.


== Virtual Server ==
== Swarm Server ==
A group of peers can form a virtual server. A server is defined by it's ability to store resource and perform computation.
A group of peers can form a swarm server.
 
Every peer within a virtual server knows every other peer and has a trust rating. With [[TrustGraph]] this allows us to know the trustworthiness of every other peer.
 
A Swarm allows for broadcasting. I haven't worked out the best method for this, but a message will be delivered to every node in the network at least once, preferably with as little overhead as possible. A swarm can limit the size of broadcast messages. They can limit if a message has to come from a member, and they can ration messages is they do need to come from a member.


The group can manage resource redundancy. Each resource will have enough copies to reasonably protect against loss, but no user needs to carry the entire server content.
A swarm also maintains a DHT. Resources can be placed in the DHT, depending on configuration, put commands may be limited to trusted members.


Any user can perform a computation. But to reduce repetition, complex computations can be performed, signed and published. Particularly important here, if a user provides some input to the server, a few peers can validate it, then the rest of the group can use their validation. But each node needs to independently choose if it will perform a validation. If we were to just say ok - there's already 3 validations, that would make conspiracy easier. If, instead, each node makes the choice independently, than we may see an average of 5 validations, if we see 10 validations, that may be a sign of conspiracy, but as long as the conspirators don't control a significant portion of the nodes, it should be easy to root out.
=== Anonymous Swarm Server ===
Each node creates an ID just for use with the swarm. All communication is done through [[Beeds]].


[[Category:Waxnet]]
[[Category:Waxnet]]

Latest revision as of 17:08, 2 March 2016

Braid

Two users that wish to communicate but remain anonymous can create a braid. Users can establish communication via a signal.

Alice sees that Bob has posted a signal and would like to open communication. She creates a few (say, 6) return routes, each with a limited number of uses (say 10). Bob can now send up to 60 messages to Alice. Bob uses one of these to send Alice a similar package. Alice knows the 18 nodes she used in her routes. When one of those nodes goes offline, she can send Bob a new route to replace it.

There will be a defined protocol for using the channels. Something that uses the channels mostly evenly, but in a way that there is always enough redundancy left over to patch cut lines. If Bob is not following protocol, Alice can cut the communication because he may be trying to locate her.

Swarm Server

A group of peers can form a swarm server.

Every peer within a virtual server knows every other peer and has a trust rating. With TrustGraph this allows us to know the trustworthiness of every other peer.

A Swarm allows for broadcasting. I haven't worked out the best method for this, but a message will be delivered to every node in the network at least once, preferably with as little overhead as possible. A swarm can limit the size of broadcast messages. They can limit if a message has to come from a member, and they can ration messages is they do need to come from a member.

A swarm also maintains a DHT. Resources can be placed in the DHT, depending on configuration, put commands may be limited to trusted members.

Anonymous Swarm Server

Each node creates an ID just for use with the swarm. All communication is done through Beeds.