25 сентября 2012, 5:32:47 PM   # 1
 
 
Сообщения: 539
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
В Satoshi клиенте каждый объект может быть сериализовать либо на диске или в сети.
Тем не менее я не нашел никакой разницы между сериализации blockchain для SER_DISK по сравнению с SER_NETWORK.

Какие классы чувствительны к SER_ * сериализации?

Я пишу класс Bitcoinj читать и процесс Satoshi blockchain (BLK * .dat) файлы, и я хочу знать, если я должен заботиться о set_ * флаги.

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


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


25 сентября 2012, 6:32:30 PM   # 2
 
 
Сообщения: 1484
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

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





В Satoshi клиенте каждый объект может быть сериализовать либо на диске или в сети.
Тем не менее я не нашел никакой разницы между сериализации blockchain для SER_DISK по сравнению с SER_NETWORK.

Какие классы чувствительны к SER_ * сериализации?

Я пишу класс Bitcoinj читать и процесс Satoshi blockchain (BLK * .dat) файлы, и я хочу знать, если я должен заботиться о set_ * флаги.

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

Возможно, это было для будущего расширения? Я хотел бы знать, какое-либо различие, сам.

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

25 сентября 2012, 6:57:50 PM   # 3
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

Я только через оглавление источника, и эти перечисления получить прошло вокруг много, но появляюсь только потребляться в IMPLEMENT_SERIALIZE функциях различных классов.

Например, CAddress :: IMPLEMENT_SERIALIZE в protocol.h добавляет nVersion и NTime, если вызывается с SER_DISK, но не иначе. Остальные смотрят в основном похожи.

SER_DISK только кажется потребляться в protocol.h и wallet.cpp, ни один из которых участвуют блок цепи, поэтому не должно быть никаких различий в формате блока там.

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

25 сентября 2012, 10:07:12 PM   # 4
 
 
Сообщения: 539
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

Благодаря! Я закончил реализацию blk0001.dat парсер для Bitcoinj.

Для меня это был самый SimPE способ получить статистику из blockchain. Завтра я буду после гистограммы среднего объема транзакционных в зависимости от диапазона количества (., Например, от 0 до 1 BTC, 10 - 100 BTC, от 100 до 1k BTC, и т.д.)
(Обратите внимание, что я должен был предположить, что последний выход из сделки, является изменение).
Это показывает интересную информацию о среднем использовании.

Если кто-то хочет, чтобы экспериментировать с ним, отправьте мне сообщение.

С наилучшими пожеланиями,
 Серхио.
Sergio_Demian_Lerner сейчас офлайн Пожаловаться на Sergio_Demian_Lerner   Ответить с цитированием Мультицитирование сообщения от Sergio_Demian_Lerner Быстрый ответ на сообщение Sergio_Demian_Lerner

25 сентября 2012, 10:17:08 PM   # 5
 
 
Сообщения: 1050
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

(Обратите внимание, что я должен был предположить, что последний выход из сделки, является изменение).

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

27 сентября 2012, 6:44:08 PM   # 6
 
 
Сообщения: 539
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK


Это предположение будет неправильным 50% времени ...

Да! Я забыл изменить положение рандомизации!

Но все-таки это вообще возможно угадать, какой выход есть изменение, так как:

1. Сумма оплаты всегда больше, чем сумма входов сумм, за исключением входного количества меньшего значения.
3. Величина изменения всегда меньше, чем любой из входов.

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

С наилучшими пожеланиями Pieter!







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

27 сентября 2012, 7:25:04 PM   # 7
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

Планируете ли вы внести свой blkdat анализатор обратно bitcoinj? Это звучит полезно!

Я считаю, что ваши предположения по-прежнему неправильно:

1) Вы не можете ничего о размере адреса изменения предполагают, ничего не говорит, что это должно быть меньше, чем оплата, и часто это не будет

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

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

27 сентября 2012, 9:10:17 PM   # 8
 
 
Сообщения: 539
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

Планируете ли вы внести свой blkdat анализатор обратно bitcoinj? Это звучит полезно!
Да, если кто-то хочет

Я считаю, что ваши предположения по-прежнему неправильно:

1) Вы не можете ничего о размере адреса изменения предполагают, ничего не говорит, что это должно быть меньше, чем оплата, и часто это не будет

Но ни один клиент не будет автоматически генерировать транзакции, где изменение больше, чем ввод транзакций? Зачем?

Вы имеете в виду что-то вроде (А):

Входы: 10, 20, 30
Выходы: 15 (изменение), 45 (оплата)

Почему бы не создать ТХ (В):

Входные данные: 20, 30
Выход: 5 (изменить), 45 (оплата)

Является ли клиент настолько туп, чтобы произвести сделку как А, отходы пространство вместо B?




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

27 сентября 2012, 9:24:57 PM   # 9
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

Планируете ли вы внести свой blkdat анализатор обратно bitcoinj? Это звучит полезно!
Да, если кто-то хочет

Я считаю, что ваши предположения по-прежнему неправильно:

1) Вы не можете ничего о размере адреса изменения предполагают, ничего не говорит, что это должно быть меньше, чем оплата, и часто это не будет

Но ни один клиент не будет автоматически генерировать транзакции, где изменение больше, чем ввод транзакций? Зачем?

Вы имеете в виду что-то вроде (А):

Входы: 10, 20, 30
Выходы: 15 (изменение), 45 (оплата)

Почему бы не создать ТХ (В):

Входные данные: 20, 30
Выход: 5 (изменить), 45 (оплата)

Является ли клиент настолько туп, чтобы произвести сделку как А, отходы пространство вместо B?

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

27 сентября 2012, 9:31:47 PM   # 10
 
 
Сообщения: 539
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

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

27 сентября 2012, 9:53:39 PM   # 11
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

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

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

27 сентября 2012, 10:44:34 PM   # 12
 
 
Сообщения: 1358
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK


Это предположение будет неправильным 50% времени ...

Да! Я забыл изменить положение рандомизации!

Но все-таки это вообще возможно угадать, какой выход есть изменение, так как:

1. Сумма оплаты всегда больше, чем сумма входов сумм, за исключением входного количества меньшего значения.
3. Величина изменения всегда меньше, чем любой из входов.

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

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

Планируете ли вы внести свой blkdat анализатор обратно bitcoinj? Это звучит полезно!

Я считаю, что ваши предположения по-прежнему неправильно:

1) Вы не можете ничего о размере адреса изменения предполагают, ничего не говорит, что это должно быть меньше, чем оплата, и часто это не будет

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

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

28 сентября 2012, 12:58:20 AM   # 13
 
 
Сообщения: 666
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

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

28 сентября 2012, 1:54:04 PM   # 14
 
 
Сообщения: 539
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

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

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

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

29 сентября 2012, 10:07:25 AM   # 15
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: SER_DISK против SER_NETWORK

Конечно, внося свой вклад обратно BLK анализатор будет приветствоваться.

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

Майк Хирн сейчас офлайн Пожаловаться на 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