2 марта 2011, 12:50:08 AM   # 1
 
 
Сообщений: 11
Цитировать по имени
цитировать ответ
по умолчанию Re: Coding Guidelines

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


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

Есть несколько решений о Bitcoin, что я не понимаю.

Во-первых, что такое обоснование использования эзотерический эллиптических кривых криптографию, а не стандартный открытый / закрытый ключ шифрования, как используется в PGP или SSH? Если мы хотим отойти от эллиптических кривых, как трудно было бы перевести текущий блок-цепь, так что мы можем перейти к альтернативному клиенту при сохранении всех операций и текущее распределения богатства?

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

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

Во-первых, мы должны обеспечить четко документированный C ++ API для библиотеки Bitcoin - libbitcoin. Libbitcoin должны касаться только себя с логикой приложения из Bitcoin, и должны иметь открытый API для отправки и получения монет.

Во-вторых, протокол сети связи должны быть полностью отделены от библиотеки libbitcoin. Libbitcoin должен определить интерфейс, который позволит библиотеке транслировать и получать информацию из сети. Может быть, сеть связи может быть установлен в виде плагинов - где можно загружать множество плагинов связи - текущий Bitcoin Protcol бы один из многих плагинов, будет альтернативы, такие как те, основанные на RPC, другие основаны на RESTful HTTP подключения к Bitcoin клиентов, и, возможно, когда безопасность важна Bitcoin клиенты могут соединяться друг с другом с помощью зашифрованного SSH.

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


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


2 марта 2011, 12:51:43 AM   # 2
 
 
Сообщения: 1134
Цитировать по имени
цитировать ответ
по умолчанию Re: Coding Guidelines

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





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

2 марта 2011, 10:34:20 AM   # 3
 
 
Сообщения: 1232
Цитировать по имени
цитировать ответ
по умолчанию Re: Coding Guidelines

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

2 марта 2011, 11:03:56 AM   # 4
 
 
Сообщения: 826
Цитировать по имени
цитировать ответ
по умолчанию Re: Coding Guidelines

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

2 марта 2011, 2:00:30 PM   # 5
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Coding Guidelines

Во-первых, что такое обоснование использования эзотерический эллиптических кривых криптографию, а не стандартный открытый / закрытый ключ шифрования, как используется в PGP или SSH?

Как уже отмечалось, причина подписи ECDSA на порядок величины меньше, чем RSA.

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

котировка
Во-вторых, я считаю, это трудно понять концепцию позади "скриптовый" часть клиента Bitcoin.

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

К сожалению, Satoshi не осталось никаких документов объясняя, что ТХ типы можно или как их структурировать. Это недоизучена площадь системы.

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

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

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

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

Что касается упрощения. Я это -><- близко к выпуску довольно хорошо документированы (но неполное) выполнение Java-системы. Он поставляется с полностью JavaDocd API и некоторые примеры приложений. Также много замечаний. Я надеюсь, что это сделает программирование непосредственно к протоколу менее непрозрачным.

Обратите внимание, что если вы просто хотите получить / сделать платежи, то JSON-RPC API официальным клиент уже выставляет хорошо работает, легко доступен из многих языков и, как люди программирования против системы сегодня. Библиотеки Java записываются в первую очередь будет представлять интерес для людей, которые не могут / не хотят использовать bitcoind по какой-то причине, или которые хотят сделать более низкий уровень Bitcoin повозка, запряженная волами, чем то, что обеспечивает JSON-RPC API.
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW