Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
13 марта 2013, 11:33:11 AM   # 1
 
 
Сообщения: 204
Цитировать по имени
цитировать ответ
по умолчанию Re: сделать клиент непрерывно проверять расщепленные цепи или блоки, которые он посчитает Inval

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


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

Но проблема становится предупреждена об этих вещах, как можно быстрее.
Кажется, что много ошибок может привести к расколу цепи, а также другие события, например, несвоевременное обновление во время, или просто не услышать некоторые важные новости.
Вот почему очень важно, чтобы люди, которые остались позади всегда будут получать предупреждение.
Кажется, что многие из этих проблем могут быть указаны, если программное обеспечение было система предупреждения, когда он видит две различных цепей доступных (возможно, больше, чем X (6? 10? 20?) Блоки).

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

Что нам нужно для стандартного клиента постоянно проверять эту ситуацию и предупреждая пользователя, если это произойдет. Было бы очень хорошо, как (по желанию!) Установка также позволяет не закрывать до ручного варианта проверки, если возникнет такая ситуация. Поскольку Bitcoin клиент интегрирован с большим количеством другого программного обеспечения, было бы хорошо иметь поддержку этой проверки даже в jsonrpc-связи, который поддерживает клиент.

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


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


13 марта 2013, 11:54:05 AM   # 2
 
 
Сообщения: 1638
Цитировать по имени
цитировать ответ
по умолчанию Re: сделать клиент непрерывно проверять расщепленные цепи или блоки, которые он посчитает Inval

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





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

Но проблема становится предупреждена об этих вещах, как можно быстрее.
Кажется, что много ошибок может привести к расколу цепи, а также другие события, например, несвоевременное обновление во время, или просто не услышать некоторые важные новости.
Вот почему очень важно, чтобы люди, которые остались позади всегда будут получать предупреждение.
Кажется, что многие из этих проблем могут быть указаны, если программное обеспечение было система предупреждения, когда он видит две различных цепей доступных (возможно, больше, чем X (6? 10? 20?) Блоки).

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

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

Мысли?

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

13 марта 2013, 8:07:17 PM   # 3
 
 
Сообщения: 2212
Цитировать по имени
цитировать ответ
по умолчанию Re: сделать клиент непрерывно проверять расщепленные цепи или блоки, которые он посчитает Inval

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

Это уже существует ... https://github.com/bitcoin/bitcoin/blob/1a9ee5da327d8079a297ad292a1c16745b75df91/src/main.cpp#L2941
Sukrim сейчас офлайн Пожаловаться на Sukrim   Ответить с цитированием Мультицитирование сообщения от Sukrim Быстрый ответ на сообщение Sukrim

13 марта 2013, 9:52:22 PM   # 4
 
 
Сообщения: 204
Цитировать по имени
цитировать ответ
по умолчанию Re: сделать клиент непрерывно проверять расщепленные цепи или блоки, которые он посчитает Inval

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

13 марта 2013, 10:29:03 PM   # 5
 
 
Сообщения: 2212
Цитировать по имени
цитировать ответ
по умолчанию Re: сделать клиент непрерывно проверять расщепленные цепи или блоки, которые он посчитает Inval

Насколько я понял, что вилки были не очень далеко друг от друга (~ 60% хеширования мощности на 0,8 вилки), так, вероятно, предупреждение Гэвины было опубликовано в сеть, прежде чем это может вступить в силу.

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

13 марта 2013, 10:34:09 PM   # 6
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: сделать клиент непрерывно проверять расщепленные цепи или блоки, которые он посчитает Inval

Насколько я понял, что вилки были не очень далеко друг от друга (~ 60% хеширования мощности на 0,8 вилки), так, вероятно, предупреждение Гэвины было опубликовано в сеть, прежде чем это может вступить в силу.

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

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

14 марта 2013, 3:49:10 AM   # 7
 
 
Сообщения: 227
Цитировать по имени
цитировать ответ
по умолчанию Re: сделать клиент непрерывно проверять расщепленные цепи или блоки, которые он посчитает Inval

Существуют ли другие точки данных, которые могут контролироваться?

Я не программист, но прочитав стенограмму http://bitcoinstats.com/irc/bitcoin-dev/logs/2013/03/11 в 23:36 только до открытия вилки Канар допрошен ли 4000 неподтвержденные операции было нормально.

Есть 4000 неподтвержденные TXS ненормально и то, что можно было бы контролировать для вилок ... или я способ покинуть базу?
xcsler сейчас офлайн Пожаловаться на xcsler   Ответить с цитированием Мультицитирование сообщения от xcsler Быстрый ответ на сообщение xcsler

14 марта 2013, 10:40:34 PM   # 8
 
 
Сообщения: 204
Цитировать по имени
цитировать ответ
по умолчанию Re: сделать клиент непрерывно проверять расщепленные цепи или блоки, которые он посчитает Inval

1. Даже если некоторое количество неподтвержденных транзакций может быть индикатором, сам номер должен быть динамичным, так как это, очевидно, меняется со временем по мере роста сети. Например, клиент может сравнить текущее количество неподтвержденных транзакций к среднему количеству сделок в блоке, в течение 20 последних блоков или аналогичных. (И даже тогда раз блок дисперсия может создавать проблемы.)
2. Не следует ли в последнем случае производил только нормальное количество неподтвержденных транзакций? Было две цепи, но так как там добывали происходят в обеих из них, сделки должны были подтверждены в обеих цепях?
3. На основании последнего числа сделок в блоках, в соответствии с blockchain.info, 4000 звучит как довольно много, ок. 10 раз больше, чем это должно быть. Есть ли на самом деле не знаю причину, то ...
Killdozer сейчас офлайн Пожаловаться на Killdozer   Ответить с цитированием Мультицитирование сообщения от Killdozer Быстрый ответ на сообщение Killdozer

18 марта 2013, 8:35:15 PM   # 9
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: сделать клиент непрерывно проверять расщепленные цепи или блоки, которые он посчитает Inval

2. Не следует ли в последнем случае производил только нормальное количество неподтвержденных транзакций? Было две цепи, но так как там добывали происходят в обеих из них, сделки должны были подтверждены в обеих цепях?

Две цепи разделить hashrate, делая blocktime дольше. 0,7 цепь была на ~ 15% от общего hashrate и так имели бы ~ 7 раз регулярное количество неподтвержденных транзакций.
dree12 сейчас офлайн Пожаловаться на dree12   Ответить с цитированием Мультицитирование сообщения от dree12 Быстрый ответ на сообщение dree12



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW