Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
6 января 2015, 10:04:20 AM   # 1
 
 
Сообщения: 9
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

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


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

Мне нужно вставлять 256 бит хэш + несколько битов метаданных в Bitcoin blockchain.

Что является лучшим способом для достижения этой цели? Каковы ограничения размера?

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


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


6 января 2015, 11:17:22 AM   # 2
 
 
Сообщения: 378
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

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





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

6 января 2015, 11:58:29 AM   # 3
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

вы на самом деле нужно вставлять хэш или вам просто нужно совершить его делать?

Если вам нужно только совершить на него вы лучше использовать контракт с оплатой в-(https://github.com/Blockstream/contracthashtool) Или потенциально знак к договору (аналог с договором обязательством в нонсе), так как результат занимает меньше места (более низкие операционные издержки) и не легко censorable шахтерами или tracable третьих лиц, которые не желаем поделиться информацией с.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

6 января 2015, 2:01:28 PM   # 4
 
 
Сообщения: 9
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

Спасибо за ответы!

Таким образом, я могу совершить сделку с 1 входом и 2 выходов, где первыми из них является изменение, а другой являются данными с кодом op_return. Звучит здорово !

Есть ли консенсус в отношении сборов требуется? Где я могу найти эту информацию обновленной?

Мне нужно все данные, которые должны быть включены в blockchain, и если я хорошо понимаю, что такое commitement, вы должны сообщить полные данные через другой канал. Это как вложение доказательства существования права?
guillaume.bonnot сейчас офлайн Пожаловаться на guillaume.bonnot   Ответить с цитированием Мультицитирование сообщения от guillaume.bonnot Быстрый ответ на сообщение guillaume.bonnot

6 января 2015, 5:46:37 PM   # 5
 
 
Сообщения: 144
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

Это то, что вы описываете реализацию 2013 в Сан-Хосе презентации Тимо Ханке в?

https://www.youtube.com/watch?v=qwyALGlG33Q

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

6 января 2015, 6:54:06 PM   # 6
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

Спасибо за ответы!

Таким образом, я могу совершить сделку с 1 входом и 2 выходов, где первыми из них является изменение, а другой являются данными с кодом op_return. Звучит здорово !

Есть ли консенсус в отношении сборов требуется? Где я могу найти эту информацию обновленной?

Да, это правильно 1 в 2 из (OP RETURN + изменение) является наиболее распространенным. Она также может быть "комбинированный" с обычной сделки, чтобы снизить стоимость, так что было бы 1 или более входов, плюс 1 или более "платеж" выходы (в том числе изменения) плюс OP_RETURN. Плата не должна быть больше, чем любая другая сделка. Минимум 1000 satoshis в КБ. При обновлении до V0.10 клиента есть RPC вызов, который оценивает плату, которую требуется быстро подтвердили. Он может быть использован для любой операции (в том числе с OP_RETURN выходами).

В прошлом это было сделано путем сброса данных в "нормальный" выход, который будет неизрасходованные. Пожалуйста, не делайте этого, как сеть не имеет возможности узнать, что выход "не настоящие" и, таким образом, он остается в UTXO установлен навсегда. OP_RETURN позволяет создать выходной файл, который входит в блок, но помечен как unspendable, таким образом, не вздутие живота в UTXO (более критический ресурс часто игнорируется большинством).

Три важных момента, чтобы рассмотреть о OP_RETURN:
1) Более чем один выход OP_RETURN в транзакции инвалид нестандартные (и не будут передаваться в большинстве узлов).
2) "полезная нагрузка" более 40 байт в OP RETURN Выход инвалид нестандартные, а также.
3) Любое значение, присвоенное к выходу OP_RETURN является unspendable так "монеты" эффективно уничтожены. Если вы намеренно не хотите, чтобы уничтожить несколько монет, вы должны убедиться, что OP_RETURN выходы всегда имеют нулевое значение.

Некоторая дополнительная информация:
http://bitcoin.stackexchange.com/questions/29554/explanation-of-what-an-op-return-transaction-looks-like

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

6 января 2015, 8:31:37 PM   # 7
 
 
Сообщения: 9
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

Это то, что вы описываете реализацию 2013 в Сан-Хосе презентации Тимо Ханке в?

https://www.youtube.com/watch?v=qwyALGlG33Q

Это видео сделало мой день, поражает!

При обновлении до V0.10 клиента есть RPC вызов, который оценивает плату, которую требуется быстро подтвердили.

Именно ответ я искал. Большой !
guillaume.bonnot сейчас офлайн Пожаловаться на guillaume.bonnot   Ответить с цитированием Мультицитирование сообщения от guillaume.bonnot Быстрый ответ на сообщение guillaume.bonnot

7 января 2015, 2:54:43 PM   # 8
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

Три важных момента, чтобы рассмотреть о OP_RETURN:
1) Сделка может иметь только один выход OP_RETURN. Два или более просто недействительный (не нестандартный, но недействительный) и будет отвергнуты всеми узлами.
2) "полезная нагрузка" от OP RETURN Выход ограничен 40 байт. Более 40 байт является недействительным, а также.
4) Выход OP_RETURN является unspendable и, таким образом, как правило, должны иметь значение 0 BTC однако знать вы можете установить его в любое допустимое значение, и если вы делаете это случайно, то монеты эффективно уничтожены.

"Три сэр!"

На самом деле, 1 и 2 не правильно: один-выход и только-40-байт чеки "что стандартная сделка" правила политики. Если вы можете получить шахтер включить его в блоке, сделка с 11 100-байтового OP_RETURN выходов является действительной.
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

7 января 2015, 3:16:34 PM   # 9
 
 
Сообщения: 1064
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

Да, это правильно 1 в 2 из (OP RETURN + изменение) является наиболее распространенным. Она также может быть "комбинированный" с обычной сделки, чтобы снизить стоимость, так что было бы 1 или более входов, плюс 1 или более "платеж" выходы (в том числе изменения) плюс OP_RETURN. Плата не должна быть больше, чем любая другая сделка.

Как писал в OP_RETURN обсуждение нить на GitHub, следует иметь в виду, что с помощью стандартных правил, касающихся OP_RETURN она не может быть столь же эффективным, как встраивание данных в голой multisig или P2SH сделки.

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

7 января 2015, 5:58:56 PM   # 10
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

Как писал в OP_RETURN обсуждение нить на GitHub, следует иметь в виду, что с помощью стандартных правил, касающихся OP_RETURN она не может быть столь же эффективным, как встраивание данных в голой multisig или P2SH сделки.

Правда, но это, как правило, считается плохой практикой вставлять сотни байт, а не только вложения хэш. Лично учитывая, что один может кодировать данные в "не настоящие" сделок (которые не prunable) Хотелось бы, чтобы не было никаких ограничений на OP_RETURN вообще, но этот корабль плавал. Моя точка зрения в том, что сборы за КБ, и это означает, что ОП должно быть в состоянии "цена" TxN такой же, как и любой другой TXN.
DeathAndTaxes сейчас офлайн Пожаловаться на DeathAndTaxes   Ответить с цитированием Мультицитирование сообщения от DeathAndTaxes Быстрый ответ на сообщение DeathAndTaxes

7 января 2015, 6:09:04 PM   # 11
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

на один-выход и только-40-байт чеки "что стандартная сделка" правила политики. Если вы можете получить шахтер включить его в блоке, сделка с 11 100-байтового OP_RETURN выходов является действительной.

Исправленный. Это задним числом это имеет смысл. Это не более эффективно при рассылке спама, чем большое низкое значение "нормальный" выходы (которые также являются нестандартными не недействительным). Спам профилактика / навороты не было бы улучшить, сделав один метод недействительным, а другой нестандартным. Атакующий будет просто использовать метод, который доступен.

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

17 января 2015, 11:13:13 PM   # 12
 
 
Сообщения: 335
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

Три важных момента, чтобы рассмотреть о OP_RETURN:
1) Сделка может иметь только один выход OP_RETURN. Два или более просто недействительный (не нестандартный, но недействительный) и будет отвергнуты всеми узлами.
2) "полезная нагрузка" от OP RETURN Выход ограничен 40 байт. Более 40 байт является недействительным, а также.
4) Выход OP_RETURN является unspendable и, таким образом, как правило, должны иметь значение 0 BTC однако знать вы можете установить его в любое допустимое значение, и если вы делаете это случайно, то монеты эффективно уничтожены.

"Три сэр!"

На самом деле, 1 и 2 не правильно: один-выход и только-40-байт чеки "что стандартная сделка" правила политики. Если вы можете получить шахтер включить его в блоке, сделка с 11 100-байтового OP_RETURN выходов является действительной.

Большинство узлов не будут распространяться ТМ с 11 OP_RETURN выходов, поскольку он не является стандартной транзакцией.
Другой способ встроить много данных, которые будут приняты на более узлы в сети вставлять данные в multisig выхода. Это будет загромождать UTXO хотя.

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

18 января 2015, 6:29:02 PM   # 13
 
 
Сообщения: 1064
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

Это будет загромождать UTXO хотя.

Не, если включить один открытый ключ, который у вас есть контроль над. я строю http://redeem.bitwatch.co подготовить сделку по подметать их.
dexX7 сейчас офлайн Пожаловаться на dexX7   Ответить с цитированием Мультицитирование сообщения от dexX7 Быстрый ответ на сообщение dexX7

19 января 2015, 6:44:10 PM   # 14
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: Что такое последняя хорошая практика для хранения данных в транзакции

Re: оплата за контракт, обратите внимание, как использовать его создает весьма значительные и опасные риски резервного копирования. Каждая сделка с оплатой к договору создает scriptPubKey, который не выводим из HD кошелька семени, которое означает, что вы должны немедленно создать резервную копию метаданных бумажника крайней мере, вы рискуете потерять средства пользователей. Я настоятельно рекомендую не реализую его по этой причине, без тщательного рассмотрения этого риска. Сохранение метаданных в OP_RETURN выходов - как это делается в стелс-адреса - это отличный способ избежать этого риска.
Peter Todd сейчас офлайн Пожаловаться на Питер Тодд   Ответить с цитированием Мультицитирование сообщения от Peter Todd Быстрый ответ на сообщение Peter Todd



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW