{"id":34632,"date":"2019-10-31T21:59:31","date_gmt":"2019-10-31T18:59:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ton-telegram-open-network-chast-1-vstuplenie-setevoj-uroven-adnl-dht-overlejnye-seti\/"},"modified":"2019-10-31T21:59:31","modified_gmt":"2019-10-31T18:59:31","slug":"ton-telegram-open-network-chast-1-vstuplenie-setevoj-uroven-adnl-dht-overlejnye-seti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/ton-telegram-open-network-chast-1-vstuplenie-setevoj-uroven-adnl-dht-overlejnye-seti","title":{"rendered":"TON: Telegram Open Network. Part 1: Introduction, Network Level, ADNL, DHT, Overlay Networks","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"TON: Telegram Open Network. Part 1: Introduction, Network Level, ADNL, DHT, Overlay Networks\" src=\"\/wp-content\/uploads\/2019\/05\/65710678b9e432476cf1b6e24348a7ac.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>For two weeks now, the Runet has been buzzing about Telegram and the situation with its senseless and merciless blocking by Roskomnadzor. Many have felt the repercussions, but all this is material for posts on Geektimes. What surprised me is that I still haven't seen a single analysis on Habr about the upcoming Telegram-based network TON \u2014 Telegram Open Network. I wanted to fill this gap, because there is much to explore even despite the absence of official statements about it.<\/p>\n<p><\/p>\n<p>As a reminder, there are rumors that Telegram has launched a massive closed ICO, having already raised incredible sums. It is expected that this year a cryptocurrency called Gram will be launched \u2014 and each Telegram user will automatically have a wallet, which in itself creates a considerable advantage over other cryptocurrencies.<\/p>\n<p><\/p>\n<p>Unfortunately, since there are no official statements, I can only rely on <noindex><a rel=\"nofollow\" href=\"https:\/\/denull.ru\/telegram\/ton-tech.pdf\">a document of unknown origin<\/a><\/noindex>, which I warn you about right away. Of course, it may turn out to be a very skillful forgery, but it's also possible that this is the real whitepaper of the future system, written by Nikolai Durov (and leaked, probably, by someone from the investors). But even if it is a fake, no one can forbid us from studying and discussing it, right?<\/p>\n<p><\/p>\n<p>So what does this document say? I will try to summarize it in my own words, closely sticking to the text, but in more human terms (may Nikolai forgive me for his tendency to delve into formal mathematics). Keep in mind that even if it is authentic, this is a draft description of the system, and it is very likely to change by the time of the public launch.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>We learn that besides cryptocurrency, many, many other things are anticipated. Let's break it down in order.<\/p>\n<p><\/p>\n<ul>\n<li><strong>TON Blockchain<\/strong>. This is the foundation of the entire system. If you don't know what a <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%91%D0%BB%D0%BE%D0%BA%D1%87%D0%B5%D0%B9%D0%BD\">blockchain<\/a><\/noindex> is, I recommend finding out, because there will be many blockchains here. Nested within each other, virtually fragmented, and even 'vertical' blockchains inside the blocks of other blockchains. And there will be several cool-sounding terms like <em>Instant Hypercube Routing<\/em> and <em>Infinite Sharding Paradigm<\/em>, but more on that later. And of course, proof-of-stake and smart contracts.<\/li>\n<li><strong>TON P2P Network<\/strong>The peer-to-peer network on which the system will operate. This will be the primary focus of this part of the narrative.<\/li>\n<li><strong>TON Storage<\/strong>A file storage system that will be constructed independently of the blockchain on the aforementioned peer-to-peer network. It can be compared to torrents.<\/li>\n<li><strong>TON Proxy<\/strong>This service aims to enhance the anonymity of network participants. Any packet can be sent not directly, but through intermediate tunnel proxies with additional encryption\u2014similar to I2P or TOR. <\/li>\n<li><strong>TON DHT<\/strong>A distributed hash table for storing arbitrary values. It is also built upon <em>TON Network<\/em> (but is used by it) and helps <strong>TON Storage<\/strong> find 'seeder' nodes, and <strong>TON Proxy<\/strong> intermediate relays. However, it should be noted that, unlike a blockchain, this hash table is not a secure storage\u2014important information should not be stored in it.<\/li>\n<li><strong>TON Services<\/strong>A platform for arbitrary services. Essentially, this is a new internet built on top of everything described above. Data exchange happens through <strong>TON Network<\/strong>\/<strong>TON Proxy<\/strong>, while the logic resides within the smart contracts themselves <strong>TON Blockchain<\/strong>. The interface features fairly familiar URLs.<\/li>\n<li><strong>TON DNS<\/strong>Since we've mentioned familiar URLs, a converter from these to 256-bit addresses for accounts, contracts, services, and nodes is needed.<\/li>\n<li><strong>TON Payments<\/strong>And only here the monetary aspect comes into play. It won't just be <strong>gram<\/strong> \u2014as with Ether, any 'tokens' will be possible; grams here will merely be the 'default' currency.<\/li>\n<\/ul>\n<p><\/p>\n<p>This is the first part, describing the 'grounded' level of TON\u2014the network aspect built on traditional protocols. The next part will delve into the 'heart'\u2014the blockchain that will be supported by the system described below. Thus, my order of retelling slightly differs from the one used in the aforementioned document (which starts immediately with the abstract level).<\/p>\n<p><\/p>\n<h3 id=\"bazovye-ponyatiya\">Basic Concepts<\/h3>\n<p><\/p>\n<p><strong>TL<\/strong> (Type Language). This is an abstract binary format for arbitrary data structures. It is used in the Telegram protocol and will be actively utilized in TON. If you want to learn more about it\u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/core.telegram.org\/mtproto\/TL\">here's its description<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p><strong>Hash<\/strong> (<em>hash<\/em>). A function that performs an irreversible transformation of an arbitrary data structure into a single fixed-length number. The documentation frequently discusses the function <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/SHA-2\">SHA-256<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p><strong>Network Node<\/strong> (<em>node<\/em>). A node is software that will facilitate the operation of the system. In particular, it is expected that each Telegram client application will include a TON node. At a low level, nodes have IPv4\/IPv6 addresses and communicate using the UDP protocol, while at a higher level, they possess <em>abstract addresses<\/em> and implement the ADNL protocol (see below for more about abstract addresses and ADNL). When it is stated that certain parts of the system perform tasks or store data, it implies that this is done by the network nodes.<\/p>\n<p><\/p>\n<p><strong>Abstract address<\/strong> (or simply <em>, password<\/em>, <em>address<\/em>). A node's address is defined by its public key. More strictly, it is a 256-bit hash (SHA256) of the data structure containing the public key (the specific cryptographic algorithm is not specified\u2014examples include elliptic curves and RSA-2048). For one node to interact with another, it needs to know not only the address but also this data structure. Theoretically, one physical node can create any number of addresses (corresponding to different keys).<\/p>\n<p><\/p>\n<p>It is common to use such a combination: a 'prototype' in the form of a TL structure (containing virtually any data) and the 256-bit hash from it, used for addressing.<\/p>\n<p><\/p>\n<p><strong>Blockchain<\/strong> (<em>blockchain<\/em>). A blockchain is a data structure whose elements (<em>blocks<\/em>) are organized in a 'chain', with each subsequent block containing a hash of the previous block. This ensures integrity\u2014changes can be made only by adding new blocks.<\/p>\n<p><\/p>\n<p><strong>The service<\/strong> (<em>cat &lt;&lt; EOF | sudo tee -a \/etc\/systemd\/system\/lxd-hddpool.service\n[Unit]\nDescription=Losetup LXD Storage Pool (hddpool)\nAfter=local-fs.target\n\n[Service]\nType=oneshot\nExecStart=\/sbin\/losetup \/dev\/loop1 \/mnt\/work\/lxd\/hddpool.img\nRemainAfterExit=true\n\n[Install]\nWantedBy=local-fs.target\nEOF<\/em>). Services within TON can be of various types, depending on whether they use the blockchain or not. For example, one (or several) nodes in the network may handle certain RPC requests via the described ADNL protocol without creating any records in the blockchain\u2014similar to traditional web servers. There is also a consideration for implementing HTTP over ADNL, as well as transitioning the messenger itself to this protocol. This would make it more resilient to various blocks, akin to TOR or I2P.<\/p>\n<p><\/p>\n<p>At the same time, a number of services imply interaction with the blockchain as well as processing requests outside it. For example, for TON Storage\u2014a file storage solution\u2014it is not very reasonable to store the actual files on the blockchain. Only the file hashes (along with some metadata about them) will be stored there, while specialized nodes in the network will act as 'file servers', ready to serve these files to other nodes via ADNL.<\/p>\n<p><\/p>\n<p><strong>Fog Service<\/strong> (<em>fog service<\/em>). This refers to some services that involve decentralization and open participation. For instance, TON Proxy is a service that any participant can support by providing their node as a mediator (proxy) to forward packets between other nodes. If desired, they may charge a fee for this\u2014using the TON Payments system for micropayments (which, in turn, is also a fog service).<\/p>\n<p><\/p>\n<h3 id=\"adnl-abstract-datagram-network-layer\">ADNL: Abstract Datagram Network Layer<\/h3>\n<p><\/p>\n<p>At the lowest level, interaction between nodes will occur over the UDP protocol (although other options are permitted).<\/p>\n<p><\/p>\n<p>As mentioned above, for one node to send a packet to another, it must know one of its public keys (and, consequently, the address defined by it). It encrypts the packet with this key and adds a 256-bit recipient address to the beginning of the packet\u2014since one node may have multiple such addresses, this will allow it to determine which key to use for decryption.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"TON: Telegram Open Network. Part 1: Introduction, Network Level, ADNL, DHT, Overlay Networks\" src=\"\/wp-content\/uploads\/2019\/05\/570ed97bb0745d074e806e84651af567.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Additionally, instead of the recipient address at the beginning of the data packet, there may be a so-called identifier <em>channel<\/em>. In this case, the processing of the packet will depend on specific agreements between the nodes\u2014for example, the data sent to a certain channel may be intended for another node and should be redirected to it (this is the service <em>TON Proxy<\/em>). Another specific case may involve direct interaction between nodes, but with encryption using an individual pair of keys for that channel (pre-established via the Diffie-Hellman protocol).<\/p>\n<p><\/p>\n<p>Finally, a special case is the 'zero' channel \u2014 if a node does not yet know the public keys of its 'neighbors', it can send them packets without any encryption at all. This is intended solely for initialization \u2014 once the nodes send information about their keys, those should be used for further interaction.<\/p>\n<p><\/p>\n<p>The aforementioned protocol (256-bit channel identifier + packet content) is called ADNL. The documentation mentions the possibility of implementing a TCP-like layer on top of it or its own protocol \u2014 RLDP (Reliable Large Datagram Protocol), but does not go into detail about their implementation.<\/p>\n<p><\/p>\n<h3 id=\"ton-dht-raspredelyonnaya-hesh-tablica\">TON DHT: Distributed Hash Table<\/h3>\n<p><\/p>\n<p>As with other distributed systems, TON implies the implementation of DHT \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%A0%D0%B0%D1%81%D0%BF%D1%80%D0%B5%D0%B4%D0%B5%D0%BB%D1%91%D0%BD%D0%BD%D0%B0%D1%8F_%D1%85%D0%B5%D1%88-%D1%82%D0%B0%D0%B1%D0%BB%D0%B8%D1%86%D0%B0\">a distributed hash table<\/a><\/noindex>. More specifically \u2014 the table is <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/Kademlia\">similar to Kademlia.<\/a><\/noindex>If you are not familiar with this type of hash tables \u2014 don't worry, I will roughly describe how they are structured.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"TON: Telegram Open Network. Part 1: Introduction, Network Level, ADNL, DHT, Overlay Networks\" src=\"\/wp-content\/uploads\/2019\/05\/790d623466c72c78ee17fa298ac9d81d.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>In an abstract sense, DHT maps 256-bit keys to some binary values of arbitrary length. At the same time, the keys in the table are hashes from a certain TL-structure (the structures themselves are also stored along with the DHT). This is very much like forming node addresses \u2014 and they can indeed be present in the DHT (for example, an IP address of a node corresponding to a given <em>abstract address<\/em>, if it does not hide it). But generally, 'prototypes of keys' (their <em>descriptions<\/em>, <em>key descriptions<\/em>) are metadata that indicate the 'owner' of the record in the hash table (i.e., the public key of some node), the type of stored value, and the rules by which this record can subsequently be modified. For example, a rule might allow only the owner to change the value \u2014 or prohibit lowering the value (to protect against replay attacks).<\/p>\n<p><\/p>\n<p>In addition to 256-bit keys, the concept of DHT addresses is introduced. The difference from ordinary node addresses is that the DHT address is necessarily tied to an IP address. If a node does not hide its IP, it can use a regular address for the DHT. However, more often, a separate 'semi-permanent' address will be created for DHT purposes.<br \/>\n<img decoding=\"async\" alt=\"TON: Telegram Open Network. Part 1: Introduction, Network Level, ADNL, DHT, Overlay Networks\" src=\"\/wp-content\/uploads\/2019\/05\/93064abdf9dbfd5276502cd3aa6cf8f8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nThe concept of distance is introduced for keys and DHT addresses \u2014 in this respect, everything corresponds to Kademlia tables. <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/Kademlia\">Kademlia<\/a><\/noindex> The distance between keys is equal to the XOR (exclusive OR) of them. Like in Kademlia tables, the value corresponding to a key must be stored on <em>tr1 != str2<\/em> nodes that have the smallest distance to this key (<em>tr1 != str2<\/em> here \u2014 a relatively small number).<\/p>\n<p><\/p>\n<p>In order for a DHT node to interact with other such nodes, it keeps in memory <em>a DHT routing table<\/em> \u2014 DHT and IP addresses of the nodes it has interacted with before, grouped by distance to them. There are 256 such groups (they correspond to the highest set bit in the distance value \u2014 meaning nodes at a distance of 0 to 255 fall into one group, from 256 to 65535 into the next, and so on). Within each group, a limited number of the 'best' nodes (in terms of ping) are stored.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"TON: Telegram Open Network. Part 1: Introduction, Network Level, ADNL, DHT, Overlay Networks\" src=\"\/wp-content\/uploads\/2019\/05\/9db2fef6986010db046f797f1fe68130.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Each node must support several operations: <em>storing a value for a key<\/em>, <em>finding nodes<\/em> and <em>finding values<\/em>. Finding nodes involves returning from the routing table the nodes closest to a given key; finding values does the same, except when the node knows the value for the key (then it simply returns it). Accordingly, if a node wants to find a value in the DHT for a key, it sends requests to a small number of nodes closest to that key from its routing table. If among their responses there is no sought value, but there are other node addresses available, the request is repeated to those nodes.<\/p>\n<p><\/p>\n<p>TON DHT can be used for various purposes, such as implementing a torrent-like file storage system (see <em>TON Storage<\/em>); identifying addresses of nodes implementing certain services; storing information about account holders in the blockchain. But the most important application is discovering nodes by their abstract addresses. For this, the address is used as a key, whose value needs to be found. As a result of the query, either the node itself will be found (if the sought address was its semi-permanent DHT address), or the value will be the IP address and port for connection \u2014 or another address that should be used as a proxy tunnel.<\/p>\n<p><\/p>\n<h3 id=\"overleynye-seti-v-ton\">Overlay networks in TON<\/h3>\n<p><\/p>\n<p>The ADNL protocol described above enables any nodes to exchange information with each other \u2014 although not necessarily through optimal routes. It can be said that thanks to ADNL, all nodes form a global TON graph (ideally connected). Additionally, there is the possibility to create overlay networks \u2014 subgraphs within this graph.<br \/>\n<img decoding=\"async\" alt=\"TON: Telegram Open Network. Part 1: Introduction, Network Level, ADNL, DHT, Overlay Networks\" src=\"\/wp-content\/uploads\/2019\/05\/0badd85ba46517c04f63439f7dd1e8d7.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Within such a network, interaction occurs only directly \u2014 through pre-established connections between the participating nodes (via the ADNL channels described above). Establishing such connections between neighbors and finding neighbors themselves is an automated process aimed at maintaining the connectivity of the overlay network and minimizing data exchange delays within it.<\/p>\n<p><\/p>\n<p>Moreover, a method is provided to quickly disseminate large broadcast updates within the network \u2014 they are divided into parts, supplemented with error correction code, and all these pieces are sent from one participant to another. Thus, a participant does not have to fully receive all parts before forwarding them further in the network.<\/p>\n<p><\/p>\n<p>Overlay networks can be public or private. Joining a public network is not difficult \u2014 one needs to find a TL structure describing it (it can be public \u2014 or available through a specific key in the DHT). In the case of a private network, this structure must be known to the node in advance.<\/p>\n<p><\/p>\n<h3 id=\"prodolzhenie-sleduet\">To be continued<\/h3>\n<p><\/p>\n<p>I decided to divide the overview of TON into several articles. This part concludes here, and <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/354568\/\">in the next<\/a><\/noindex> I will move on to discussing the structure of the blockchain (more specifically, the blockchains) that will compose TON.<\/p>\n<p>Source: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/354366\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0423\u0436\u0435 \u0434\u0432\u0435 \u043d\u0435\u0434\u0435\u043b\u0438 \u0420\u0443\u043d\u0435\u0442 \u0448\u0443\u043c\u0438\u0442 \u043f\u0440\u043e Telegram \u0438 \u0441\u0438\u0442\u0443\u0430\u0446\u0438\u044e \u0441 \u0435\u0433\u043e \u0431\u0435\u0441\u0441\u043c\u044b\u0441\u043b\u0435\u043d\u043d\u043e\u0439 \u0438 \u0431\u0435\u0441\u043f\u043e\u0449\u0430\u0434\u043d\u043e\u0439 \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u043a\u043e\u0439 \u0420\u043e\u0441\u043a\u043e\u043c\u043d\u0430\u0434\u0437\u043e\u0440\u043e\u043c. \u0420\u0438\u043a\u043e\u0448\u0435\u0442\u043e\u043c \u0437\u0430\u0434\u0435\u043b\u043e \u043c\u043d\u043e\u0433\u0438\u0445, \u043d\u043e \u0432\u0441\u0451 \u044d\u0442\u043e \u2014 \u0442\u0435\u043c\u044b \u0434\u043b\u044f \u043f\u043e\u0441\u0442\u043e\u0432 \u043d\u0430 Geektimes. \u041c\u0435\u043d\u044f \u0436\u0435 \u0443\u0434\u0438\u0432\u0438\u043b\u043e \u0434\u0440\u0443\u0433\u043e\u0435 \u2014 \u044f \u0434\u043e \u0441\u0438\u0445 \u043f\u043e\u0440 \u043d\u0435 \u0432\u0438\u0434\u0435\u043b \u043d\u0430 \u0425\u0430\u0431\u0440\u0435 \u043d\u0438 \u043e\u0434\u043d\u043e\u0433\u043e \u0440\u0430\u0437\u0431\u043e\u0440\u0430 \u0437\u0430\u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u043a \u0432\u044b\u0445\u043e\u0434\u0443 \u043d\u0430 \u0431\u0430\u0437\u0435 Telegram \u0441\u0435\u0442\u0438 TON \u2014 Telegram Open [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26099,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34632","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/ton-telegram-open-network-chast-1-vstuplenie-setevoj-uroven-adnl-dht-overlejnye-seti\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"en_US\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47TON: Telegram Open Network. \u0427\u0430\u0441\u0442\u044c 1: \u0412\u0441\u0442\u0443\u043f\u043b\u0435\u043d\u0438\u0435, \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0443\u0440\u043e\u0432\u0435\u043d\u044c, ADNL, DHT, \u043e\u0432\u0435\u0440\u043b\u0435\u0439\u043d\u044b\u0435 \u0441\u0435\u0442\u0438 | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/ton-telegram-open-network-chast-1-vstuplenie-setevoj-uroven-adnl-dht-overlejnye-seti\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:59:31+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:59:31+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47TON: Telegram Open Network. Part 1: Introduction, Network Layer, ADNL, DHT, Overlay Networks | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/ton-telegram-open-network-chast-1-vstuplenie-setevoj-uroven-adnl-dht-overlejnye-seti","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"en_US","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47TON: Telegram Open Network. \u0427\u0430\u0441\u0442\u044c 1: \u0412\u0441\u0442\u0443\u043f\u043b\u0435\u043d\u0438\u0435, \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0443\u0440\u043e\u0432\u0435\u043d\u044c, ADNL, DHT, \u043e\u0432\u0435\u0440\u043b\u0435\u0439\u043d\u044b\u0435 \u0441\u0435\u0442\u0438 | ProHoster","og:url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/ton-telegram-open-network-chast-1-vstuplenie-setevoj-uroven-adnl-dht-overlejnye-seti","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:59:31+00:00","article:modified_time":"2019-10-31T18:59:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34632","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 20:00:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:17:24","updated":"2026-01-21 20:00:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/34632","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/comments?post=34632"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/34632\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media\/26099"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media?parent=34632"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/categories?post=34632"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/tags?post=34632"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}