Вернуться   Биткоин Форум > Bitcoin Обсуждение
2 января 2013, 1:53:52 PM   # 1
 
 
Сообщения: 1092
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

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


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

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

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


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


2 января 2013, 3:24:24 PM   # 2
 
 
Сообщения: 292
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

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





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

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

У меня было предчувствие, что это будет что-то Bitcoin Фонд был создан для, но, кажется, нет. Есть другие люди думают, что это было бы очень полезно работать на? В противном случае информация будет по-прежнему дезорганизованы и кошмар по кусочкам.

Как насчет бумаги Satoshi на Bitcoin? Разве это не официальная спецификация?
grantbdev сейчас офлайн Пожаловаться на grantbdev   Ответить с цитированием Мультицитирование сообщения от grantbdev Быстрый ответ на сообщение grantbdev

2 января 2013, 3:32:15 PM   # 3
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Как насчет бумаги Satoshi на Bitcoin? Разве это не официальная спецификация?
Документ представляет собой обзор конструкции, не является спецификацией. Он представляет собой аргумент, что-то вроде Bitcoin может работать на всех, но не говорит вам подробную информацию о создании чего-то совместимого с ним.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

2 января 2013, 4:24:54 PM   # 4
 
 
Сообщения: 1988
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

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

Во всяком случае, основные пункты против являются:

0) чрезвычайно дорого
1) много работы сравнительно мало пользы
2) трудно доказать внутреннюю согласованность
3) трудно проверить согласованность с неформальным, но фактические реализации

При запросе ловушек "формальное моделирование" Я в настоящее время указывают на Руководство по ARM архитектуры и способ, как многомиллионная компания с четко умным и хорошо мотивированный персонал закончил с BE32 и Ве8 (а.к.а. просто BE): два во многом несовместимые способы реализации биг-порядок байтов.
2112 сейчас офлайн Пожаловаться на 2112   Ответить с цитированием Мультицитирование Сообщения от 2112 Быстрый ответ на сообщение 2112

2 января 2013, 4:40:22 PM   # 5
 
 
Сообщения: 1092
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Ну по формализованной я имел в виду, но вместе профессионально в документ спецификации (в отличие от настоящего времени). Я имею в виду din't гораздо больше, чем это. Это не обязательно должны идти любыми обычными соглашениями, если это означает, что документ может быть как легко следовать, и полностью детализированы.
MatthewLM сейчас офлайн Пожаловаться на MatthewLM   Ответить с цитированием Мультицитирование сообщения от MatthewLM Быстрый ответ на сообщение MatthewLM

2 января 2013, 5:05:08 PM   # 6
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Реальность, как работает Bitcoin означает, что Satoshis код является определение протокола.
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн

2 января 2013, 6:19:48 PM   # 7
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Не большая часть протокола прямо здесь?

https://en.bitcoin.it/wiki/Protocol_specification
DannyHamilton сейчас офлайн Пожаловаться на DannyHamilton   Ответить с цитированием Мультицитирование сообщения от DannyHamilton Быстрый ответ на сообщение DannyHamilton

2 января 2013, 9:37:44 PM   # 8
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

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

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

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

Я могу только быть циничным, потому что я провел так много времени в 1997 году работает на ISO / IEC-14772-1 Official, официальный стандарт.
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

2 января 2013, 11:09:08 PM   # 9
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Летающий 3D акулы из прошлого!
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн

4 января 2013, 3:01:03 PM   # 10
 
 
Сообщения: 1092
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Не большая часть протокола прямо здесь?

https://en.bitcoin.it/wiki/Protocol_specification

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

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

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

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

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

Я могу только быть циничным, потому что я провел так много времени в 1997 году работает на ISO / IEC-14772-1 Official, официальный стандарт.

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

4 января 2013, 8:59:35 PM   # 11
 
 
Сообщения: 155
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Реальность, как работает Bitcoin означает, что Satoshis код является определение протокола.

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

Там был, вероятно, один раз в 1990 году, когда реальность, как веб работал означает, что реализация HTTPD CERN было определение протокола для HTTP (я не знаю точно, но этот шаблон видели со многими протоколами и другими элементами интерфейса: оригинал реализация PGP -> Протокол OpenPGP; это было более или менее путь SSH пошел, а также в отношении первоначальной реализации достойного определения общественного протокола тоже). Это не значит, что это была плохая идея для создания процессов стандартизации как только технология сняла и был интерес в нескольких совместимых реализациях, а также в управлении изменением / расширением.

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

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

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

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

4 января 2013, 9:31:06 PM   # 12
 
 
Сообщений: 30
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Я также касается необходимости обращаться к исходному коду ссылки клиента но ссылка клиенту называется ссылкой по причине 

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

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

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

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

Где вы чувствуете содержание вики в настоящее время не дотягивает?

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

Каким образом вы чувствуете, что клиент Reference дотягивает, как использование в качестве эталона?

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

5 января 2013, 2:44:19 AM   # 13
 
 
Сообщения: 868
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Я согласен с точкой Гэвины зрения. Модульное тестирование является окончательной и наиболее полной формой спецификации поведения и реализацией является окончательной и наиболее полной формой конструкции. Лучше всего, когда оба выражается в языках свободных от большого количества синтаксического шума. C ++ далек от идеала в этом отношении, но вы живете с компромиссами, рожденных вне практичности. В языках, которые менее обременены синтаксическим шум, эта точка зрения гораздо более очевидны. Испытания и внедрение так легко понятно, что другая документация не стоит усилий, чтобы сохранить (и даже может быть в ущерб). 

Проверьте ОМЕТ и некоторые из работ в vpri.org, если вы действительно в этом роде ... с ОМЕТОМ, им удалось создать систему, которая может почти непосредственно выполнять TCP / IP от РЛКА. Это была полная реализация TCP / IP в соответствии с 200 строк кода (включая спецификации парсер RFC ASCII Art). Смотрите эту сводку о нем: http://www.moserware.com/2008/04/towards-moores-law-software-part-3-of-3.html  ...для меня это является доказательством того, что точка код действительно следует рассматривать как документирован (с немного больше, чем аннотациями сопровождать его) ... если это слишком сложно для людей, легко понять, что указывает на недостаток языка, а не концепции, что код документации.
Стив сейчас офлайн Пожаловаться на Steve   Ответить с цитированием Мультицитирование сообщения от Steve Быстрый ответ на сообщение Steve

5 января 2013, 7:52:31 AM   # 14
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

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

Насколько я понимаю, что основные вкладчики не очень хочется делать это по разным причинам (они уже пишут тесты и свой код в конце концов), я очень удивлен, что никто на самом деле не кажется, поощрять MatthewLM идти вперед с ним ,

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

5 января 2013, 11:40:15 AM   # 15
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Это беспокоит меня, что эта тема продолжает придумывать. Тот факт, что Bitcoin отличается от других технологий не является интуитивно понятным, но к тому времени, вы пишете фактическую реализацию, это должно быть очевидно. Может быть, это стоит читать нить с Грау о его переопределённом также?

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

Когда вы переописать Bitcoin, это не достаточно, чтобы построить вещи, как вы думаете, что они должны работать. Вы должны реализовать их точно так же как и Satoshi, включая все его ошибки. И потому, что некоторые части протокола непосредственно подвергаются воздействию базовых библиотек, как OpenSSL, вы должны соответствовать их поведение точно так же, включая все их ошибки. Несоблюдение этого правила может привести к людям потерять деньги.

В каком-то момент, если вы понимаете, что вы должны соответствовать поведению другого кодовую точно, вплоть до мельчайших деталей, вы понимаете, что только достаточно точная для спецификации, что является исходным кодом. А это значит, если вы не можете прочитать C ++ свободно вы не можете переопределить Bitcoin, да, но кого это волнует? Если вы не можете идти в ногу, не подойти.

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

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

5 января 2013, 12:44:46 PM   # 16
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Дело в том, что повторное внедрение Bitcoin обнажает не только вас, но и всех участников, к классу "цепи расщепления" ошибки, которые реально не существуют в других сетевых технологий, или, по крайней мере, не далеко не так суров. Браузер войны 90-х годов были плохими, но, по крайней мере, разработчики могли бы проверить, какой браузер пользователь побежал и адаптироваться к нему на лету. Эквивалент Bitcoin драматически хуже.
С одной стороны это верно только в том случае шахтеры запускать альтернативные реализации. Во-вторых я нахожу ваши заявления немного FUDdy потому, что даже в случае раскола цепи, большинство сделок было бы сделать это для обеих цепей, пока не будет решена.

Когда вы переописать Bitcoin, это не достаточно, чтобы построить вещи, как вы думаете, что они должны работать. Вы должны реализовать их точно так же как и Satoshi, включая все его ошибки. И потому, что некоторые части протокола непосредственно подвергаются воздействию базовых библиотек, как OpenSSL, вы должны соответствовать их поведение точно так же, включая все их ошибки. Несоблюдение этого правила может привести к людям потерять деньги.
Может быть, документирование протокола может привести к фиксации указанной ошибки на согласованную высоту блока, ведущие к более четкому и последовательному протоколу. Я действительно не вижу вреда в документировании, что происходит под капотом, ошибки включены.

В каком-то момент, если вы понимаете, что вы должны соответствовать поведению другого кодовую точно, вплоть до мельчайших деталей, вы понимаете, что только достаточно точная для спецификации, что является исходным кодом. А это значит, если вы не можете прочитать C ++ свободно вы не можете переопределить Bitcoin, да, но кого это волнует? Если вы не можете идти в ногу, не подойти.
Может быть, это знак того, что спецификация на программное обеспечение становится слишком запутанным, что в конечном итоге приведет к неремонтируемого плохого качества программного обеспечения.

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

Положив все яйца в одной корзине никогда не является хорошей идеей (особенно если они золотые яйца), что происходит в день критическое атакуемой обнаружен в эталонной реализации? Есть ли разрушаться все?

О, и есть причина, почему Bitcoin еще не 1,0
Дав сейчас офлайн Пожаловаться на Даву   Ответить с цитированием Мультицитирование сообщения от Дава Быстрый ответ на сообщение Дав

5 января 2013, 1:14:34 PM   # 17
 
 
Сообщения: 1092
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Модульное тестирование является окончательной и наиболее полной формой спецификации поведения

Тесты унифицированные только там, чтобы убедиться, что все работает, как ожидалось. Они не предназначены для предоставления ссылки на то, как все должно работать.

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

Английский язык, в сочетании с диаграммами, таблица и т.д. предназначена для людей, чтобы понять и, таким образом, идеальный формат, в отличие от C ++. И клиент Satoshi не очень дружит для человеческих глаз, так что на самом деле другая реализация могла бы сделать это гораздо легче понять, но зачем тратить время на том, что, если вы могли бы написать человек чистых спецификации?

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

По какой-то причине я не мог найти очень много, когда я искал его, кроме неопределенных ссылок.

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

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

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

Вещи стали лучше, когда вещи стали более стандартизированы.

котировка
Когда вы переописать Bitcoin, это не достаточно, чтобы построить вещи, как вы думаете, что они должны работать. Вы должны реализовать их точно так же как и Satoshi, включая все его ошибки. И потому, что некоторые части протокола непосредственно подвергаются воздействию базовых библиотек, как OpenSSL, вы должны соответствовать их поведение точно так же, включая все их ошибки. Несоблюдение этого правила может привести к людям потерять деньги.

Еще раз, еще одна причина, чтобы иметь четкую документацию. Хотя вам не нужно делать все так же, как клиент Satoshi. Вам нужно только, чтобы соответствовать требованиям протокола.

котировка
В этом, он просто вводит людей в заблуждение, думая, что они могут переописать Bitcoin

