Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
23 марта 2013, 7:16:52 AM   # 1
 
 
Сообщения: 1484
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Вот черновик реализация расширения для протокола UDP P2P
для Bitcoin:

     https://github.com/jgarzik/bitcoin/tree/udp
     http://yyz.us/bitcoin/udp-v0.patch

Спецификация протокола (например, что он есть):

- UDP, присоединенный к тому же порту, как TCP P2P (обычно 8333)
- Активное, одновременное TCP P2P-соединение, необходимое (полезно против DoS атак и других)
- Тот же формат сообщение, как TCP P2P, та же конвенция pchMessageStart и т.д. (мой CNetMessage тянуть REQ будет полезно здесь)
- Несколько сообщений P2P в пакете UDP разрешено
- Максимальный размер пакета UDP 100 * 1024 байт
- Объявляет NODE_UDP в nServices
- новый "getudpcook" TCP P2P команда возвращает "udpcook" сообщение, содержащее вкуснятина печенье
- Команды UDP P2P "фактура", "Техас" а также "адр" обрабатываются как если получено с помощью TCP
- Команда UDP P2P "udpsub" устанавливает маску, которая подписывается на одну или несколько передач данных.
- Когда USM_INV_BCAST бит маски установлен, получить "фактура" сообщения по протоколу UDP, а не TCP.

Проектные и конструкторские задачи (или, почему это?):

- Он предположил, что UDP может быть полезным для некоторых сообщений, мы транслировались по всей сети
- Продуктивное обсуждение начинается с кодом, иначе дискуссия продолжается навсегда.
- Исследовать улучшения "фактура" скорость реле
- Исследовать безусловным "Техас" вещания через UDP, а "фактура" Альтернатива для малых ТХ-х лет.
- Исследовать повышение скорости работы блока реле (или, возможно, скорость реле заголовка блока)
- Открываем новые конструктивные пути для P2P моделей больше подходит для UDP, чем TCP в целом.

Должно быть, подчеркнуть, что это должно быть отправная точка, не является обязательным требованием набора в камне, что это, как протокол должен смотреть. Я не думаю, что мы будем знать, как протокол UDP не должен выглядеть только после тестирования и экспериментов, или даже если это хорошая идея.

jgarzik сейчас офлайн Пожаловаться на jgarzik   Ответить с цитированием Мультицитирование сообщения от jgarzik Быстрый ответ на сообщение jgarzik


Как заработать Биткоины?
Без вложений. Не майнинг.


23 марта 2013, 10:02:39 AM   # 2
 
 
Сообщения: 1792
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Получил 1806 Биткоинов
Реальная история.





- Максимальный размер пакета UDP 100 * 1024 байт

Можно ли избавиться от этого магического числа? Чтобы избежать проблем, как у нас сейчас с лимитом 1 МБ.
Ну-с-Beyond сейчас офлайн Пожаловаться на Come-из-Beyond   Ответить с цитированием Мультицитирование Сообщения от Come-из-Beyond Быстрый ответ на сообщение Ну-с-Beyond

23 марта 2013, 12:09:49 PM   # 3
 
 
Сообщений: 42
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Не посмотрел на код еще некоторые мысли:

1) По размеру данных IPv4 макс UDP составляет 65507 байт.
2) Что о больших сообщениях (блок)?
3) Я думаю, что скорость реле может быть увеличена только за счет уменьшения диаметра сети. Представляем супер-узлы с тысячами подключенных сверстников может сильно помочь здесь.
4) только (IMO) UDP преимущества: перфорация. Но требование активного соединения TCP бросает вызов его. И перфорация потребуется расширение протокола.
5) незапрашиваемые ОЕ вещание увеличит трафик полных узлов (особенно хорошо подключено) и меньше людей будут запускать их.
r.willis сейчас офлайн Пожаловаться на r.willis   Ответить с цитированием Мультицитирование сообщения от r.willis Быстрый ответ на сообщение r.willis

23 марта 2013, 3:42:37 PM   # 4
 
 
Сообщения: 154
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Не посмотрел на код еще некоторые мысли:

