CI
Как опрашивают и как определяют подсеть?
Size: a a a
2019 February 15
AV
Так это и есть широковещательное объявление😂
Это не опрос.
Это не опрос.
CI
Так это и есть широковещательное объявление😂
Это не опрос.
Это не опрос.
Эм! Разсылается широковещательное сообщение с адресом своего айпи и порта куда подключаться, если кто-то словил, то может попробовать подключиться к нему, если подключился, то может дальше разослать эти данные по всем своим каналам)
AV
Эм! Разсылается широковещательное сообщение с адресом своего айпи и порта куда подключаться, если кто-то словил, то может попробовать подключиться к нему, если подключился, то может дальше разослать эти данные по всем своим каналам)
Бинго бро
AV
Просто не понимаю смысл выпиливать это если оно уже реализованно, чтоб гонять террабайты трафика через ноды? Никакой канал так не выдержит
Нет в сети крепты терабайтов. там от силы 1мбит/с
CI
Нет в сети крепты терабайтов. там от силы 1мбит/с
Ну сейчас нет, потому что все не ломятся через один канал к ноде. Всё зависит от количество клиентов и ваших любимых микроплатежей))
AV
Ну сейчас нет, потому что все не ломятся через один канал к ноде. Всё зависит от количество клиентов и ваших любимых микроплатежей))
Информация не увеличивается от количества нод , а зависит только от размера и заполнения блока.
С случае со списком MN трафик должен быстро упасть. Это уберет шум от работы p2p в чистом виде.
С случае со списком MN трафик должен быстро упасть. Это уберет шум от работы p2p в чистом виде.
CI
Информация не увеличивается от количества нод , а зависит только от размера и заполнения блока.
С случае со списком MN трафик должен быстро упасть. Это уберет шум от работы p2p в чистом виде.
С случае со списком MN трафик должен быстро упасть. Это уберет шум от работы p2p в чистом виде.
Эм! Под нодами вы подразумеваете каждый открытый клиент?
CI
Информация не увеличивается от количества нод , а зависит только от размера и заполнения блока.
С случае со списком MN трафик должен быстро упасть. Это уберет шум от работы p2p в чистом виде.
С случае со списком MN трафик должен быстро упасть. Это уберет шум от работы p2p в чистом виде.
И это без DAPI и DashDrive. Незнаю что там отправляют мастерноды кому. Но это реальная картина на сегодня, по одной из нод которая у нас хостится
AV
Эм! Под нодами вы подразумеваете каждый открытый клиент?
Я пока предполагаю: Детерминированный список MN нужен для того чтобы твой клиент не объявлял в широком эфире о себе и своих данных и связях, а обращался к какой то случайной, но детерминированной MN.
Отличие от одноранговой сети очевидно в этом случае?
Отличие от одноранговой сети очевидно в этом случае?
AV
И это без DAPI и DashDrive. Незнаю что там отправляют мастерноды кому. Но это реальная картина на сегодня, по одной из нод которая у нас хостится
Да согласен. Это общий трафик. Но я предполагаю: что для отдельного узла он на порядок меньше. Это свойство р2р сетей.
AV
Трафик избыточен на 10 000% . иначе сеть не выживет.
CI
Я пока предполагаю: Детерминированный список MN нужен для того чтобы твой клиент не объявлял в широком эфире о себе и своих данных и связях, а обращался к какой то случайной, но детерминированной MN.
Отличие от одноранговой сети очевидно в этом случае?
Отличие от одноранговой сети очевидно в этом случае?
Deterministic masternode lists are masternode lists which are fully derived from on-chain data. DIP2 & DIP3 introduce new transaction structures & specific types that allow the network to register and update masternodes on-chain. As other nodes will derive their masternode lists from these on-chain transactions, all nodes will come to the same consensus regarding the currently valid masternode list.
AV
Deterministic masternode lists are masternode lists which are fully derived from on-chain data. DIP2 & DIP3 introduce new transaction structures & specific types that allow the network to register and update masternodes on-chain. As other nodes will derive their masternode lists from these on-chain transactions, all nodes will come to the same consensus regarding the currently valid masternode list.
Это написано как будет достигнута цель. О работе сети не слова.
AV
Ну и вот тут более детально почему
https://github.com/dashpay/dips/blob/master/dip-0003.md#motivation-and-previous-system
https://github.com/dashpay/dips/blob/master/dip-0003.md#motivation-and-previous-system
Тут по другому.
Самый вопрос: Кворум достигается на основе общения MN.!!!
В этом мой основной вопрос????😒
Самый вопрос: Кворум достигается на основе общения MN.!!!
В этом мой основной вопрос????😒
CI
Тут по другому.
Самый вопрос: Кворум достигается на основе общения MN.!!!
В этом мой основной вопрос????😒
Самый вопрос: Кворум достигается на основе общения MN.!!!
В этом мой основной вопрос????😒
Ок. А как решают проблемму Визайнтийских генералов в биткоине?) Майнеры не могут обеспечить это, а обычные ноды можно наклонировать по количеству доступных IP * 65535 портов. У DASH нода обеспечена залогом. ProofOfЗалог)))
AV
Ок. А как решают проблемму Визайнтийских генералов в биткоине?) Майнеры не могут обеспечить это, а обычные ноды можно наклонировать по количеству доступных IP * 65535 портов. У DASH нода обеспечена залогом. ProofOfЗалог)))
Не буду углубляться (решен вопрос) в сети бродкаст IP не важен, но в сети MN прозрачными адресами IP появляется точка отказа. И она не на стороне обеспеченной ноды, а на стороне серверов адресации TCP/IP и там можно наклонить сеть Dash. Точка отказа для сети очень явная на мой взгляд.