The Invisible Internet Project (I2P)

I2P adalah sebuah jaringan anonim, mengekspos lapisan sederhana yang aplikasi dapat gunakan untuk secara anonim dan aman mengirimkan pesan ke satu sama lain. Jaringan itu sendiri adalah semata-mata berbasis perpesanan (a la IP), tetapi ada sebuah pustaka yang tersedia untuk memungkinkan komunikasi streaming yang dapat diandalkan diatasnya (a la TCP). Semua komunikasi dienkripsi akhir ke akhir (total terdapat empat lapisan enkripsi yang digunakan ketika mengirim sebuah pesan), dan bahkan titik akhirnya ("tujuan") adalah pengidentifikasi kriptografik (pada dasarnya sepasang public keys).

Bagaiman cara kerjanya?

Untuk menganonimkan pesan yang dikirim, setiap klien aplikasi memiliki build "router" I2P masing-masing dengan beberapa inbound dan outbound "tunnels" - sebuah urutan peer yang melewati pesan dalam satu arah (ke dan dari klien, berturut-turut). Pada gilirannya, ketika klien ingin mengirim pesan ke klien lain, klien akan melewati pesan itu dari salah satu outbound tunnels nya yang menargetkan satu dari klien inbound tunnels lain, dan akhirnya sampai ke tujuan. Setiap partisipan dalam jaringan memilih panjang tunnels tersebut, dan dalam melakukannya, membuat pertukaran diantara anonimitas, latency, dan throughput berdasarkan pada kebutuhan. Hasilnya adalah jumlah peers yang merelay setiap pesan akhir ke akhir adalah minimum absolut yang diperlukan untuk bertemu dengan kedua pengirim dan penerima model ancaman.

The first time a client wants to contact another client, they make a query against the fully distributed "network database" - a custom structured distributed hash table (DHT) based off the Kademlia algorithm. This is done to find the other client's inbound tunnels efficiently, but subsequent messages between them usually includes that data so no further network database lookups are required.

More details about how I2P works are available.

What can you do with it?

Within the I2P network, applications are not restricted in how they can communicate - those that typically use UDP can make use of the base I2P functionality, and those that typically use TCP can use the TCP-like streaming library. We have a generic TCP/I2P bridge application ("I2PTunnel") that enables people to forward TCP streams into the I2P network as well as to receive streams out of the network and forward them towards a specific TCP/IP address.

I2PTunnel is currently used to let people run their own anonymous website ("eepsite") by running a normal webserver and pointing an I2PTunnel 'server' at it, which people can access anonymously over I2P with a normal web browser by running an I2PTunnel HTTP proxy ("eepproxy"). In addition, we use the same technique to run an anonymous IRC network (where the IRC server is hosted anonymously, and standard IRC clients use an I2PTunnel to contact it). There are other application development efforts going on as well, such as one to build an optimized swarming file transfer application (a la BitTorrent), a distributed data store (a la Freenet / MNet), and a blogging system (a fully distributed LiveJournal), but those are not ready for use yet.

I2P is not inherently an "outproxy" network - the client you send a message to is the cryptographic identifier, not some IP address, so the message must be addressed to someone running I2P. However, it is possible for that client to be an outproxy, allowing you to anonymously make use of their Internet connection. To demonstrate this, the "eepproxy" will accept normal non-I2P URLs (e.g. "") and forward them to a specific destination that runs a squid HTTP proxy, allowing simple anonymous browsing of the normal web. Simple outproxies like that are not viable in the long run for several reasons (including the cost of running one as well as the anonymity and security issues they introduce), but in certain circumstances the technique could be appropriate.

The I2P development team is an open group, welcome to all who are interested in getting involved, and all of the code is open source. The core I2P SDK and the current router implementation is done in Java (currently working with both sun and kaffe, gcj support planned for later), and there is a simple socket based API for accessing the network from other languages (with a C library available, and both Python and Perl in development). The network is actively being developed and has not yet reached the 1.0 release, but the current roadmap describes our schedule.