1) По размеру данных IPv4 макс UDP составляет 65507 байт.
2) Что о больших сообщениях (блок)?
3) Я думаю, что скорость реле может быть увеличена только за счет уменьшения диаметра сети. Представляем супер-узлы с тысячами подключенных сверстников может сильно помочь здесь.
4) только (IMO) UDP преимущества: перфорация. Но требование активного соединения TCP бросает вызов его. И перфорация потребуется расширение протокола.
5) незапрашиваемые ОЕ вещание увеличит трафик полных узлов (особенно хорошо подключено) и меньше людей будут запускать их.
Может быть, я читаю это как чрезмерно отрицательный, но я думаю, вы должны смотреть на это с точки зрения того, как она может обеспечить основу для экспериментов и дальнейшей работы, а не как он не будет немедленно решить все проблемы и создавать другие.

Дело в том, что протокол, как он стоит имеет свои недостатки, и эти проблемы могут стать как масштабы (в количестве сделок, узлов или размера блока). Таким образом, протокол будет развиваться. Имея работу на месте для отправки и получения сообщений по несколько UDP позволяет больше возможностей при рассмотрении решения больших проблем в сети, и даст нам лучшее понимание преимуществ различных подходов.
Zeilap сейчас офлайн Пожаловаться на Zeilap   Ответить с цитированием Мультицитирование сообщения от Zeilap Быстрый ответ на сообщение Zeilap

23 марта 2013, 4:05:44 PM   # 5
 
 
Сообщений: 42
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Я просто не понимаю, как добавление UDP может помочь решить любые проблемы - ток будущего. Но это добавит некоторые проблемы - это точно.
r.willis сейчас офлайн Пожаловаться на r.willis   Ответить с цитированием Мультицитирование сообщения от r.willis Быстрый ответ на сообщение r.willis

23 марта 2013, 4:28:46 PM   # 6
 
 
Сообщения: 1988
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Я просто не понимаю, как добавление UDP может помочь решить любые проблемы - ток будущего.
Поддержка UDP является первым шагом, необходимым для поддержки IP-вещание, группового и Anycast. Это позволит реализовать огромную экономию полосы пропускания. В настоящее время сеть p2p эмулирует вещание в крайне неэффективным способом с TCP / IP затопление, только потому, что большинство нынешних провайдеров не имеют какой-либо способ правильно маршрута IP многоадресного трафика.

 
2112 сейчас офлайн Пожаловаться на 2112   Ответить с цитированием Мультицитирование Сообщения от 2112 Быстрый ответ на сообщение 2112

23 марта 2013, 5:10:26 PM   # 7
 
 
Сообщений: 42
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Потрясающая? Едва.
Давайте посмотрим, сколько мы можем сэкономить на INV сообщений.
Мы подключены к, например, 20 коллег, текущая скорость транзакций 60000 TX / день.
и сообщений <100 байт, включая накладные расходы TCP / IP.
Таким образом, в целом это максимум 114 МБ / день. Не думаю, что это слишком много для полного узла.
Полоса пропускания дешевы (~ 2 $ за ТБ), так зачем беспокоиться?
Блум фильтр делает инв спама не проблема (и не может быть применен к broacast / многоадресного).
Invstigation в топологии сети и средства для снижения
r.willis сейчас офлайн Пожаловаться на r.willis   Ответить с цитированием Мультицитирование сообщения от r.willis Быстрый ответ на сообщение r.willis

23 марта 2013, 5:37:59 PM   # 8
 
 
Сообщения: 1988
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Потрясающая? Едва.
Давайте посмотрим, сколько мы можем сэкономить на INV сообщений.
Мы подключены к, например, 20 коллег, текущая скорость транзакций 60000 TX / день.
и сообщений <100 байт, включая накладные расходы TCP / IP.
Таким образом, в целом это максимум 114 МБ / день. Не думаю, что это слишком много для полного узла.
Полоса пропускания дешевы (~ 2 $ за ТБ), так зачем беспокоиться?
Блум фильтр делает инв спама не проблема (и не может быть применен к broacast / многоадресного).
Invstigation в топологии сети и средства для снижения
Я думаю, что вы сделали ошибку в своих расчетах.

У истоков сделки или блока никто из коллег слышал об этом. Таким образом, все сверстники будут просить полную транзакцию или полный блок. Только на более поздних этапах сети наводнения избыточность p2p начинает приближается к эффективности многоадресной рассылки. Первый этап является самым важным как в совокупной сумме и полосы пропускания накопленной суммы * латентный пропускной способность продукта, особенно для хорошо связанные коллег, для которых число соединений значительно выше, чем по умолчанию 8.

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

В дополнение к облегчению IP-широколиственных / мульти / любой литой ПДП является первым шагом, чтобы облегчить передачу протокола Bitcoin через не-IP средств массовой информации, например, сырые радио протоколы.

И последнее, но не в последнюю очередь, узнав о сети многоадресной передачи и совместного использования полосы пропускания, вероятно, поможет развеять другие заблуждения распространены среди Bitcoin разработчиков, epecially, связанные с совместным использованием хранилища blockchain. C.F. Защита gmaxwell о хранении blockchain в сыром STDIO файле / iostream:
В этом случае, поскольку blockchain неотъемлемо только для чтения в Append только поток является фантастическим, очень прочным, очень прочным и идеально эффективным хранилище данных для него.
2112 сейчас офлайн Пожаловаться на 2112   Ответить с цитированием Мультицитирование Сообщения от 2112 Быстрый ответ на сообщение 2112

23 марта 2013, 6:10:19 PM   # 9
 
 
Сообщений: 42
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Я думаю, что вы сделали ошибку в своих расчетах.
Вы можете указать точный момент, который я сделал ошибку?
У истоков сделки или блока никто из коллег слышал об этом. Таким образом, все сверстники будут просить полную транзакцию или полный блок.
Каждая полная нота будет получать каждый блок и каждую сделку ровно один раз - будь это p2p или многоадресной рассылки. Разница приходит только от Inv сообщений.
Это особенно важно для блоков, потому что мультикастинг новых блоков позволит снизить вероятность создания сирот.
Это будет справедливо, если мультикастинг надежна / Цензура устойчивости. Любой шахтер должен работать хорошо подключен
узел, чтобы помочь сети.

EDIT: опечатка исправить.
r.willis сейчас офлайн Пожаловаться на r.willis   Ответить с цитированием Мультицитирование сообщения от r.willis Быстрый ответ на сообщение r.willis

23 марта 2013, 6:23:03 PM   # 10
 
 
Сообщения: 924
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Ссылка клиент не нуждается в новых UDP функции, он должен быть затянут и потушить в качестве официального релиза 1.0, который не является ни альфа, ни бета. Другими словами, то, что готов к массам. Кроме того, добавление UDP только увеличивает количество поведения, которая не описана ни в одном официальном документе спецификации. Я нахожу это озадачивает, что в то время как с одной стороны, разработчики хотят прогрессировать в "медленно консервативная мода" потому что Bitcoin все еще находится в бета-версии и программное обеспечение еще не готово, но затем с другой стороны, мы говорим о новых возможностях?

Я предполагаю, что это является следствием развития Bitcoin не гонят коммерческими интересами. Там нет никаких сроков, не босса подотчетны и не соответствующих клиентов. Компании, как MtGox, BitInstant или SatoshiDICE, вероятно, мало заботит не совсем о том, что программное обеспечение "готов" или нет, даже если добавляются новые функции, так что они на самом деле не так много сказать, пока они продолжают получать клиентов и зарабатывать деньги.

Капитализм работает лучше всего, когда есть конкуренция за прибыль, которая управляет циклом продукта в направлении, которое удовлетворяет клиентов больше всего. Модель разработки программного обеспечения Bitcoin не капиталистическая модель. Он больше напоминает ведение государства промышленности со всей ее неэффективностью. Например, как почтовое отделение Соединенных Штатов. "Цены" и бизнес-правила не устанавливаются рынком, а скорее централизованного планирования, которые думают, что они знают лучше. Но никакое количество добрых намерений не может заменить информацию, содержащуюся в ценовых сигналов. Основные разработчики работают на том, что они думают, что лучше. Там нет обзоров эффективности работы, и нет конкурентов для их работы. Программное обеспечение Bitcoin бесплатно, поэтому потеря клиентов не ощущается как падение доходов. Фонд Bitcoin не отвечает на пользователей либо. Короче говоря там нет свободного давления рынка программного обеспечения Bitcoin развиваться в направлении, что большинство удовлетворяет потребителей.

Я считаю, что если мы не получим какое-то коммерческой строгость в процесс разработки программного обеспечения Bitcoin, он будет навсегда разделять характеристики многих проектов с открытым исходным кодом, регламентированные идеалистическими шейными бородами, которые работают "реальный" Работа в то же время, как они вносят свой вклад в свободное время в проекте с открытым исходным кодом в качестве "хобби." В частности, что мы получим программное обеспечение, развитие которых приводится в движение не от потребностей пользователей, бизнеса или Peformance давления свободного рынка, а скорее то, что новенький особенность или личные мнения диктуют должно произойти дальше. Отсутствие какой-либо формальной спецификации является одним из симптомов этого недуга. Вы можете сказать, когда проект двигается в этом направлении, потому что есть хоры отговорки, как "если не нравится, то работать над ним самостоятельно", "если вы хотите спецификации затем записать их", или "Я воздействую на это бесплатно, так что я буду делать то, что я хочу." Обсуждение, которые обычно получают вас уволили из типичного бизнеса.

Bitcoin потребность разработки программного обеспечения имеет планирование, этапы, сроки, график выпуска, и контроль качества. Не нескончаемый унылый функций, которые будут держать его в вечном "бета" государство.

котировка
- Исследовать улучшения "фактура" скорость реле
- Исследовать безусловным "Техас" вещания через UDP, а "фактура" Альтернатива для малых ТХ-х лет.
- Исследовать повышение скорости работы блока реле (или, возможно, скорость реле заголовка блока)
- Открываем новые конструктивные пути для P2P моделей больше подходит для UDP, чем TCP в целом.

Преждевременные оптимизации. Давайте 1.0 из первых, прежде чем начать улучшать вещи?
misterbigg сейчас офлайн Пожаловаться на misterbigg   Ответить с цитированием Мультицитирование сообщения от misterbigg Быстрый ответ на сообщение misterbigg

23 марта 2013, 6:34:33 PM   # 11
 
 
Сообщений: 42
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Bitcoin потребность разработки программного обеспечения имеет планирование, этапы, сроки, график выпуска, и контроль качества.
И сделать все это реалистическое: финансирование.
r.willis сейчас офлайн Пожаловаться на r.willis   Ответить с цитированием Мультицитирование сообщения от r.willis Быстрый ответ на сообщение r.willis

23 марта 2013, 6:41:05 PM   # 12
 
 
Сообщения: 653
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Многие дешевые маршрутизаторы имеют проблемы с пересылкой пакетов UDP.
Я не уверен, если это будет полезно для применения p2p.
Шлейхер сейчас офлайн Пожаловаться на Шлейхер   Ответить с цитированием Мультицитирование сообщения от Шлейхер Быстрый ответ на сообщение Шлейхер

23 марта 2013, 7:01:48 PM   # 13
 
 
Сообщения: 1988
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Вы можете указать точный момент, который я сделал ошибку?
Конечно. Сетевой маршрутизатор нагрузки рассчитывается с использованием двух величин: BPS и ПФС; бит в секунду и пакетов в секунду. Кроме того, вы должны учитывать для кругового обхода латентности связей с равноправными узлами.
Каждая полная нота будет получать каждый блок и каждую сделку ровно один раз - будь это p2p или многоадресной рассылки. Разница приходит только от Inv сообщений.
Это лишь асимптотически верно. На самом деле это совершенно неверно для "хорошо связан шахтер", Давайте предположим, что максимум по умолчанию 150 подключений. После обнаружения нового блока будет толкать 150 "Ура!" Сообщения. Он получит 150 "Дай мне!" Сообщения от своих сверстников, и пошлют 150 экземпляров нового блока. И я дисконтирование PSH + ACK пакеты, которые могут потребоваться (Hi Mr.Nagle!, если вы читаете это; Я думаю, нет: Последнее посещение: 2012-09-05, 14:06:16).

Так что это минимум 450 IP-пакетов и 1 дополнительного редиректа TCP / IP затопления по сравнению с 1 пакетом и 0 задержки с UDP / IP многоадресной рассылкой. Я не буду даже беспокоить подсчета нагрузки бод требуется, только экономия имп нагрузки огромны.
 
Это будет справедливо, если мультикастинг надежна / Цензура устойчивости. Любой шахтер должен работать хорошо подключен
узел, чтобы помочь сети.
Я полагаю, что мы оставим вопросы сотрудничества против конкуренции пользователей Bitcoin на другой раз.

Я не собираюсь запустить в импровизированную сетевой лекцию. Любой действительно интересует "почему UDP?" а также "почему многоадресного?" а также "как сделать их надежными?" может искать достаточно документации и развертывания опыт финансовых экстрасетей, например NASDAQ.
2112 сейчас офлайн Пожаловаться на 2112   Ответить с цитированием Мультицитирование Сообщения от 2112 Быстрый ответ на сообщение 2112

23 марта 2013, 7:32:41 PM   # 14
 
 
Сообщений: 42
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Конечно. Сетевой маршрутизатор нагрузки рассчитывается с использованием двух величин: BPS и ПФС; бит в секунду и пакетов в секунду. Кроме того, вы должны учитывать для кругового обхода латентности связей с равноправными узлами.
Это понимают огромный экономия пропускная способность.
Я говорил о пропускной способности, и поэтому ты. Не вижу ни одной ошибки на моей стороне, а некоторые
утверждает, что без доказательств на вашем.
Это лишь асимптотически верно. На самом деле это совершенно неверно для "хорошо связан шахтер",
Это абсолютно верно. Примечание: Я говорил о получении, не посылая. Для отправки вы будете экономить
некоторые полосы пропускания - по всей сети, ваша экономия будет почти общий объем блоков и сделок.
Таким образом, общая пропускная способность будет в два раза. Стоит ли оно того? Я сомневаюсь в этом. И шахтеры могут легко справиться с такими
уровни пропускной способности.
может искать достаточно документации и развертывания опыт финансовых экстрасетей, например NASDAQ.
Было бы интересно посмотреть, успешное использование многоадресной рассылки для приложения p2p.
r.willis сейчас офлайн Пожаловаться на r.willis   Ответить с цитированием Мультицитирование сообщения от r.willis Быстрый ответ на сообщение r.willis

23 марта 2013, 8:31:04 PM   # 15
 
 
Сообщения: 836
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Я предполагаю, что это является следствием развития Bitcoin не гонят коммерческими интересами.

В точку.
Grau сейчас офлайн Пожаловаться на Грау   Ответить с цитированием Мультицитирование сообщения от Grau Быстрый ответ на сообщение Grau

23 марта 2013, 10:25:09 PM   # 16
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Хорошо видеть, что многоадресного до сих пор широко неправильно. Хотя это правда, что сообщение должно быть получено такое же количество раз в многоадресного (это число является числом узлов), что изменения, сколько раз он должен быть послал.  Это также уменьшает время ожидания, так как расстояние по сети становится п хмель маршрутизации + 0 поверок, а не хмель тока п маршрутизации + (N-1) проверок.
kjj сейчас офлайн Пожаловаться на kjj   Ответить с цитированием Мультицитирование сообщения от kjj Быстрый ответ на сообщение kjj

23 марта 2013, 10:29:32 PM   # 17
 
 
Сообщения: 209
Цитировать по имени
цитировать ответ
по умолчанию Re: расширение Bitcoin протокола UDP P2P

Ссылка клиент не нуждается в новых UDP функции, он должен быть затянут и потушить в качестве официального релиза 1.0, который не является ни альфа, ни бета. Другими словами, то, что готов к массам. Кроме того, добавление UDP только увеличивает количество поведения, которая не описана ни в одном официальном документе спецификации. Я нахожу это озадачивает, что в то время как с одной стороны, разработчики хотят прогрессировать в "медленно консервативная мода" потому что Bitcoin все еще находится в бета-версии и программное обеспечение еще не готово, но затем с другой стороны, мы говорим о новых возможностях?

Например,

1. Включение шифрования бумажника по умолчанию с фразой собираются от пользователя на первом запуске.
2. Добавление "автоматическое резервное копирование зашифрованного кошелька по электронной почте при новых адресов или контактов быть добавлены или удалены" (Подобно тому, что делает Blockchain.info).
3. Как насчет простой "Импорт закрытого ключа" в дополнении к в настоящее время неясной команда скрытого RPC, чтобы сделать то же самое?

И т.п.

Это было на самом деле полезно.

котировка
котировка
- Исследовать улучшения "фактура" скорость реле
- Исследовать безусловным "Техас" вещания через UDP, а "фактура" Альтернатива для малых ТХ-х лет.
- Исследовать повышение скорости блока реле (или perhab] пс блок заголовок скорость реле)
- Открываем новые конструктивные пути для P2P моделей больше подходит для UDP, чем TCP в целом.

Преждевременные оптимизации. Давайте 1.0 из первых, прежде чем начать улучшать вещи?


Согласовано. Существует, безусловно, гораздо больше, "рыбы мальков" в этот момент с гораздо большим положительным воздействием на экосистемы и принятие ставки.
alexkravets сейчас офлайн Пожаловаться на alexkravets   Ответить с цитированием Мультицитирование сообщения от alexkravets Быстрый ответ на сообщение alexkravets



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW