Форум бесплатно и без регистрации

Вы хотите отреагировать на этот пост ? Создайте аккаунт всего в несколько кликов или войдите на форум.
Форум бесплатно и без регистрации

Форум бесплатно и без регистрации. Приглашает всех желающих размешать свои темы, ссылки, банеры на нашем проекте.

Вход

Забыли пароль?

РСЯ

Пример HTML-страницы

Пользователи онлайн


Кто сейчас на форуме

Сейчас посетителей на форуме: 2, из них зарегистрированных: 0, скрытых: 0 и гостей: 2

Нет


[ Посмотреть весь список ]


Больше всего посетителей (168) здесь было Вт Апр 17, 2018 1:03 pm

LiveInternet


Сообщения, получившие больше всего реакций за месяц


    Блокчейн TON

    Admin
    Admin
    Основатель
    Основатель


    Сообщения : 275
    Дата регистрации : 2015-05-06

    Лист персонажа
    КУБИК: ШКАЛА

    Блокчейн TON Empty Блокчейн TON

    Сообщение автор Admin Вс Окт 17, 2021 6:44 pm

    Обратите внимание, что TON DHT,
    будучи реализованным через TON ADNL, сам по себе используется TON ADNL для
    нескольких целей.
    Наиболее важным из них является определение местоположения узла или его контактных данных, начиная
    с его 256-битного абстрактного адреса. Это необходимо, потому что TON ADNL
    должен иметь возможность отправлять дейтаграммы на произвольные 256-битные абстрактные адреса,
    даже если дополнительная информация не предоставляется.
    С этой целью 256-битный абстрактный адрес просто просматривается как ключ в
    DHT. Либо узел с этим адресом (т. Е. использующий этот адрес в качестве общедоступного
    полупостоянный DHT-адрес) найден, и в этом случае его IP-адрес и порт
    могут быть изучены; или описание входного туннеля может быть получено в качестве значения соответствующего
    ключа, подписанного правильным закрытым ключом, и в этом случае это описание
    туннеля будет использоваться для отправки дейтаграмм ADNL предполагаемому
    получателю.
    Обратите внимание, что для того, чтобы сделать абстрактный адрес общедоступным (доступным с
    любых узлов сети), его владелец должен либо использовать его в качестве полупостоянного
    DHT-адрес или опубликовать (в ключе DHT, равном абстрактному адресу
    рассматривается) описание входного туннеля с другим его общедоступным
    абстрактным адресом (например, полупостоянным адресом) в качестве
    точки входа в туннель. Другим вариантом было бы просто опубликовать его IP-адрес и UDP-
    порт.
    3.3 Наложенные сети и многоадресные сообщения
    В системе с несколькими блокчейнами, такой как блокчейн TON, даже полные узлы
    обычно были бы заинтересованы в получении обновлений (т. Е. Новых блоков) только о
    некоторых цепочках сегментов. С этой целью внутри сети TON должна быть построена специальная оверлейная (вспомогательная) сеть
    поверх протокола ADNL, описанного в 3.1, один
    для каждой цепочки осколков.
    Поэтому возникает необходимость в создании произвольных оверлейных подсетей, открытых для любых
    узлов, желающих участвовать. Специальные протоколы сплетен, построенные на
    ADNL, будет выполняться в этих оверлейных сетях. В частности, эти сплетни
    90

    Блокчейн TON 13813860048f12b80100c9d916afabc4

    3.3. Оверлейные сети и
    протоколы многоадресной рассылки сообщений могут использоваться для распространения (широковещательной передачи) произвольных данных внутри такой
    подсети.
    3.3.1. Оверлейные сети. Наложенная (под)сеть - это просто (виртуальная)
    сеть, реализованная внутри какой-то более крупной сети. Обычно только некоторые узлы
    более крупной сети участвуют в подсети наложения, и только некоторые
    связи между этими узлами, физические или виртуальные, являются частью подсети наложения.
    Таким образом, если охватывающая сеть представлена в виде графика (возможно, полного графика в случае сети дейтаграмм, такой как ADNL, где
    любой узел может легко взаимодействовать с любым другим), подсеть наложения является
    подграфом этого графика.
    В большинстве случаев оверлейная сеть реализуется с использованием некоторого протокола,
    построенного на сетевом протоколе более крупной сети. Он может использовать то же самое
    адреса в качестве более крупной сети или используйте пользовательские адреса.
    3.3.2. Наложение сетей в ТОННАХ. Оверлейные сети в TON построены
    на протоколе ADNL, описанном в 3.1; они также используют 256-битные абстрактные
    адреса ADNL в качестве адресов в оверлейных сетях. Каждый узел обычно
    выбирает один из своих абстрактных адресов, чтобы удвоить его адрес в оверлейной
    сети.
    В отличие от ADNL, сети наложения TON обычно не поддерживают
    отправку дейтаграмм на произвольные другие узлы. Вместо
    этого между некоторыми узлами устанавливаются некоторые полупостоянные связи (называемые соседями по отношению к
    рассматриваемая оверлейная сеть), и сообщения обычно пересылаются
    по этим ссылкам (т. Е. от узла к одному из его соседей). Таким образом, a
    Сеть наложения TON - это (обычно не полный) подграф внутри (полного) графика
    сети ADNL.
    Ссылки на соседей в сетях наложения TON могут быть реализованы с использованием
    выделенных одноранговых каналов ADNL (см. 3.1.5).
    Каждый узел оверлейной сети поддерживает список соседей (по отношению к оверлейной сети), содержащий их абстрактные адреса (которые
    они используют для их идентификации в оверлейной сети) и некоторые данные связи (например,,
    канал ADNL, используемый для связи с ними).
    3.3.3. Частные и общедоступные оверлейные сети. Некоторые оверлейные сети
    являются общедоступными, что означает, что любой узел может присоединиться к ним по своему желанию. Другие являются частными, что
    означает, что могут быть допущены только определенные узлы (например, те, которые могут доказать
    91
    3.3. Наложение сетей и многоадресных сообщений на
    их идентификаторы в качестве валидаторов.) Некоторые частные оверлейные сети могут быть даже неизвестны широкой публике. Информация о таких оверлейных сетях
    предоставляется только определенным доверенным узлам; например, он может быть зашифрован с помощью открытого ключа, и только узлы, имеющие копию соответствующего
    закрытого ключа, смогут расшифровать эту информацию.
    3.3.4. Централизованно управляемые оверлейные сети. Некоторые оверлейные сети управляются
    централизованно, одним или несколькими узлами или владельцем какого-либо
    широко известного открытого ключа. Другие являются децентрализованными, что означает
    отсутствие специальных узлов, ответственных за них.
    3.3.5. Присоединение к оверлейной сети. Когда узел хочет присоединиться к сети, то сначала необходимо узнать его 256-битное сети иденти РП, как правило, равен
    в SHA256 описания оверлейную сеть маршрутизатор TL-сериализованный объект
    (МФ. 2.2.5), который может содержать, например, центральный орган оверлейную сеть (то есть его открытый ключ, и, возможно, ее аннотация адреса,33) строку
    имя оверлейную сеть, тонну блокчейн осколок иденти скорой помощи, если
    это оверлейная сеть, относящиеся к этому сегменту, и так далее.
    Иногда можно восстановить описание наложенной сети, начиная с идентификатора сети, просто посмотрев его в TON DHT. В
    других случаях (например, для частных оверлейных сетей) необходимо получить описание сети
    вместе с идентификатором сети.
    3.3.6. Определение местоположения одного участника оверлейной сети. После того как узел
    узнает идентификатор сети и сетевое описание оверлейной сети, к которой он хочет присоединиться, он должен найти по крайней мере один узел, принадлежащий этой
    сети.
    Это также необходимо для узлов, которые не хотят присоединяться к оверлейной сети,
    но хотите просто общаться с ним; например, может существовать оверлейная
    сеть, предназначенная для сбора и распространения кандидатов на транзакции для
    определенной цепочки сегментов, и клиент может захотеть подключиться к любому узлу этой
    сети, чтобы предложить транзакцию.
    Метод, используемый для определения местоположения членов оверлейной сети, определен в
    описании этой сети. Иногда (особенно для частных сетей)
    нужно уже знать узел-участник, чтобы иметь возможность присоединиться. В других случаях
    абстрактные адреса некоторых узлов содержатся в описании сети.
    Более гибкий подход заключается в том, чтобы указывать в описании сети только

      Текущее время Вт Май 07, 2024 7:51 am