mirror of
https://github.com/monero-project/monero-site.git
synced 2024-12-29 15:09:28 +00:00
8d79f880dc
main: - [x] translated: de.yml - Status: peer-reviewed - [x] translated: lang\de\ - Status: peer-reviewed - [x] added: "de: Deutsch in other ymls" resources: * untranslated: moneropedia - some terms added to match de.yml * untranslated: user guides * untranslated: developer guides Special thanks to ErCiccione and rodolfo912 as well as to rbrunner7
1.7 KiB
1.7 KiB
tags | terms | summary | |||
---|---|---|---|---|---|
|
|
The mechanisms in which information travels within I2P |
{% include untranslated.html %}
The Basics
Messages (which exist on top of the @transports layer), contain varying types of information that are needed for the network but, most importantly, everything you see, do, send, or receive, will come and go in the form of messages.
There are 2 essential types of messages in @I2P:
- @Tunnel messages
- @I2NP messages
Essentially: @tunnel messages contain @I2NP message fragments which are then reassembled at certain points within a @tunnel's path.
In-depth information
@I2NP messages have a close relationship with @tunnel @messages so it is easy to get the term messages confused when reading @Java-I2P specifications:
- First, the tunnel gateway accumulates a number of I2NP messages and preprocesses them into tunnel messages for delivery.
- Next, that gateway encrypts that preprocessed data, then forwards it to the first hop.
- That peer, and subsequent tunnel participants, unwrap a layer of the encryption, verifying that it isn't a duplicate, then forward it on to the next peer.
- Eventually, the tunnel messages arrive at the endpoint where the I2NP messages originally bundled by the gateway are reassembled and forwarded on as requested.
Notes
- @I2NP @messages need to be fragmented because they are variable in size (from 0 to almost 64 KB) and @tunnel @messages are fixed-size (approximately 1 KB).
- For details and specifications, visit the I2NP spec and Tunnel Message spec