Bitcoin Forum
May 14, 2024, 02:47:38 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Получение инициирущих соединений в р2р tcp се  (Read 216 times)
Maximion (OP)
Newbie
*
Offline Offline

Activity: 22
Merit: 2


View Profile
September 26, 2021, 09:44:00 AM
 #1

если у нас р2р на tcp построен, то новый узел имея какой-то список адресов может создать себе несколько исходящих соединений
но они по идее используются только для отправки, т.е. инициатором обмена там выступает наш узел, а его пиры слушают его запросы
а чтобы получать по инициативе извне что-то нужно иметь соотв входящие соединения, а как сказать узлам сети чтобы они к узлу подключились?

- просить по исходящему чтобы они установили входящее? а нафиг оно им? а если лимиты исчерпаны?
- ждать пока кто-то сам к тебе подключится после того как другие о тебе расскажут? а если будут долго выбирать не тебя ты будешь ждать днями?

т.е. вот подключается новый нод, устаналивает с кемто исходящие - т.е. готов отправлять, теперь он хочет получать блоки, а от кого если никто его не знает и соотв не будет коннектиться?

как вообще это решается?
Activity + Trust + Earned Merit == The Most Recognized Users on Bitcointalk
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
~DefaultTrust
Copper Member
Sr. Member
****
Offline Offline

Activity: 1554
Merit: 489

Stop the war!


View Profile
September 26, 2021, 07:44:51 PM
 #2

если у нас р2р на tcp построен, то новый узел имея какой-то список адресов может создать себе несколько исходящих соединений
но они по идее используются только для отправки, т.е. инициатором обмена там выступает наш узел, а его пиры слушают его запросы
а чтобы получать по инициативе извне что-то нужно иметь соотв входящие соединения, а как сказать узлам сети чтобы они к узлу подключились?

- просить по исходящему чтобы они установили входящее? а нафиг оно им? а если лимиты исчерпаны?
- ждать пока кто-то сам к тебе подключится после того как другие о тебе расскажут? а если будут долго выбирать не тебя ты будешь ждать днями?

т.е. вот подключается новый нод, устаналивает с кемто исходящие - т.е. готов отправлять, теперь он хочет получать блоки, а от кого если никто его не знает и соотв не будет коннектиться?

как вообще это решается?


tcp соединение является двунаправленным по дизайну.
Не важно кто инициатор, а кто слушатель.

Do not trust bitcointalk fascists: leonello; Snork1979; ivan1975
Maximion (OP)
Newbie
*
Offline Offline

Activity: 22
Merit: 2


View Profile
September 27, 2021, 12:45:18 PM
 #3

tcp соединение является двунаправленным по дизайну.
Не важно кто инициатор, а кто слушатель.

я там забыл уточнить что имеется ввиду режим запрос-ответ, может ли такое быть сделано в обе стороны на одном соединении?
по идее да, если каждый запрос маркировать уникальной меткой , а потом ждать асинхронно ответ с такой же меткой
да?
~DefaultTrust
Copper Member
Sr. Member
****
Offline Offline

Activity: 1554
Merit: 489

Stop the war!


View Profile
September 27, 2021, 06:50:59 PM
 #4

tcp соединение является двунаправленным по дизайну.
Не важно кто инициатор, а кто слушатель.

я там забыл уточнить что имеется ввиду режим запрос-ответ, может ли такое быть сделано в обе стороны на одном соединении?
по идее да, если каждый запрос маркировать уникальной меткой , а потом ждать асинхронно ответ с такой же меткой
да?

запрос-ответ - это уже протокол более высокого уровня, над TCP. В протоколе TCP есть только номер последовательности.
Архитектура протоколов высокого уровня может быть любой. Маркировка уникальной меткой - почему бы и нет?

Do not trust bitcointalk fascists: leonello; Snork1979; ivan1975
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!