Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.FTN.DEVELOP
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.FTN.DEVELOP с датами от 12 Jul 13 20:52:30 до 18 Oct 24 22:48:06, всего сообщений: 2735
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2690 из 2735 =================================== RU.FTN.DEVELOP =
От   : Alexey Khromov                   2:5030/723         12 Oct 24 15:11:33
Кому : Nil A                                               12 Oct 24 15:11:33
Тема : Binkp handshake
FGHI : area://RU.FTN.DEVELOP?msgid=2:5030/723+670a75f4
На   : area://RU.FTN.DEVELOP?msgid=2:5015/46+6709c59b
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Здраствуйте, Nil!

12 окт 24 03:20, Nil A -> Alexey Khromov:

NA> "Умные станции" выдают официоз в этом месте.
NA> Хотя мыслишка такая, что тут любой дефолтный "банер" можно показывать.

NA> А таки вот, IPv6 никак не случается, хотя уже десяток и больше лет
NA> сказали, что никаких IPv4 больших сеток не выдаём. (спойлер: есть
NA> дохериха каво можно ещё раскулачить с сетками А, и они это делают). В
NA> IPv6 сканирование примерно, как майнить койны, или ещё хуже.

В исследованиях по этому вопросу присутствовал, в том числе в МИФИ. Самый простой способ сканировать - анализ выдаваемых по MAC и типичных диапазонов для выдачи роутерами, с учетом алгоритмов "псевдослучайности". Все равно задача остается сложной, согласен.

NA> Капитан? Уже Стас прикололся недавно, и оказалось, что не все на это
NA> готовы.

Это заметил, но есть одно но - в фидо любое изменение потянет не до конца готовых, т.к. единого стандартного клиента и жестких правил подключения/обновления/синхронизации нет.

NA> Вот вопрос к тебе, и к Alexey Fayans. Если бы ты проектировал binkp
NA> протокол, то как бы решил вопрос доставку бандлов один и только один
NA> раз?

А оно надо кому сейчас? Есть два полюса - доставка как есть тем что есть на одном полюсе и полная синхронизация, допустим блокчейном, на другом полюсе. Оба полюса имеют свой предел надежности. Как есть - явно больше нуля, да и блокчейн - не 100%, хоть и lim->. Какой требуется уровень надёжности?
А если конкретней, какие уровни доступности и целостности? Про конфиденциальность не будем, мы ж в фидонете.
Мейлер должен доставить пакет(ы) ровно в том виде, в каком их положили в аутбаунд.

NA> P.S. Я не знаю вашего владения технологиями, но на интервью знание про
NA> https://ru.wikipedia.org/wiki/Задач color=lime>_двух_енералов будет почти
NA> обязательна, если архитектором идёшь на какие-то такие "аля binkp"
NA> проекты. P.P.S. Правильный ответ для фидо, что всё проверяет уровень
NA> выше, со своими дуполовками. Но всё равно, можно решить многое и на
NA> уровне пересылке бандлов.

Хорошо, что я иб-шник, а не программер)
Правильный ответ пришел "другой путёй", но соответствует.

ЗЫ.NNCP глянул. Чем UUCP|rsync им не угодили, интересно.


Alexey Khromov
--- GoldED+/LNX 1.1.5-b20240309
* Origin:  - Вы в опасности! Вы окружены роботами! -  (2:5030/723)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.105907 секунды