Вернуться   Биткоин Форум > Bitcoin Обсуждение
4 июля 2011, 7:15:42 PM   # 1
 
 
Сообщений: 33
Цитировать по имени
цитировать ответ
по умолчанию Re: Ода к протоколу ...

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


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

Поэтому я хотел бы снять шляпу и сказать три приветствия всем, что работает, проектирование и строительство протокола, программное обеспечение и сообщество!

Спасибо, это действительно ценится!

*)
1 Константа byteswapping. Ну один раз (:-)) вы его подклассы вы вряд ли заметите его больше.
2 Только ~ 21000000 BTC доступны? Да, но это достаточно, чтобы увеличить делимость легко
3 Что о потерянных монет, мы не можем иметь систему в месте, где забытые монеты доступны для reminig? Аккуратные, но это в конечном счете, приводит для обычных пользователей в зависимости от внешнего поставщика услуг, который открывает целый другой может червей.
4 Использование secp256k1, ну те, что вы посмотрите на нее, это свой роде аккуратные и есть не ясное и очевидное преимущество для других кривых или алгоритма с открытым ключом, так что попадет в категории, почему нет.
5 Отсутствие реализации питона. Ну, я работаю над этим, так что одна моя вина не шевелить позади быстрее 🙂

**)
Мое мнение, что обоснованность сделанных утверждений не является универсальным.
Martin P. HELLWIG сейчас офлайн Пожаловаться на Martin P. HELLWIG   Ответить с цитированием Мультицитирование сообщения от Martin P. Hellwig Быстрый ответ на сообщение Martin P. Hellwig


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


4 июля 2011, 8:12:47 PM   # 2
 
 
Сообщения: 289
Цитировать по имени
цитировать ответ
по умолчанию Re: Ода к протоколу ...

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





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

Большой!

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

Это не критика. Это нормально на данном этапе истории (то же самое произошло с JABBER / Jabberd в начале), но реализация агностиком, RFC-подобный документ необходим, если мы хотим, Bitcoin, чтобы добиться успеха в качестве интернет-протокола, а не только программы.

(Кроме того, это "один раз", не "те,".)
davux сейчас офлайн Пожаловаться на davux   Ответить с цитированием Мультицитирование сообщения от davux Быстрый ответ на сообщение davux

4 июля 2011, 8:19:44 PM   # 3
 
 
Сообщений: 70
Цитировать по имени
цитировать ответ
по умолчанию Re: Ода к протоколу ...

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

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

4 июля 2011, 8:46:43 PM   # 4
 
 
Сообщения: 289
Цитировать по имени
цитировать ответ
по умолчанию Re: Ода к протоколу ...

Тем более, я думаю, что формат wallet.dat должен быть документирован.

Я не знаю, испытуемые много, но не формат wallet.dat быть только частью оригинальных внутренности реализации?

Я имею в виду, что вопросы является взаимодействие между узлами сети. Как данный узел хранит свои личные ключи (в SQLite файла, базы данных MySQL, файл XML, отдельный foo.key файлы ...) является выбор реализации. Если альтернативная реализация хочет, чтобы иметь возможность прочитать оригинальную wallet.dat, очень хорошо, но это не нужно вообще.

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

4 июля 2011, 8:52:33 PM   # 5
 
 
Сообщений: 70
Цитировать по имени
цитировать ответ
по умолчанию Re: Ода к протоколу ...

Тем более, я думаю, что формат wallet.dat должен быть документирован.

Я не знаю, испытуемые много, но не формат wallet.dat быть только частью оригинальных внутренности реализации?

Независимо от того, внутренние должны быть задокументированы.

Эталонная реализация использует Berkeley DB, кстати. (Пункт добавлен после того, как исходное сообщение)
ampkZjWDQcqT сейчас офлайн Пожаловаться на ampkZjWDQcqT   Ответить с цитированием Мультицитирование сообщения от ampkZjWDQcqT Быстрый ответ на сообщение ampkZjWDQcqT

4 июля 2011, 8:59:16 PM   # 6
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: Ода к протоколу ...

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

Так идти вперед и документировать его, добровольца, чтобы держать его в актуальном состоянии (это твердая часть), и представить патч. После последнего исходного файл повторно орга, есть верхний уровень DOC / каталог, где "wallet_format.txt" файл будет идти.
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

4 июля 2011, 9:26:09 PM   # 7
 
 
Сообщений: 33
Цитировать по имени
цитировать ответ
по умолчанию Re: Ода к протоколу ...

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

У меня есть несколько целей, поставленных:
- Разделить из протокола в чистом демона часть (которая делает связь и хранение блоков / транзакций), возможно, с дополнительным SQL обратного конца.
- Есть все PEP-8 и Python 3 совместимыми.
- Есть единичные тесты с охватом более 100%.
- Уметь иметь локальный "blockexplorer" что не зависит от C ++ клиента, но вместо этого использует код выше демона.
- Создание «тонкий» клиент CLI, который взаимодействует с демоном (в сущности, это будет просто держать закрытые ключи и иметь некоторый код пользовательского интерфейса).
- Же, как и выше, но клиент GUI.

Для меня при кодировании, наиболее важной частью является читаемость и ремонтопригодность, это также причина того, почему я на Ьгу номер 3, потому что другие попытки, хотя успешно разборе ТСРйитр из взаимодействия, не было достаточно читаемым. Поэтому в конечном счете, я хочу, чтобы моя реализация будет работать "псевдо-код. Поскольку у меня есть определенные сильные чувства о том, как Спецификация протокола должно быть написано, я думаю, что я не тот человек, чтобы внести свой вклад в эту страницу.

Как подход, который я беру кропотливо медленно, я бы не стал задерживать дыхание, хотя я намерен выпустить источник в соответствии с новой пересмотренной лицензией BSD.
И я уверен, что, когда я, по крайней мере достиг своей 4-й цели, я могу убедить (помощь) создать RFC с целью представить интернет-проект в IETF.
Martin P. HELLWIG сейчас офлайн Пожаловаться на Martin P. HELLWIG   Ответить с цитированием Мультицитирование сообщения от Martin P. Hellwig Быстрый ответ на сообщение Martin P. Hellwig

4 июля 2011, 10:49:21 PM   # 8
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: Ода к протоколу ...

1 Константа byteswapping. Ну один раз (:-)) вы его подклассы вы вряд ли заметите его больше.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW