

The Tor system has a protocol for enabling connections between two nodes without either knowing where the other is, it is the Rendezvous protocol used for hidden services. I believe it is one of the core objectives of the Whisper protocol to hide location of sender and receiver and in transit, make it difficult if not impossible to establish one, the other or both. None of the others listed above particularly have any means to hide the source and destination of messages.

The problem with this of course is that it greatly increases the exposure of the whole network to a body of encrypted material that ideally should not be easily accessed at all.
What is whisper app how to#
The Bitmessage protocol propagates messages blindly across the network, and the proper recipient knows how to decrypt it and receives it (just like everyone else) but then stores it and lets its’ user know it’s got a new message. ¶ Considerations for Defeating Traffic AnalysisĪll existing protocols for location obscured instant messaging have complicated problems to do with routing. Rest coming soon, once I’ve finished prototyping. Uses the "shh" protocol string of DEVp2p.

Messages less than 64K bytes, typically around 256 bytes. High latency, high TTL 1-* publication messages.Low-latency, 1-1 or 1-N signalling messages.Dark No reliable methods for tracing packets or.Uncertain-latency Not designed for RTC.Low-bandwidth Not designed for large data transfers.Low-level API only exposed to DApps, never to users.In general, think transactions, but without the eventual archival, any necessity of being bound to what is said or automated execution & state change. This could be a DApp for a whistleblower to communicate to a known journalist exchange some small amount of verifiable material and arrange between themselves for some other protocol (Swarm, perhaps) to handle the bulk transfer. DApps that need to provide dark (plausible denial over perfect network traffic analysis) comms to two correspondents that know nothing of each other but a hash.DApps that need to provide non-real-time hinting or general communications between each other.For example, a currency exchange DApp may use it to coordinate an offer prior to creating one (or two, depending on how the exchange is structured) transactions on the exchange. DApps that need to signal to each other in order to ultimately collaborate on a transaction.The offer wouldn’t be binding, merely a hint to get a potential deal started.

In this case, it may last anything between tens of minutes and days. For example, a currency exchange DApp may use it to record an offer to sell some currency at a particular rate on an exchange. DApps that need to publish small amounts of information to each other and have the publication last some substantial amount of time.
