В настоящее время, насколько я знаю, что эталонная реализация Bitcoin соединяется с другими активными узлами почти случайным образом, он исключает численно близкие IP-адрес. Это приводит к неоптимальным наложенной сети относительно степени график и, следовательно, задержки распространения для всех узлов, хотя это, кажется, работает нормально.
Кто считается реализации структурированной наложенные сети вместо ?. Это также может перекрываться с предложением сохранения блоков в распределенной хэш-таблице. Большинство моделей ДГТ также могут быть использованы для эффективного вещания сообщений.
|
|
||||||
7 июля 2011, 2:42:19 AM
|
# 1 |
Сообщений: 70
цитировать ответ |
Re: наложенной сети Bitcoin
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
7 июля 2011, 3:33:38 AM
|
# 2 |
|
Сообщения: 1302
цитировать ответ |
Re: наложенной сети Bitcoin
Получил 1806 Биткоинов
Реальная история. Там нет действительно никакого смысла, по крайней мере, не сейчас или в ближайшем будущем. Сетевой трафик очень низок. Даже патологическая организация будет достаточно хорошо.
|
|
|
|
|
7 июля 2011, 3:48:27 AM
|
# 3 |
|
Сообщения: 1708
цитировать ответ |
Re: наложенной сети Bitcoin
Кто считается реализации структурированной наложенные сети вместо ?. Было бы трудно impliment это в коде на данный момент, и, возможно, при условии манипуляции. Очевидная случайность клиентов процесса обнаружения однорангового является защитой от определенного вида атаки, которая включает атакующий „владеющий“ всех пэров целевого узла. Любой вид структурированного метода сети позволит злоумышленнику предсказать узлы, что целевой подключен к, и таким образом сделать такое нападение легче impliment. Как это, случайный характер сети означает, что злоумышленник не может знать с уверенностью, что он на самом деле имеет все сверстник мишени, и он принимает только один честный узел испоганить такую атаку вектора. Тем не менее, вы можете структурировать свой собственный клиент, однако вы посчитаете нужным с помощью принудительного выбора сверстников. В конце концов, клиенты будут иметь страницу пэров в графическом интерфейсе пользователя, как и большинство клиентов BitTorrent сделать, что даст пользователю более прямой контроль над сверстниками. До тех пор, вы можете сделать то же самое из командной строки. |
|
|
|
|
7 июля 2011, 6:38:42 AM
|
# 4 |
|
Сообщения: 141
цитировать ответ |
Re: наложенной сети Bitcoin
Да, это (один из) плохое решение архитектуры в Bitcoin ИМО. Я планирую использовать Аккорды топологии для моего предстоящего проекта. Там были также документы по борьбе с вредоносными сторонами в Chord / Выпечке (поиск Google должен получить реф). Главный вывод, делают идентификаторы узлов псевдослучайными (например, хэш IP-адрес), так что он является недопустимым для противников, чтобы вставить себя в сеть стратегически.
|
|
|
|
|
7 июля 2011, 6:44:49 AM
|
# 5 |
Сообщения: 1708
цитировать ответ |
Re: наложенной сети Bitcoin
Вы могли бы выпустить модифицированную Bitcoin клиента, структуры одноранговые подключения любым способом, который вам нравится. Если я думаю, что это безопасно, я бы его использовать.
|
|
|
|
|
7 июля 2011, 3:58:48 PM
|
# 6 |
Сообщений: 70
цитировать ответ |
Re: наложенной сети Bitcoin
Да, это (один из) плохое решение архитектуры в Bitcoin ИМО. Я планирую использовать Аккорды топологии для моего предстоящего проекта. Там были также документы по борьбе с вредоносными сторонами в Chord / Выпечке (поиск Google должен получить реф). Главный вывод, делают идентификаторы узлов псевдослучайными (например, хэш IP-адрес), так что он является недопустимым для противников, чтобы вставить себя в сеть стратегически. Не могли бы вы уточнить в вышеуказанном предстоящем проекте ?. Рассматривали ли вы другие модели DHT как Kademlia ?. |
|
|
|
|
7 июля 2011, 7:30:07 PM
|
# 7 |
|
Сообщения: 2366
цитировать ответ |
Re: наложенной сети Bitcoin
Не могли бы вы уточнить в вышеуказанном предстоящем проекте ?. Рассматривали ли вы другие модели DHT как Kademlia ?. Я уже говорил, что изречение "DHT" должен вызывать автоматический запрет на IRC. Это почти идеальный показатель для выявления людей, которые не понимают, Bitcoin, не имеет какого-либо интересного в понимании Bitcoin, и кого собираются только носик отвлекающие словечки, а не способствуют. Какая проблема именно вы планируете решать с DHTs. Какие измерения вы сделали, чтобы определить, что проблема существует? Какой анализ Вы проводили, что поддерживает это будет ДГТ на самом деле улучшить эту проблему? При отсутствии существования облегченных клиентов Bitcoin является затопление сети: Все участвующие узлы должны услышать обо всем, в конце концов. Произвольно проводные графики появляются отлично работать хорошо на это. Из-за процессом и любой неэффективность в топологии не реально увеличить использование полосы пропускания по существу, и глобальный охват связанных узлов, кажется, не быть не хуже, чем на несколько секунд, что значительно ниже, что строго необходимо. Кроме того, «случайная» проводка делает сеть довольно устойчива к различным атакам коротких изоляции узла или добавлению тонны хорошо распределенной Сивиллы. Этот вид сопротивления является аппаратно в более структурированных топологий. |
|
|
|
|
8 июля 2011, 1:19:26 AM
|
# 8 |
|
Сообщения: 141
цитировать ответ |
Re: наложенной сети Bitcoin
Не могли бы вы уточнить в вышеуказанном предстоящем проекте ?. Рассматривали ли вы другие модели DHT как Kademlia ?. Я не слышал о Kademlia, я буду читать газету сегодня. Многие из этих схем (CAN, Chord, кондитерские изделия) очень похожи - то, что я планировал сделать, выбрать то, что мне нравится больше всего друг от друга, а не произвольно выбрать один. Я добавлю к этому Kademlia LST. Что же касается моего проекта, поиск через мои посты, чтобы получить представление. В основном новый клиент / новый cointype для решения некоторых технических и философских вопросов, которые я вижу в Bitcoin. Технически: топология сети, требование к хранению, мгновенные транзакции, встроенная в бассейне. Философски: все параметры и установки настраиваемых шахтеров, например, # монет, генерируемых в каждом блоке. Сформирован блок включает в себя дополнительный "заметки" пространство, предназначенное для шахтеров, чтобы написать свои параметры, как "генерируемые монеты / блок я хотел бы видеть, максимум генерироваться монет / блок Приму действительным", Там потенциально может быть много других параметров. Идея заключается в том, то можно было бы поддерживать "табло" текущих акций горнодобывающих забитый, как низко хэш. Табло + нота дает проверяемое, заслуживающее доверие "текущее состояние ума монетных шахтеров", Это позволяет "быстрое инакомыслие", Где группа людей, которые недовольны чем-то может очень быстро сигнализировать друг с другом через свои заметки, что они готовы / готовы внести изменения в их параметры, если есть другие, которые согласны с ними, эффективно решая проблему "Я хочу изменить, но я не хочу тратить свой голос" (Где голосование здесь означает добычу блока, что другие не примут действительным). Во всяком случае, я не хочу, чтобы сорвать вашу нить дальше так пусть это будет конец этого. Это будет 6 недель, пока я не могу начать работу над этим проектом из-за реальную работу сроки; когда я готов сделаю нить для него. Я уже говорил, что изречение "DHT" должен вызывать автоматический запрет на IRC. Это почти идеальный показатель для выявления людей, которые не понимают, Bitcoin, не имеет какого-либо интересного в понимании Bitcoin, и кого собираются только носик отвлекающие словечки, а не способствуют. Какая проблема именно вы планируете решать с DHTs. Какие измерения вы сделали, чтобы определить, что проблема существует? Какой анализ Вы проводили, что поддерживает это будет ДГТ на самом деле улучшить эту проблему? При отсутствии существования облегченных клиентов Bitcoin является затопление сети: Все участвующие узлы должны услышать обо всем, в конце концов. Произвольно проводные графики появляются отлично работать хорошо на это. Из-за процессом и любой неэффективность в топологии не реально увеличить использование полосы пропускания по существу, и глобальный охват связанных узлов, кажется, не быть не хуже, чем на несколько секунд, что значительно ниже, что строго необходимо. Кроме того, «случайная» проводка делает сеть довольно устойчива к различным атакам коротких изоляции узла или добавлению тонны хорошо распределенной Сивиллы. Этот вид сопротивления является аппаратно в более структурированных топологий. Я согласен, что если вы собираетесь не менять ничего, об архитектуре, структурированное наложение добавляет немного (это все еще полезно, хотя, как там транслируются протоколы для структурированных накладок, которые идеально подходит в том смысле, что они избежать Повторяю сообщения). Но это не ясно мне все, что с каждым клиента ОГО бассейн произвольным и непоследовательным мудрые архитектуры. Там, кажется, возможности для улучшения положения. |
|
|
|
|
8 июля 2011, 12:28:27 PM
|
# 9 |
|
Сообщения: 1582
цитировать ответ |
Re: наложенной сети Bitcoin
Я сделал набор патчей для соединения более агрессивно, но было отмечено, что это потребляет ограниченное количество Сети доступных входящих платоместа. Там нет хорошего способа получить другие клиент для подключения к вам более агрессивны. Я хотел бы видеть больше «хаба и говорил» системе, в которой клиенты могут идентифицировать себя в качестве центров, которые желают высокую степени связанности и быстрых ответов и «спиц», которые желают низких требований к пропускной способности.
Чтобы быть хаб, вы должны иметь возможность принимать входящие соединения. Концентраторы преимущественно будут подключаться к другим концентраторам, когда это необходимо, и ждать спиц для подключения к ним. Спицы соединит в первую очередь с небольшим числом узлов. Я думаю, что это принесет пользу всем. Будут ли люди быть заинтересованы в узлах, находящихся в состоянии установить флаги, которые транслируются на другие узлы и отслеживаемые вместе с их IP-адресом? Один флаг может быть "Я хаб", |
|
|
|
|
8 июля 2011, 12:37:57 PM
|
# 10 |
|
Сообщения: 487
цитировать ответ |
Re: наложенной сети Bitcoin
Я предложил структурирование как пропуск список или гиперкуб, а вместо вещания на все, что я хотел бы иметь широковещательный префикс только. Гиперкуб динамической степени, несколько узлов на каждом краю, заботясь о данном префикса. Шахтеры будут регулярно получать все операции и включить их в блоки. Это позволит сократить вещание и лучше масштабируется.
Идея была сбита довольно рано с обычными аргументами: слишком трудно, ломает слишком много, ... Но я до сих пор считаю, что следует считать 🙂 |
|
|
|
|
8 июля 2011, 1:52:30 PM
|
# 11 |
|
Сообщения: 1302
цитировать ответ |
Re: наложенной сети Bitcoin
Я сделал набор патчей для соединения более агрессивно, но было отмечено, что это потребляет ограниченное количество Сети доступных входящих платоместа. Там нет хорошего способа получить другие клиент для подключения к вам более агрессивны. Я хотел бы видеть больше «хаба и говорил» системе, в которой клиенты могут идентифицировать себя в качестве центров, которые желают высокую степени связанности и быстрых ответов и «спиц», которые желают низких требований к пропускной способности. Чтобы быть хаб, вы должны иметь возможность принимать входящие соединения. Концентраторы преимущественно будут подключаться к другим концентраторам, когда это необходимо, и ждать спиц для подключения к ним. Спицы соединит в первую очередь с небольшим числом узлов. Я думаю, что это принесет пользу всем. Будут ли люди быть заинтересованы в узлах, находящихся в состоянии установить флаги, которые транслируются на другие узлы и отслеживаемые вместе с их IP-адресом? Один флаг может быть "Я хаб", Это в значительной степени происходит автоматически с текущими настройками. Но это происходит медленно. Если вы установите MaxConnections высоко, ваш ящик будет в конечном итоге сделать пару долгоживущих соединений с другими узлами, которые действуют более или менее в качестве центров. Если вы хотите, чтобы ускорить его, я думаю, что правильное место будет поле услуг в версии и адр сообщений. Я не могу сказать, из вики, если это поле предназначено быть битовым полем, или целым числом. Будем надеяться, что битовое поле. Кроме того, вы можете сделать поведение по умолчанию, чтобы избежать более чем 25% всех соединений будут концентраторы. В противном случае, форумы заполнятся сообщения о том, что один |
|
|
|
|
8 июля 2011, 2:15:28 PM
|
# 12 |
|
Сообщения: 141
цитировать ответ |
Re: наложенной сети Bitcoin
Я предложил структурирование как пропуск список или гиперкуб, а вместо вещания на все, что я хотел бы иметь широковещательный префикс только. Гиперкуб динамической степени, несколько узлов на каждом краю, заботясь о данном префикса. Шахтеры будут регулярно получать все операции и включить их в блоки. Это позволит сократить вещание и лучше масштабируется. Идея была сбита довольно рано с обычными аргументами: слишком трудно, ломает слишком много, ... Но я до сих пор считаю, что следует считать 🙂 Chord в основном гигантский круговой пропуском список. Структура гиперкуба и хордой графа весьма похожи. В общем, вы можете легко использовать либо. Гиперкуба немного лучше, когда вы присваиваете адрес в случайном порядке / по хэшу, так как показатель расстояния гораздо более релевантным: расстояние фактического число переходов в сети. Там действительно нет причин для бит высокого порядка, чтобы быть более значительными, чем биты низкого порядка, как в Chord / Kamelia. Google "не обращая внимания маршрутизации в гиперкуба" за идею одного из преимуществ этого. Короче говоря, если вы всегда маршрут таким образом, чтобы "исправить биты высокого порядка первый"( или даже "исправить биты низкого порядка первыми"), Есть плохие примеры, которые могут массово перегружать одиночные ссылки (например, если x0000000 все хотят отправлять сообщения 000000000x, где х представляет собой / 2-битовую строку, и все они маршрут по фиксирующих бит влево-вправо, все сообщения в конечном итоге прохождения через узел 000000000000!). Отметим также, что было бы неразумно делать "идеальный трансляции" со встроенным деревом многоадресного для настройки, как Bitcoin, требующей крайней отказоустойчивость терпимости, как сокращение единой групповой связи будет Разделяет сеть. Но вы можете использовать топологию, чтобы сделать что-то Inbetween дерева и вещания для всех. |
|
|
|
|
8 июля 2011, 2:28:12 PM
|
# 13 |
|
Сообщения: 1582
цитировать ответ |
Re: наложенной сети Bitcoin
Если вы хотите, чтобы ускорить его, я думаю, что правильное место будет поле услуг в версии и адр сообщений. Я не могу сказать, из вики, если это поле предназначено быть битовым полем, или целым числом. Будем надеяться, что битовое поле. Я не думаю, что в настоящее время распространяется косвенно, хотя. Я считаю, что он должен быть в адресной структуре, что узлы могут запросить друг от друга.котировка Кроме того, вы можете сделать поведение по умолчанию, чтобы избежать более чем 25% всех соединений будут концентраторы. В противном случае, форумы заполнятся сообщения о том, что один Для концентратора, вы, вероятно, только хотите сделать исходящие соединения с другими концентраторами. Там нет причин, вы хотите, чтобы активно искать лист. (Хотя я бы не 100% закрыть его, хотя, укусил было бы редко.) Большинство листьев не может принимать входящие соединения в любом случае. Концентраторы приобретет много соединений с листьев, потому что листья будут подключаться к ним. |
|
|
|
|
8 июля 2011, 2:36:57 PM
|
# 14 |
|
Сообщения: 294
цитировать ответ |
Re: наложенной сети Bitcoin
Я обеспокоен тем, что любая сетевая структура, в которой не все узлы равны (насколько это возможно), потенциально может позволить злоумышленнику легко получить контроль над сетью.
В то время как равноправное принимать входящие соединения vs. один не принимает их не является большой проблемой (и полученный ступица / лист как структуры), поскольку она не ограничивает, когда узел подключается, но только сколько соединений есть ... когда структура будет введена, где вы конкретно хотите быть центром или листом, я думаю, было бы легче злоумышленник просто создать много «хабы» (он может выбрать, чтобы сделать его сверстник концентраторы в любом случае) и легко получить контроль над много лаврового листа (который, вероятно, будет по умолчанию для «среднего пользователя»). |
|
|
|
|
8 июля 2011, 3:37:18 PM
|
# 15 |
|
Сообщения: 2366
цитировать ответ |
Re: наложенной сети Bitcoin
Я обеспокоен тем, что любая сетевая структура, в которой не все узлы равны (насколько это возможно), потенциально может позволить злоумышленнику легко получить контроль над сетью. В то время как равноправное принимать входящие соединения vs. один не принимает их не является большой проблемой (и полученный ступица / лист как структуры), поскольку она не ограничивает, когда узел подключается, но только сколько соединений есть ... когда структура будет введена, где вы конкретно хотите быть центром или листом, я думаю, было бы легче злоумышленник просто создать много «хабы» (он может выбрать, чтобы сделать его сверстник концентраторы в любом случае) и легко получить контроль над много лаврового листа (который, вероятно, будет по умолчанию для «среднего пользователя»). Эх. Я согласен с вашими выводами, не согласен с рассуждениями. Прослушивание / без прослушивания делает предел, который вы подключаете to-вы не можете подключиться к кому-то, кто не слушает. Если злоумышленник может вызвать супер обилие слушающих узлов в различном / 16s, то есть вероятность того, что некоторые узлы будут подключаться только к его, и он может выборочно разделить сеть. Например, если вы контролируете есть 91,7% от "узлы" (действительно только прокси) с тем же распределением / 16 в качестве обычной сети, любой случайный узел без прослушивания будет иметь 50% вероятность подключения к вам исключительно. Это займет бы, возможно, 50000 hosts- не может быть и речи для оператора ботнета. Если большой шахтер или два и крупный торговец в конечном итоге связано исключительно с его злыми узлами, он может вызвать, что шахтер помоему на вилку, которую он использует, чтобы совершать сделки в разделе, который будет позже отмененных главной цепи, когда он де -разбиения сети. Тот факт, что многие узлы не являются прослушиванием, делает это нападение гораздо легче, но реальное решение, что становится все больше узлов прослушивания. Где я с вами согласен, что добавление _more_ типа узла разнообразия (особенно атакующего управляемые из них) может только ухудшить ситуацию. Атакующий будет выбрать типы / позиции его узлов, чтобы максимизировать свою эффективность. При отсутствии надежной мера независимости узла я не верю автоматическая топология может иметь высокий уровень безопасности в случайном порядке проводных один для данного заказа узла (очевидно, увеличивая порядок помогает) предполагая, что злоумышленник имеет много потенциальных целей и могу запускать множество поддельных узлов. Есть вещи, которые мы можем сделать, чтобы улучшить положение вещей ... Автоматическое вращение соединения, лучшая поддержка вручную настроенные доверенных примыкания (все основные шахтеры полного сцепления друг с другом убивает большинство нулевого hashpower разделов&respend атака мертвая), зонды мониторинга состояния сети (и каналы данных), и скорректированные здоровья сети задержка подтверждения. |
|
|
|
|
8 июля 2011, 3:40:15 PM
|
# 16 |
|
Сообщения: 1302
цитировать ответ |
Re: наложенной сети Bitcoin
Если вы хотите, чтобы ускорить его, я думаю, что правильное место будет поле услуг в версии и адр сообщений. Я не могу сказать, из вики, если это поле предназначено быть битовым полем, или целым числом. Будем надеяться, что битовое поле. Я не думаю, что в настоящее время распространяется косвенно, хотя. Я считаю, что он должен быть в адресной структуре, что узлы могут запросить друг от друга.котировка Кроме того, вы можете сделать поведение по умолчанию, чтобы избежать более чем 25% всех соединений будут концентраторы. В противном случае, форумы заполнятся сообщения о том, что один Для концентратора, вы, вероятно, только хотите сделать исходящие соединения с другими концентраторами. Там нет причин, вы хотите, чтобы активно искать лист. (Хотя я бы не 100% закрыть его, хотя, укусил было бы редко.) Большинство листьев не может принимать входящие соединения в любом случае. Концентраторы приобретет много соединений с листьев, потому что листья будут подключаться к ним.В соответствии с вики, поле услуг входит в адр сообщений. И похоже, точно такие вещи, что поле было предназначено. И я имел в виду ограничения ступицы быть для обычных узлов, а не концентраторов. В целях безопасности, вы хотите, большинство ваших связей, чтобы быть в обычных людей, даже если вы хотите, по крайней мере, несколько хорошо соединенных узлов для повышения эффективности сети. Но это не будет иметь никакого вредное воздействие на ступице, если же правило последовало там тоже. |
|
|
|
|
8 июля 2011, 3:45:41 PM
|
# 17 |
Сообщения: 1582
цитировать ответ |
Re: наложенной сети Bitcoin
В то время как равноправное принимать входящие соединения vs. один не принимает их не является большой проблемой (и полученный ступица / лист как структуры), поскольку она не ограничивает, когда узел подключается, но только сколько соединений есть ... когда структура будет введена, где вы конкретно хотите быть центром или листом, я думаю, было бы легче злоумышленник просто создать много «хабы» (он может выбрать, чтобы сделать его сверстник концентраторы в любом случае) и легко получить контроль над много лаврового листа (который, вероятно, будет по умолчанию для «среднего пользователя»). Он может сделать то же самое теперь, как легко, просто установив на много узлов, которые принимают входящие соединения.Я не уверен, что это нужно, но если люди чувствовали, что было необходимо, это не было бы очень трудно установить сопротивление разделов, где узлы поиск для дисбалансов в сети и попытаться сбалансировать дерево и уменьшить его максимальную длину пути. Честно говоря, я думаю, ступица и листьев код улучшит ситуацию в широком масштабе. Число центров может быть большим. Единственное, что останавливает там от того, много центров в настоящее время является страхом потребления входящих слотов подключения. Чем больше взаимосвязей, тем труднее для злоумышленника для разделения сети. Я представляя концентраторы с тысячами соединений. С помощью всего лишь три из них каждых под самостоятельной работой, разделение сети будет почти невозможно. |
|
|
|
|
8 июля 2011, 4:42:42 PM
|
# 18 |
Сообщения: 294
цитировать ответ |
Re: наложенной сети Bitcoin
Я обеспокоен тем, что любая сетевая структура, в которой не все узлы равны (насколько это возможно), потенциально может позволить злоумышленнику легко получить контроль над сетью. В то время как равноправное принимать входящие соединения vs. один не принимает их не является большой проблемой (и полученный ступица / лист как структуры), поскольку она не ограничивает, когда узел подключается, но только сколько соединений есть ... когда структура будет введена, где вы конкретно хотите быть центром или листом, я думаю, было бы легче злоумышленник просто создать много «хабы» (он может выбрать, чтобы сделать его сверстник концентраторы в любом случае) и легко получить контроль над много лаврового листа (который, вероятно, будет по умолчанию для «среднего пользователя»). Эх. Я согласен с вашими выводами, не согласен с рассуждениями. Прослушивание / без прослушивания делает предел, который вы подключаете to-вы не можете подключиться к кому-то, кто не слушает. Если злоумышленник может вызвать супер обилие слушающих узлов в различном / 16s, то есть вероятность того, что некоторые узлы будут подключаться только к его, и он может выборочно разделить сеть. Например, если вы контролируете есть 91,7% от "узлы" (действительно только прокси) с тем же распределением / 16 в качестве обычной сети, любой случайный узел без прослушивания будет иметь 50% вероятность подключения к вам исключительно. Это займет бы, возможно, 50000 hosts- не может быть и речи для оператора ботнета. Если большой шахтер или два и крупный торговец в конечном итоге связано исключительно с его злыми узлами, он может вызвать, что шахтер помоему на вилку, которую он использует, чтобы совершать сделки в разделе, который будет позже отмененных главной цепи, когда он де -разбиения сети. Тот факт, что многие узлы не являются прослушиванием, делает это нападение гораздо легче, но реальное решение, что становится все больше узлов прослушивания. Где я с вами согласен, что добавление _more_ типа узла разнообразия (особенно атакующего управляемые из них) может только ухудшить ситуацию. Атакующий будет выбрать типы / позиции его узлов, чтобы максимизировать свою эффективность. При отсутствии надежной мера независимости узла я не верю автоматическая топология может иметь высокий уровень безопасности в случайном порядке проводных один для данного заказа узла (очевидно, увеличивая порядок помогает) предполагая, что злоумышленник имеет много потенциальных целей и могу запускать множество поддельных узлов. Есть вещи, которые мы можем сделать, чтобы улучшить положение вещей ... Автоматическое вращение соединения, лучшая поддержка вручную настроенные доверенных примыкания (все основные шахтеры полного сцепления друг с другом убивает большинство нулевого hashpower разделов&respend атака мертвая), зонды мониторинга состояния сети (и каналы данных), и скорректированные здоровья сети задержка подтверждения. |
|
|
|
|
8 июля 2011, 9:47:29 PM
|
# 19 |
|
Сообщений: 70
цитировать ответ |
Re: наложенной сети Bitcoin
Я уже говорил, что изречение "DHT" должен вызывать автоматический запрет на IRC. Это почти идеальный показатель для выявления людей, которые не понимают, Bitcoin, не имеет какого-либо интересного в понимании Bitcoin, и кого собираются только носик отвлекающие словечки, а не способствуют. В зависимости от интерпретации это обобщение, представляющее собой мнение или экземпляр генетической ошибочности. Какая проблема именно вы планируете решать с DHTs. Какие измерения вы сделали, чтобы определить, что проблема существует? Какой анализ Вы проводили, что поддерживает это будет ДГТ на самом деле улучшить эту проблему? Измерения имеют ограниченную полезность. Если бы мы должны были действовать до тех пор, пока измерения показали проблему, то мы отстающие. Я не утверждаю, чем существует проблема В данный момент со случайной моделью соединения. Вы можете найти анализ соответствующих характеристик каждой модели ДГТ в научных работах, если вы заботитесь. Там нет ни одного "ДГТ" и, следовательно, нет ни одной ссылки. При отсутствии существования облегченных клиентов Bitcoin является затопление сети: Все участвующие узлы должны услышать обо всем, в конце концов. Произвольно проводные графики появляются отлично работать хорошо на это. Из-за процессом и любой неэффективность в топологии не реально увеличить использование полосы пропускания по существу, и глобальный охват связанных узлов, кажется, не быть не хуже, чем на несколько секунд, что значительно ниже, что строго необходимо. Какие измерения у вас, чтобы определить, что глобальный охват не хуже, чем несколько секунд ?. Вы говорите, облегченные клиенты, чтобы избежать в будущем ?. Кроме того, «случайная» проводка делает сеть довольно устойчива к различным атакам коротких изоляции узла или добавлению тонны хорошо распределенной Сивиллы. Этот вид сопротивления является аппаратно в более структурированных топологий. Я в неведении о смысле "аппаратные средства" как используется в данном контексте. Может быть "проводное" это слово, которое вы ищете ?. Как уже было сказано в этой теме, чем есть способы избежать целенаправленных атак в распределенных DHTs, общая процедура взять хэш публичного IP в качестве идентификатора узла. Другие методы могут быть применены в зависимости от конкретной модели. |
|
|
|
Как заработать Биткоины?
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.