Half a croissant, on a plate, with a sign in front of it saying '50c'
h a l f b a k e r y
We don't have enough art & classy shit around here.

idea: add, search, annotate, link, view, overview, recent, by name, random

meta: news, help, about, links, report a problem

account: browse anonymously, or get an account and write.

user:
pass:
register,


             

ConstantCrypto

 Low-bandwidth, always-on, peer2peer, crypto channel
  (+4)
(+4) 		  [vote for,
against]

Traffic analysis is still the bane of truely anonymous peer to peer communication. It is straightforward to extend current peer2peer concepts to provide distributed, routed messaging over a low bandwidth utilization channel that transmits a constantly flowing, encrypted data stream.

I guess the question is why you would want to do such a thing since it wouldn't be that good for swapping pirated music or whatever. Personally I like the idea of setting up an adhoc distrbuted data haven.

—GeneticCrypto, Sep 16 2000

Tor http://tor.eff.org/
For political dissidents (thumbs up), principled techies (thumbs up), and pedophiles (thumbs down) [TerranFury, Feb 11 2007]

Please log in.
If you're not logged in, you can see what this page looks like, but you will not be able to add anything.
Short name, e.g., Bob's Coffee
Destination URL. E.g., https://www.coffee.com/
Description (displayed with the short name and URL.)






       Good idea, but who decides what data flows through this data stream, and exactly who gets access to it?
—BigThor, Sep 16 2000
   

       Peer participants would get access. I have performed small tests using 1k/sec streams. A symmetric peer2peer connection consumes 2k/sec bandwidth. The upshot is that peers have to choose to be hubs by establishing > 2 peer connections.   

       Routing, of course, is the tough part. I have worked through a "route subscription" mechanism whereby people with something to send request a route allocation from their peer(s). Nothing can be sent without a subscribed route. True message data, not cumulative cryptographic stream data, would queue up at peer locations if they were congested.   

       One of the keys to the stability of the system is that there would be no concept of bandwidth disparity becuase the channel bandwidth is explicitly limited. Streams that are statistically too fast or too slow get dropped. Pacing is part of the ConstantCrypto communications layer. The assertion is that if peers have N symmetric peer connections that are all bandwith choked then bytes in always equals bytes out.
—GeneticCrypto, Sep 16 2000
   

       Needs a bit of chaffing to prevent analysis of groups that join at the same time.
—hello_c, Sep 18 2000
   

       Why not high bandwidth? They are already rolling out 100mb/s consumer broadband connections in my area.
—kinemojo, Feb 10 2007
   

       Not everyone has a high bandwidth connection yet, last I heard a good percentage of US citizens are still stuck with dial-up modems.
—Raithah, Feb 12 2007
   


 

back: main index
business  computer  culture  fashion  food  halfbakery  home  other  product  public  science  sport  vehicle