|
|
||||||
19 мая 2014, 4:50:23 PM
|
# 1 |
Сообщения: 700
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я читаю здесь http://sx.dyne.org/stealth.html#uncloaking-payments:
котировка В приведенном выше выход, есть 2 выхода с первым, содержащий метаданные скрытности и второй, содержащий фактическую оплату. Сделки могут иметь несколько стелс платежей, но метаданные и оплата всегда происходит в парах. Но с другой стороны, есть предел одного TxOut RETURN 0xDATA (40 байт) за одну транзакцию, введенной Bitcoin основного isn'it? Таким образом, всегда есть, в лучшем случае, один стелс платеж за сделку, или я что-то отсутствует? |
|
|
|
|
19 мая 2014, 5:10:18 PM
|
# 2 |
|
Сообщения: 1778
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
Получил 1806 Биткоинов
Реальная история. я верю "метаданные и оплата всегда происходит в парах", Это означает, например .:
* Из # 1 - метаданные для Потратьте * Из # 2 - скрытность Потратьте * Из # 3 - метаданные для Потратьте B * Из # 4 - скрытность тратить B * Из # 5 - регулярные расходы C * Из # 6 - метаданные для Потратьте D * Из # 7 - скрытность тратить D * Из # 8 - регулярные расходы E * Из # 9 - регулярные расходы F * Из # 10 - метаданные для Потратьте G * Из # 11 - скрытность тратить G что-то вроде того. или, по крайней мере, у меня это реализовано, как это котировка Но с другой стороны, есть предел одного TxOut RETURN 0xDATA (40 байт) за одну транзакцию, введенной Bitcoin основного isn'it? Просто на ретрансляцию сделки. Я считаю, что уже сегодня большинство шахтеров будут считать, если вы просто дать ему достаточный гонорар и протолкнуть. |
|
|
|
|
19 мая 2014, 10:05:23 PM
|
# 3 |
|
Сообщения: 700
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
Я реализовал это так же. Я надеюсь, что шахтеры будут принимать его.
|
|
|
|
|
20 мая 2014, 9:20:11 AM
|
# 4 |
|
Сообщения: 2366
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
Г, если его указан, что путь, который топит. Там нет необходимости иметь отдельную общественную точку для вывода каждого «Stealth».
Помимо отсутствия необходимости неразумно иметь отдельный DH временного значения на каждый выход как по соображениям пропускной способности, а также для тех эффективностей (сканирования хоста, имеющий отношение N умножает точку в транзакцию некрасиво). Я рекомендую фиксировать спецификацию, чтобы избавиться от этих накладных расходов. В настоящее время поведение IsStandard ограничивает операции с одним выходом OP_RETURN. |
|
|
|
|
20 мая 2014, 9:53:59 AM
|
# 5 |
Сообщения: 1778
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
котировка Там нет необходимости иметь отдельную общественную точку для вывода каждого «Stealth». Я не думаю, что имеется в виде использовать несколько выходов одной сделки, для осуществления платежей в тот же скрытности адреса. Я бы не вижу особого смысла в нем. Я считаю, что такой подход имеет гораздо больше смысла, потому что он позволяет использовать одну транзакцию для отправки денег на различный стелс-адрес. Если нет такого подхода, CoinJoin-тов стелс выходов не было бы возможно. |
|
|
|
|
20 мая 2014, 11:13:53 AM
|
# 6 |
|
Сообщения: 700
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
Г, если его указан, что путь, который топит. Там нет необходимости иметь отдельную общественную точку для вывода каждого «Stealth». Помимо отсутствия необходимости неразумно иметь отдельный DH временного значения на каждый выход как по соображениям пропускной способности, а также для тех эффективностей (сканирования хоста, имеющий отношение N умножает точку в транзакцию некрасиво). Я рекомендую фиксировать спецификацию, чтобы избавиться от этих накладных расходов. В настоящее время поведение IsStandard ограничивает операции с одним выходом OP_RETURN. Eсть "битовое" в скрытом адресе, который вы можете использовать для сканирования операций без необходимости делать умножение. Я не уверен, что вы имеете в виду с вашей терминологией, я называю "Stealth Адрес" что доля приемника, и "публичный адресс" стандартный адрес Bitcoin отправитель будет направить средства. Проблема не направлять средства на различные публичные адреса, поступающих из одного стелса-адреса (что бесполезно) Но для отправки различным публичного адреса из разного скрытого адреса. (2 скрытность приемник Дифференц в той же транзакции) Я не вижу, как спецификация может измениться, чтобы поддержать это, поскольку все данные в OP_RETURN требуется. |
|
|
|
|
20 мая 2014, 2:03:46 PM
|
# 7 |
|
Сообщения: 1232
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
благодаря Piotr, я выяснил это на Wiki
https://wiki.unsystem.net/index.php/DarkWallet/Stealth#Transaction_format |
|
|
|
|
20 мая 2014, 4:51:20 PM
|
# 8 |
|
Сообщения: 2366
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
Eсть "битовое" в скрытом адресе, который вы можете использовать для сканирования операций без необходимости делать умножение. Я ничего из того же стелса адреса не говорю. Я специально говорю о sendmany.Я не уверен, что вы имеете в виду с вашей терминологией, я называю "Stealth Адрес" что доля приемника, и "публичный адресс" стандартный адрес Bitcoin отправитель будет направить средства. Проблема не направлять средства на различные публичные адреса, поступающих из одного стелса-адреса (что бесполезно) Но для отправки различным публичного адреса из разного скрытого адреса. (2 скрытность приемник Дифференц в той же транзакции) Я не вижу, как спецификация может измениться, чтобы поддержать это, поскольку все данные в OP_RETURN требуется. Поскольку приманка должна быть мала, чтобы предотвратить deanonymization, и поэтому все еще будет большое количество накладных расходов DH, если транзакция содержала несколько одноразовые номера, а также удвоение размера маргинальных данных txout. Цветение приманка должна быть в отдельных толчках в одном OP_RETURN, то addr_index патч к ядру Bitcoin была установка для индексации отдельных операций кнопочных для такого рода причины. Таким образом, должен быть один 33 байта общественной точки в толчок, и от 1 до N приманки. Это совместимо с CoinJoin слишком- участники просто поделюсь случайное значение. |
|
|
|
|
20 мая 2014, 6:16:58 PM
|
# 9 |
|
Сообщения: 1232
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
нет, потому что вам нужен шардинг для различного стелса адресных префиксов, который вычисляется на основе вывода метаданных. каждый выход нуждается в собственных метаданных.
|
|
|
|
|
20 мая 2014, 6:56:01 PM
|
# 10 |
|
Сообщения: 700
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
Eсть "битовое" в скрытом адресе, который вы можете использовать для сканирования операций без необходимости делать умножение. Я ничего из того же стелса адреса не говорю. Я специально говорю о sendmany.Я не уверен, что вы имеете в виду с вашей терминологией, я называю "Stealth Адрес" что доля приемника, и "публичный адресс" стандартный адрес Bitcoin отправитель будет направить средства. Проблема не направлять средства на различные публичные адреса, поступающих из одного стелса-адреса (что бесполезно) Но для отправки различным публичного адреса из разного скрытого адреса. (2 скрытность приемник Дифференц в той же транзакции) Я не вижу, как спецификация может измениться, чтобы поддержать это, поскольку все данные в OP_RETURN требуется. Поскольку приманка должна быть мала, чтобы предотвратить deanonymization, и поэтому все еще будет большое количество накладных расходов DH, если транзакция содержала несколько одноразовые номера, а также удвоение размера маргинальных данных txout. Цветение приманка должна быть в отдельных толчках в одном OP_RETURN, то addr_index патч к ядру Bitcoin была установка для индексации отдельных операций кнопочных для такого рода причины. Таким образом, должен быть один 33 байта общественной точки в толчок, и от 1 до N приманки. Это совместимо с CoinJoin слишком- участники просто поделюсь случайное значение. Если я вас правильно понимаю, в темной терминологии кошелька, то это означает, что мы будем иметь только один Ephem ключ (то, что вы называете общую точку) разделяются между всем приемником, и приманка для сканирования цели приемника. нет, потому что вам нужен шардинг для различного стелса адресных префиксов, который вычисляется на основе вывода метаданных. каждый выход нуждается в собственных метаданных. genjix, если я понимаю, что gmaxwell говорит, что у нас будет 33 байт для EphemKey, и использовать остальные для одного префикса в пункт назначения. Таким образом, мы имели бы один метаданные для нескольких назначения. Но один вопрос, у меня есть: в настоящее время, для вычисления префикса, вы хэширования данных OP_RETURN в одной хэш-256, и сканер будет проверять, если первые полученные байты соответствуют битовое. Почему делать это? Почему бы не имеющий префикс как отдельный толчок в OP_RETURN и сканеры будут просто проверить, если они соответствуют их битовым? |
|
|
|
|
21 мая 2014, 9:32:59 AM
|
# 11 |
|
Сообщения: 1106
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
Обмен эфемерные ключи между отправителями не является хорошей идеей; эфемерный ключ может быть использован, чтобы доказать, вы послали деньги, не показывая, что использовались точные входы. Во-вторых, имеющие отдельные толчки одновременно, не standsrd прямо сейчас, и вряд ли когда-либо будет сделано в рудничной совершил индекс.
genjix: положить публицистическую возвращение до начала txout В стандарте это хорошая идея, но может вступать в противоречие с методами избегания слияния; нужно думать о том, что еще немного до выхода версии 1.0 Я работаю над избавлением от ограничительного IsStandard () правила тоже, что позволило бы нам делать такие вещи, как положить эфемерный ключ в txout непосредственно тоже. |
|
|
|
|
21 мая 2014, 8:15:43 PM
|
# 12 |
|
Сообщения: 2366
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
Я думаю, что заставляет людей использовать различные эфемерные ключи очень плохой дизайн.
В пределе это удваивает выход sizes- и даже на отдельных выходных сделок он удваивает размер, так как вы сразу же должны были бы включать два только, чтобы сделать вывод изменения неразличимы, было бы значительно расширить пропускную способность проблемного бокового канала для не Bitcoin информации, намеренно ограничен в текущем поведении сети, и это делает масштаб вычисления сканера с числом выходов вместо количества сделок. |
|
|
|
|
22 мая 2014, 10:43:41 AM
|
# 13 |
|
Сообщения: 1232
цитировать ответ |
Re: Есть Stealth Адрес ограничен одной транзакции?
Я думаю, что заставляет людей использовать различные эфемерные ключи очень плохой дизайн. В пределе это удваивает выход sizes- и даже на отдельных выходных сделок он удваивает размер, так как вы сразу же должны были бы включать два только, чтобы сделать вывод изменения неразличимы, было бы значительно расширить пропускную способность проблемного бокового канала для не Bitcoin информации, намеренно ограничен в текущем поведении сети, и это делает масштаб вычисления сканера с числом выходов вместо количества сделок. Я скамья обозначенное это много и могу сделать миллионы и миллионы строк без проблем. Я документально мой дизайн базы данных на вики и это не сложно. Кроме того, есть несколько методов оптимизации, которые могут быть приняты. Реальная проблема заключается в адресах Bitcoin не разделяющие тот же префикс (например, стелс опор). |
|
|
|