Сожалею? Люди могут повторно реализовать Bitcoin. Вы знаете, что, очевидно.

котировка
Обратите внимание, что SPV узлы гораздо менее рискованным. Но Мэтью не выполняет клиент SPV.

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

5 января 2013, 1:20:11 PM   # 18
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

Я действительно думаю, что MatthewLM имеет очень действительный пункт здесь - если стандарт C ++ был просто "чтения GCC" то я думаю, что язык никогда бы даже были использованы для написания Bitcoin (или что-нибудь еще ценности, как и языки, такие как D).

Хотя такие документы очень трудно писать есть смысл в том, такие стандарты (или же вы, ребята предпочитают Microsoft или Google, чтобы * сделать * стандарты в коде, а не с помощью них ISO?).

Любой думает, что "Bitcoin является исключением" обманывает себя (или хотят стать следующей Microsoft или Google, скорее всего, сами).
CIYAM сейчас офлайн Пожаловаться на CIYAM   Ответить с цитированием Мультицитирование сообщения от CIYAM Быстрый ответ на сообщение CIYAM

5 января 2013, 2:00:54 PM   # 19
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

С одной стороны это верно только в том случае шахтеры запускать альтернативные реализации.

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

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

Что если вы принимаете недействительные сделки? Если вы предоставляете товар или услугу в обмен на неподтвержденные операции, то это, очевидно, может подорвать вашу модель риска, потому что вы получите сделку, которая по вашему мнению, является действительным, а не двойным тратить, вы не видите никаких двойных оповещений потратить или противоречивые сделки - но это никогда не подтверждают и я все еще могу потратить деньги. Я не должен ждать и Моём блок больше, как я бы, если делать атаку Финней, так что это намного дешевле.

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

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

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

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

котировка
Английский язык, в сочетании с диаграммами, таблица и т.д. предназначена для людей, чтобы понять и, таким образом, идеальный формат, в отличие от C ++. И клиент Satoshi не очень дружит для человеческих глаз, так что на самом деле другая реализация могла бы сделать это гораздо легче понять, но зачем тратить время на том, что, если вы могли бы написать человек чистых спецификации?

Я думаю, что клиент Satoshi довольно просто читать, по большей части. Несколько частей несколько неисповедимы, потому что они написаны очень плотно, но, к сожалению, нет никакой замены просто озадачивает его - если вы пишете описание того, что вы думаете, что код делает это может не соответствовать действительности. Мы уже видели это продемонстрировало несколько раз, как и с расчетом Merkle дерева. Какие люди думал он сделал, было не совсем то, что это на самом деле сделал. Если вы просто дублируется алгоритм Satoshis, вы бы дублировать его ошибка тоже так не цепи раскола атака не была бы присутствовать. Если вы повторно реализовать его на основе описания английского, вы бы ввели эксплойт.

котировка
Сожалею? Люди могут повторно реализовать Bitcoin. Вы знаете, что, очевидно.

Я реализовал SPV режима (повторно не реализовано, так как в течение длительного времени не было никакой другой реализацией этого). Мэтт Corallo пошел вперед и расширил свою работу, чтобы сделать полную проверку. Он сделал ТОННУ тестирования, очень в глубине тестирования, несмотря на то что я был бы очень обеспокоен, если я слышал, что большой майнинг или BitPay или тот, кто использовал его. По крайней мере, в его нынешнем состоянии. Это мне не ясно, сколько работы потребуется, пока я не чувствовал себя комфортно с высокой стоимостью операций с использованием bitcoinj в полном режиме, а также документация, когда 0,7 отпускания будет сделать это ясно.

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

5 января 2013, 2:11:06 PM   # 20
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: Формализованное Bitcoin стандартного протокола

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

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

Таким образом, вы действительно думаете, а не с помощью RFC 1939 один должен прочитать чью-то исходный код (и еще хуже "Комментарии" что компилятор игнорирует), чтобы выяснить, как сделать POP3?

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW