25 августа 2010, 1:03:13 AM   # 1
 
 
Сообщения: 1484
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: удалить DB_PRIVATE флаг

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


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

Код:
--- а / db.cpp
+++ б / db.cpp
@@ -77,7 +77,6 @@ CDB :: CDB (Const символ * pszFile, Const символ * pszMode): PDB (NULL)
                              DB_INIT_MPOOL |
                              DB_INIT_TXN |
                              DB_THREAD |
-                             DB_PRIVATE |
                              DB_RECOVER,
                              S_IRUSR | S_IWUSR);


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


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


26 августа 2010, 12:33:28 AM   # 2
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: удалить DB_PRIVATE флаг

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





Можете ли вы предоставить более подробную информацию о том, что делает удаление DB_PRIVATE?

Я не могу вспомнить, если у меня была конкретная причина для DB_PRIVATE, или если я просто скопировал флаги из некоторого кода примера. Делает ли удаление DB_PRIVATE безопасно для других процессов, чтобы открыть базу данных одновременно? Это может быть улучшение, в зависимости от того, что побочные эффекты. Есть ли существенно снизить производительность, что делает его выписать все изменения сразу или делать другую координацию? Существуют ли дополнительные запирающие или координационные файлы тогда? Что еще изменится? Вы можете проверить по времени начальный блок загрузки и без DB_PRIVATE, предпочтительно -connect-ки на локальной машине, так что сеть не является фактором.

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

26 августа 2010, 12:39:24 AM   # 3
 
 
Сообщения: 1484
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: удалить DB_PRIVATE флаг


DB_PRIVATE позволяет несколько оптимизаций, сделав предположение о том, что только один процесс будет иметь доступ к базе данных db4. Следует отметить, что этот флаг позволяет DB4 использовать Pthreads стиль мьютекса замок, а не тяжелая, операционная систему при условии паствы и общей память. Ref: DB_ENV->открытая документация.

Общая мотивация является то, что db4 базы данных могут быть безопасно доступны параллельно с Bitcoin клиентом, предполагая (а) DB_PRIVATE удаляются и (б) Bitcoin правильно используют DB4 транзакцию. db4 сделки могут даже быть использованы, чтобы обернуть вокруг не-db4 данных, таких как blk0001.dat, если код правильно спроектирована.

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

12 сентября 2010, 6:00:39 PM   # 4
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: удалить DB_PRIVATE флаг

Попытка без флага DB_PRIVATE в обороте 153. Мы должны следить за то, что по-другому.

В Windows, по крайней мере, он создает шесть __db.001 - __db.006 файлы размером от 24K до 4Мб. Он не удаляет их на выходе, он просто оставляет их позади.

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

Тесты на Windows, загрузки частной локальной сети 78500 блоков:
с DB_PRIVATE 20 минут 51 секунд
без DB_PRIVATE 20 минут 51 секунд

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

12 сентября 2010, 8:24:48 PM   # 5
 
 
Сообщения: 1484
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: удалить DB_PRIVATE флаг


Большое спасибо! Удаление DB_PRIVATE должно позволить полезные инструменты, такие как bitcointools Гэвина.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW