20 ноября 2010, 6:09:48 PM   # 1
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Здравствуй,

Я удивлен, что нет полной документации текущей спецификации протокола в это время. Я нашел кое-что на вики http://www.bitcoin.org/wiki/doku.php?id=bitcoins_draft_spec_0_0_1 и некоторые фрагменты на страницах pybitcoin https://code.google.com/p/pybitcoin/wiki/BitcoinProtocol. Но есть много пустых частей (неизвестные байт в формате и т.д.).

Я пропускаю также некоторые стандартный путь для предложений протокола - здесь все сделано на форуме в каком-то неясном процессе (по крайней мере неясные для меня). Я думаю, это потому, что Bitcoin сообщества еще довольно мало, но мы должны определить стандартные процессы, что, когда мы хотим расти.

Я хотел бы реализовать собственную библиотеку (в Python) для поддержки протокола Bitcoin, но я понял, что не существует простой способ, пока я не знаком с СРР и официальными источниками клиентов. Есть также много «писаки» как ограниченного размера блока, которые связаны с самим протоколом, чем на реализации клиента.

Кроме того, один немой вопрос - это действительно необходимо иметь двоичный протокол для наших намерений? Я думаю, что что-то более стандартизированным должно быть более дружественным для программистов на других языках (скажем, Java) и на другой платформе (мне не нужно решать 32/64 битных проблем на типы данных и т.д.), когда я определил протокол, как (например) архивированная XML (как и другие форматы данных с открытым исходным кодом).

В настоящее время существует большой барьер, чтобы принести новые клиент с прохладными новыми функциями, а потому, что я не знаю, низкоуровневые внутренностей Bitcoin клиента, я не знаю, как исправить эту ситуацию сейчас :-(.
слякоть сейчас офлайн Пожаловаться на слякоть   Ответить с цитированием Мультицитирование сообщения от слякоти Быстрый ответ на сообщение слякоть


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


20 ноября 2010, 7:00:42 PM   # 2
 
 
Сообщения: 224
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

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





Здравствуй,

Я удивлен, что нет полной документации текущей спецификации протокола в это время. Я нашел кое-что на вики http://www.bitcoin.org/wiki/doku.php?id=bitcoins_draft_spec_0_0_1 и некоторые фрагменты на страницах pybitcoin https://code.google.com/p/pybitcoin/wiki/BitcoinProtocol. Но есть много пустых частей (неизвестные байт в формате и т.д.).


Я, например, хотел бы работать с кем-то или группой, кто заинтересован в оказании помощи собрать формальную спецификацию для Bitcoins. Я думаю, что это что-то, чье время пришло, и обсуждался на ряде других потоков. Это не является строго необходимым, но формальная спецификация, а не в зависимости от эталонной реализации (то, что необходимо также КСТАТИ!) Невероятно полезно.

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

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

21 ноября 2010, 4:34:29 PM   # 3
 
 
Сообщения: 487
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Я все для уточнения какого-то протокола. Мы дали ему первый выстрел при попытке получить рабочий клиент Bitcoin для работы с pybitcoin, но оказалось, что протокол является сложной и трудно понять, в разы. Также обзор высокого уровня, как различные сценарии играть будет невероятно полезным.

Нам нужны альтернативные клиенты для сети, как показывает огромный интерес к родной клиент для Android, и что когда-нибудь произойдет, мы должны спецификацию базового протокола.
Cdecker сейчас офлайн Пожаловаться на Cdecker   Ответить с цитированием Мультицитирование сообщения от Cdecker Быстрый ответ на сообщение Cdecker

23 ноября 2010, 6:00:45 AM   # 4
 
 
Сообщения: 1222
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Я не профессиональный программист, или технический писатель документ.
Сколько работы, (человеко-часов), потребуется, чтобы сделать формальную спецификацию на Bitcoin протокол?
Я хотел бы, чтобы помочь организовать, чтобы это сделать.
da2ce7 сейчас офлайн Пожаловаться на da2ce7   Ответить с цитированием Мультицитирование сообщения от da2ce7 Быстрый ответ на сообщение da2ce7

23 ноября 2010, 6:34:47 AM   # 5
 
 
Сообщения: 224
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Я не профессиональный программист, или технический писатель документ.
Сколько работы, (человеко-часов), потребуется, чтобы сделать формальную спецификацию на Bitcoin протокол?
Я хотел бы, чтобы помочь организовать, чтобы это сделать.

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

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

Один из лучших реальных спецификаций, которые я когда-либо прочитанных была спецификация файла изображения PNG:

http://www.libpng.org/pub/png/spec/1.2/

Это, конечно, не похоже на то, что мы имеем здесь с Bitcoins, что вместо сетевой протокол. Это будет больше похоже на интернет-РЛК, которые можно найти здесь:

http://www.ietf.org/rfc.html

Если вы хотите прочитать настоящую спецификацию и в то же время видеть немного ботаник юмора, я предлагаю вам прочитать эту конкретную спецификацию здесь:

http://tools.ietf.org/html/rfc1149

Я бы ожидать, что это займет несколько человеко-месяцев работы по крайней мере с точки зрения получения его готовы к одной из этих международных организаций. Предпочтительно, я хотел бы видеть это представляется как формальная сеть RFC как только мы получим все прибиты действительно хорошо. Это дало бы Bitcoins некоторую твердую законность и является довольно высокой целью качества, чтобы ударить.

Существуют и другие органы по стандартизации, мы должны работать с, а также, в том числе ECMA (Европейская ассоциация производителя компьютера) и W3C (Web комитета стандартов).
RHorning сейчас офлайн Пожаловаться на RHorning   Ответить с цитированием Мультицитирование сообщения от RHorning Быстрый ответ на сообщение RHorning

23 ноября 2010, 7:05:52 AM   # 6
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Создание IETF-готовой спецификации будет пустая трата времени. Простая Bitcoin сеть, используемая в настоящее время не то, что будет использоваться в будущем. Как Usenet или IP + BGP, различные протоколы будут использоваться для генератора к генератору, и генератор-клиент соединений. Ничего из этого не реализован еще, и никто не знает, как он будет вести себя.

Bitcoin является неполным. Получение формат сообщения легко по сравнению с выяснить, что нечто подобное должно означать:

Код:
// методы подписки для вещания и подписки системы.
// Номера каналов являются номера сообщений, т.е. MSG_TABLE и MSG_PRODUCT.
//
// Система подписки использует стратегию Meet-в-середине.
// С 100000 узлов, если отправители транслируются на 1000 случайных узлы и приемники
// подписаться на 1000 случайных узлов, 99,995% (1 - 0,99 ^ 1000) сообщений будет пройти.

Угадайте, что не существует в коде? "Продукт" а также "Таблица" не появляется нигде в этом смысле. Подписки только упомянуты еще несколько раз. Эта "вещания и система подписки", Все, что есть, есть некоторые функции, которые в настоящее время существует только в голове Satoshi в. Есть несколько других примеров такого рода вещи в коде.

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

23 ноября 2010, 11:12:58 AM   # 7
 
 
Сообщения: 826
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Я думаю, что поэтапный подход является единственным практическим один здесь.

Укажите первые те части, которые (а) относительно легко указать, и (б), для которых это особенно полезно иметь спецификацию. Для всего остального, полагаться только на эталонной реализации в настоящее время.

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

23 ноября 2010, 2:51:16 PM   # 8
 
 
Сообщения: 485
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

FWIW, artforz, на ИРЦ, утверждает, что есть некоторый код Bitcoin узла рабочего питона ... он может быть хорошим, чтобы ударить на помощь о понимании протокола.
нанотрубки сейчас офлайн Пожаловаться на нанотрубка   Ответить с цитированием Мультицитирование сообщения от нанотрубки Быстрый ответ на сообщение нанотрубка

23 ноября 2010, 3:08:56 PM   # 9
 
 
Сообщения: 224
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Создание IETF-готовой спецификации будет пустая трата времени. Простая Bitcoin сеть, используемая в настоящее время не то, что будет использоваться в будущем. Как Usenet или IP + BGP, различные протоколы будут использоваться для генератора к генератору, и генератор-клиент соединений. Ничего из этого не реализован еще, и никто не знает, как он будет вести себя.

Bitcoin является неполным. Получение формат сообщения легко по сравнению с выяснить, что нечто подобное должно означать:

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

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

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

Мы могли бы обсудить и обсудить различные модели, используемые для разработки программного обеспечения здесь тоже, но по самой своей природе Bitcoins является то, что заслуживает того, чтобы иметь некоторые значительные усилия в результате чего глазных яблок в его развитие, и тем больше глазных яблок, что у нас есть, тем лучше, что сеть будет вести себя , На данный момент это всего лишь небольшое количество денег, участвующих, но в скором времени может представлять некоторую значительную экономическую активность. Для меня это заслуживает некоторых твердых инженерных принципы программного обеспечения, которое включает в себя документирование усилий здесь происходит.

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

23 ноября 2010, 5:03:27 PM   # 10
 
 
Сообщения: 938
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Мой личный опыт показывает, что строгая спецификация создает программное обеспечение, которое очень хорошо делать то, что спецификация хочет, но при всей своей элегантности, это не всегда то, что пользователь хочет или потребность. Мы полностью не выяснили подробности того, как Bitcoin должен вести себя еще (см обсуждения политики платы за сделку). Мы выясняем, как мы идем вместе. Ничего против спецификации, но не это немного рано прямо сейчас?
Timo Y сейчас офлайн Пожаловаться на Timo Y   Ответить с цитированием Мультицитирование сообщения от Тимо Y Быстрый ответ на сообщение Timo Y

23 ноября 2010, 5:10:57 PM   # 11
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Как ветеран преждевременных окопов стандартизации (я написал большую часть ISO / IEC 14772-1 "VRML97" спецификации, прежде чем я изменил свою фамилию от "колокол" в "Andresen") ... Я согласен с foreverdamaged. Это слишком рано, чтобы попытаться создать формальную спецификацию.

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

Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

23 ноября 2010, 6:27:47 PM   # 12
 
 
Сообщения: 224
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Как ветеран преждевременных окопов стандартизации (я написал большую часть ISO / IEC 14772-1 "VRML97" спецификации, прежде чем я изменил свою фамилию от "колокол" в "Andresen") ... Я согласен с foreverdamaged. Это слишком рано, чтобы попытаться создать формальную спецификацию.

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


Я также видел, программное обеспечение, написанное без какого-либо уточнения или в этом отношении любого рода планирование вообще получится ужасно тоже. Там, очевидно, должен быть какой-то баланс в целом вещь, и я не против людей, которые пытаются эксперименты перед формализации поведения.

В самом деле, это может быть полезно просто заявить, что какие-либо желаемое включение в спецификацию должны быть реализованы в коде первой, чтобы увидеть, если вещь работает на всех, прежде чем он будет добавлен в формальную спецификацию для Bitcoins. Я бы не против поддержки такого понятия тоже. Пол-формальный процесс или даже неформальный процесс написания спецификации документов будет особенно полезно в данный момент.

Я помню, Стив Возняк жалуется на полный день встречи он был связан с точкой зрения споря о размещении запятой в реализации Паскаля на компьютерах Apple II. Он думал, что усилие было впустую днем ​​в его жизни, и, конечно, я хотел бы избежать такого рода мелочи дискуссий. Вики проходит долгий путь, чтобы исправить такой аргумент тоже.
RHorning сейчас офлайн Пожаловаться на RHorning   Ответить с цитированием Мультицитирование сообщения от RHorning Быстрый ответ на сообщение RHorning

23 ноября 2010, 6:38:31 PM   # 13
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

это не всегда то, что пользователь хочет или потребности

Ну, нет никакого способа, как реализовать неофициальные клиенты для многих пользователей / программистов (как я), потому что они не достаточно искусен в C ++ и обратное проектирование. Но я способен написать альтернативный клиент, по крайней мере, основной спецификации, как все работает вещь. К сожалению, потому что я не в состоянии написать собственный клиент, я тоже не в состоянии помочь кому с характеристиками. В это время, я зависимым по отношению к кому-то другому, кто начинает процесс спецификации.

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

23 ноября 2010, 7:15:24 PM   # 14
 
 
Сообщения: 490
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Я по-прежнему выступает за несколько небольших изменений протокола в настоящее время, прежде чем она становится слишком много PITA изменить позже. (Я говорил об этом на форуме около 10 месяцев назад).

1. Рукопожатие должно быть отменено. Открытый порт Bitcoin не должен определить, что это такое. Подключения клиент должен инициировать квитирование. Это повышает конфиденциальность много. Подумайте птар. Подумайте шпион. Подумайте любой инструмент, который может отпечаток (я использую телнет) услугу, просто подключив к открытому порту.

2. Соединение должно быть SSL. Мы должны стараться подражать FF подключения к Apache или DPI, в конечном счете стать нашим злейшим врагом. Мы должны принять то, что разработчики Tor узнали трудный путь во внимание на ранней стадии.

3. Bitcoin клиент должен выбрать случайный неиспользуемый порт для прослушивания, когда она впервые установлена. Для поставщика услуг Интернета или даже нации, чтобы блокировать порт 8333 довольно легко и становится легче все время.

4. UPnP является обязательным. Клиент Bitcoin должен автоматически открыть любой порт он принял решение о с UPnP. Это позволит пережить много проблем NAT и продлит P2P сети намного лучше.


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

23 ноября 2010, 7:19:57 PM   # 15
 
 
Сообщения: 1708
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin


# 1 & # 3 кажутся противоречащими друг другу. Как подключающийся клиент может инициировать рукопожатие на неизвестный порт без спамить цели? Не будет ли она по-прежнему отображаться на Portscan, который специфически ищет обкатки Bitcoin клиента?
Moonshadow сейчас офлайн Пожаловаться на Moonshadow   Ответить с цитированием Мультицитирование сообщения от Moonshadow Быстрый ответ на сообщение Moonshadow

23 ноября 2010, 7:24:04 PM   # 16
 
 
Сообщения: 490
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Порт не является неизвестным. IP / порт публикуются в сети после того, как клиент высевают успешно. Каждый другой узел пишет, что их addr.dat.

Насколько я могу сказать addr.dat содержит IP / порт уже.
MadHatter сейчас офлайн Пожаловаться на The MadHatter   Ответить с цитированием Мультицитирование Сообщения от The MadHatter Быстрый ответ на сообщение MadHatter

23 ноября 2010, 7:39:50 PM   # 17
 
 
Сообщения: 1708
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Порт не является неизвестным. IP / порт публикуются в сети после того, как клиент высевают успешно. Каждый другой узел пишет, что их addr.dat.

Насколько я могу сказать addr.dat содержит IP / порт уже.


Понимаю. Ну, я не программист, но я не могу видеть ценность в затеняя, шифрования или иным образом пытается скрыть порт. Порт может быть заблокирован для тех, кто желает скрыть свой клиент, и до сих пор работают; в то время как данные в пути только открыто закодированы сделки и блоки. Единственные риски для порта, открыт знак для потенциальных взломщиков, что есть клиент работает (и, следовательно, wallet.dat) на машине. Просто закройте порт, если это является проблемой.
Moonshadow сейчас офлайн Пожаловаться на Moonshadow   Ответить с цитированием Мультицитирование сообщения от Moonshadow Быстрый ответ на сообщение Moonshadow

23 ноября 2010, 7:56:35 PM   # 18
 
 
Сообщения: 812
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

Я по-прежнему выступает за несколько небольших изменений протокола в настоящее время, прежде чем она становится слишком много PITA изменить позже. (Я говорил об этом на форуме около 10 месяцев назад).

1. Рукопожатие должно быть отменено. Открытый порт Bitcoin не должен определить, что это такое. Подключения клиент должен инициировать квитирование. Это повышает конфиденциальность много. Подумайте птар. Подумайте шпион. Подумайте любой инструмент, который может отпечаток (я использую телнет) услугу, просто подключив к открытому порту.
С другой стороны, это было бы много проблем для существующих клиентов. Более отключающее изменение протокола трудно думать.

2. Соединение должно быть SSL. Мы должны стараться подражать FF подключения к Apache или DPI, в конечном счете стать нашим злейшим врагом. Мы должны принять то, что разработчики Tor узнали трудный путь во внимание на ранней стадии.

3. Bitcoin клиент должен выбрать случайный неиспользуемый порт для прослушивания, когда она впервые установлена. Для поставщика услуг Интернета или даже нации, чтобы блокировать порт 8333 довольно легко и становится легче все время.

4. UPnP является обязательным. Клиент Bitcoin должен автоматически открыть любой порт он принял решение о с UPnP. Это позволит пережить много проблем NAT и продлит P2P сети намного лучше.
Согласовано.
1. Это будет противостоять простым атакам портов сканирования / идентификации от сценария детишек. Bitcoin (или любой другой протокол) не должны объявить, что это такое. Пусть говорят первый разъем. Просто разорвать соединение, если это не то, что ожидалось. Не будет невозможно идентифицировать услугу, просто намного сложнее.

2. Я все для этого. поддержка SSL всегда является хорошим дополнением. Это, по крайней мере, обеспечить уровень безопасности. Потенциальная проблема (специфично для SSL) является управлением ключами / сертификата.

3. Почему нет. Диапазон, в котором для рандомизации должен быть настраиваемым, хотя, так что можно использовать брандмауэры, которые оставляют только через определенный диапазон (такой же, как с BitTorrent)

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

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

23 ноября 2010, 8:31:59 PM   # 19
 
 
Сообщения: 224
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

это не всегда то, что пользователь хочет или потребности

Ну, нет никакого способа, как реализовать неофициальные клиенты для многих пользователей / программистов (как я), потому что они не достаточно искусен в C ++ и обратное проектирование. Но я способен написать альтернативный клиент, по крайней мере, основной спецификации, как все работает вещь. К сожалению, потому что я не в состоянии написать собственный клиент, я тоже не в состоянии помочь кому с характеристиками. В это время, я зависимым по отношению к кому-то другому, кто начинает процесс спецификации.

Я абсолютно не говорю о каком-либо формальном стандарте, вики должны помочь много на этом этапе.

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

24 ноября 2010, 8:28:24 AM   # 20
 
 
Сообщения: 1222
Цитировать по имени
цитировать ответ
по умолчанию Re: Спецификация протокола Bitcoin

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

Это самое главное, чтобы это произошло, ИМХО, делать это будет значительно снизить барьеры входа создания 2-го поколения Bitcoin клиентов независимо от эталонной реализации.

Так что, если это займет много man_months работы, чтобы разработать формальную спецификацию, то сколько времени потребуется, чтобы разработать «достаточно хорошие» неофициальные спецификации?
da2ce7 сейчас офлайн Пожаловаться на da2ce7   Ответить с цитированием Мультицитирование сообщения от da2ce7 Быстрый ответ на сообщение da2ce7



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW