Oh, forgot one link ...
The "Network topology" documentation of the SSB (offline first social
network protocol) documentation does point out to some disadvantages of
the DAT protocol for building trusted networks of sharing:
The opinion is:
bittorrent/DAT like protocols are pretty good for moving heavy data.
(video, OS images, etc) the best part is that you collaborate only
with other peers who are invested in a particular dataset.
But the weakness (in my opinion) is that they rely on a DHT. DHTs
are bad because peers collaborate anonymously, you have cannot
estimate their trustworthyness and consequently, DHTs tend to have
poor privacy (because an adversary could easily add peers that
monitor you) and poor sybil resistance (again, because you have no
way to know that a peer is "near you" or "on your side")
This happens because work is distributed between peers uniformly.
Peers are mapped into a hash ring, so to get a hash, you traverse
peers closer and closer to your target.
One of the core ideas in ssb is to map the computer network along
the social network (thus defeating spam, because you arn't friends
BTW, I'm not interested in a religious protocol war. I think it's nice
to focus the discussion on what protocol works for what needs. And there
are quite specific needs for low tech.
On 0, Amos Blanton <amos.blanton(a)gmail.com> wrote:
Greetings list -
Inspired by the great low powered server described on the lowtechmagazine
website, I'm interested in setting up a home solar powered server for my
personal website. I set up a webserver on a raspberry pi and made an
instructable about it long ago.
While I appreciate the need to accept some downtime, I wonder if folks on
this list have thought about strategies for federating solar powered
servers to share load? Up here in Denmark I have a great deal of daylight
at the moment - maybe 18 hours or so. If I could mirror other small sites,
and serve them when their hosts are low on batteries, I'd be happy to do
it. And I could use the same sort of help when winter comes.
I wonder if anyone here has considered creating a solar-energy load
balancing service. Members would get mirrorred in other member's
locations, and report their remaining battery capacity / charging status
to the balancer. The load balancer could then route requests to whoever
has the most charge / active sunlight at the moment. Or perhaps there is a
strategy that would use something like the bittorrent protocol to server
Interesting in any thoughts you have. And thanks for making and sharing
such excellent documentation!
HBSC mailing list -- hbsc(a)we.lurk.org
To unsubscribe send an email to hbsc-leave(a)we.lurk.org