Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
11 октября 2017, 12:19:04 AM   # 1
 
 
Сообщений: 24
Цитировать по имени
цитировать ответ
по умолчанию Re: Merkle Tree Доказательство оценки - алгоритм Itsuku предложение

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


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

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

http://docdro.id/GYEk2YB

Концепция возникла в 2007 году с его работой, "(Почти) с постоянной усилию Решение поверка доказательства правильности работы протокола на основе Merkle деревьев" - (http://www.hashcash.org/papers/merkle-proof.pdf), А затем был повторно по Бирюков и др. из Equihash и Argon 2 известности с их недавней работой по "Эгалитарное вычисление - Merkle Tree Proof" - (https://www.usenix.org/system/files/conference/usenixsecurity16/sec16_paper_biryukov.pdf).

Доклад начинался как оценка последнего затем трансформировался в "Itsuku" изложенный в разделе 4.3. Красота MTP является то, что шахтер выделяет память, но не верификатор. Тем не менее, компромисс для этого является размером доказательства. Мы надеемся в дальнейшем рецензирование приведет к меньшим, более эффективных доказательств.

Насколько мне известно, МРБ является единственным членом bitcointalk, что способствовало концепции. Мы надеемся расширить этот бассейн с остальной частью технического сообщества здесь.
http://blog.zorinaq.com/attacks-on-mtp/

Мы открыты для всех и всей критики.

Заранее спасибо!
Хидэтоси сейчас офлайн Пожаловаться на Хидэтоси   Ответить с цитированием Мультицитирование сообщения от Хидэтоси Быстрый ответ на сообщение Хидэтоси


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


12 октября 2017, 10:14:46 PM   # 2
 
 
Сообщения: 630
Цитировать по имени
цитировать ответ
по умолчанию Re: Merkle Tree Доказательство оценки - алгоритм Itsuku предложение

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





Красота MTP является то, что шахтер выделяет память, но не верификатор. Тем не менее, компромисс для этого является размером доказательства.

Очень здорово и очень интересно! Я всегда задавался вопросом, почему он никогда не представляется возможным использовать алгоритм сжатия, чтобы уменьшить размер доказательства в этом случае, или сжимать данные внутри блоков в случае БТС.

Я думаю, что средние данные могут быть сжат с помощью сжатия часто с коэффициентом 1/3. С точки зрения любительского, будучи в состоянии заполнить примерно в 3 раза объем данных в размере, казалось бы, стоящий подход. Тем более, что сжатие не особенно много ресурсов, по крайней мере, по сравнению с добычей полезных ископаемых криптографические функции. Добавление уровня абстракции сжатия woudn't по всей видимости, узкое место процесса. Но я предполагаю, что я не хватает какой-то важный момент, как криптографические инженеры никогда, кажется, возиться с сжатия данных?
Водород сейчас офлайн Пожаловаться на водород   Ответить с цитированием Мультицитирование сообщения от водорода Быстрый ответ на сообщение Водород

13 октября 2017, 7:29:34 AM   # 3
 
 
Сообщения: 505
Цитировать по имени
цитировать ответ
по умолчанию Re: Merkle Tree Доказательство оценки - алгоритм Itsuku предложение

Красота MTP является то, что шахтер выделяет память, но не верификатор. Тем не менее, компромисс для этого является размером доказательства.

Использование памяти шахтеров только, и не испытатели, является общим среди асимметричных алгоритмов. Ранее те,
как primecoin, Кукушка цикл, и Equihash не требуют больших доказательств того, что требует MTP, но только
несколько сотен байт.

котировка
Очень здорово и очень интересно! Я всегда задавался вопросом, почему он никогда не представляется возможным использовать алгоритм сжатия, чтобы уменьшить размер доказательства в этом случае, или сжимать данные внутри блоков в случае БТС.

Я думаю, что средние данные могут быть сжат с помощью сжатия часто с коэффициентом 1/3. С точки зрения любительского, будучи в состоянии заполнить примерно в 3 раза объем данных в размере, казалось бы, стоящий подход. Тем более, что сжатие не особенно много ресурсов, по крайней мере, по сравнению с добычей полезных ископаемых криптографические функции. Добавление уровня абстракции сжатия woudn't по всей видимости, узкое место процесса. Но я предполагаю, что я не хватает какой-то важный момент, как криптографические инженеры никогда, кажется, возиться с сжатия данных?

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

13 октября 2017, 9:42:00 AM   # 4
 
 
Сообщений: 16
Цитировать по имени
цитировать ответ
по умолчанию Re: Merkle Tree Доказательство оценки - алгоритм Itsuku предложение

Благовествующие друзья,

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

http://docdro.id/GYEk2YB

Концепция возникла в 2007 году с его работой, "(Почти) с постоянной усилию Решение поверка доказательства правильности работы протокола на основе Merkle деревьев" - (http://www.hashcash.org/papers/merkle-proof.pdf), А затем был повторно по Бирюков и др. из Equihash и Argon 2 известности с их недавней работой по "Эгалитарное вычисление - Merkle Tree Proof" - (https://www.usenix.org/system/files/conference/usenixsecurity16/sec16_paper_biryukov.pdf).

Доклад начинался как оценка последнего затем трансформировался в "Itsuku" изложенный в разделе 4.3. Красота MTP является то, что шахтер выделяет память, но не верификатор. Тем не менее, компромисс для этого является размером доказательства. Мы надеемся в дальнейшем рецензирование приведет к меньшим, более эффективных доказательств.

Насколько мне известно, МРБ является единственным членом bitcointalk, что способствовало концепции. Мы надеемся расширить этот бассейн с остальной частью технического сообщества здесь.
http://blog.zorinaq.com/attacks-on-mtp/

Мы открыты для всех и всей критики.

Заранее спасибо!


Выглядит действительно интересный, случайный побочный вопрос. Как вы делаете ваш Latex, вы его код напрямую? Или у вас есть какой-то инструмент, который генерирует формат латексного
matthewcampbell сейчас офлайн Пожаловаться на matthewcampbell   Ответить с цитированием Мультицитирование сообщения от matthewcampbell Быстрый ответ на сообщение matthewcampbell

14 октября 2017, 10:16:54 PM   # 5
 
 
Сообщения: 630
Цитировать по имени
цитировать ответ
по умолчанию Re: Merkle Tree Доказательство оценки - алгоритм Itsuku предложение

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

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

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW