Жан-Поль Сартр, подписание и значение

<пролет класс ="Дата">2 мая 2016

<стиль диапазон ="высота строки: 1,5;"># 8220; Если я подпишу себе Жан-Поль Сартр это не то же самое, как если бы я подпишу сам Жан-Поль Сартр, лауреат Нобелевской премии # 8221;

# 8211; Жан-Поль Сартр, 1964
<п>&NBSP;
<п><стиль диапазон ="высота строки: 1,5;">Я помню, что читал эту цитату много лет назад, и я носил его со мной неуютно с тех пор. Тем не менее, по прошествии многих лет, и испытав прилив и отлив жизни принесли эти годы, я думаю, что я, наконец, в мире с тем, что он имел в виду. Если я подпишу <Эм>Крейг Райт, Это не то же самое, как если бы я подписываю <Эм>Крейг Райт, Satoshi,
<п><стиль диапазон ="высота строки: 1,5;">Я думаю, что это правда, но в моем сердце, я бы это не было.
<предварительно стиль ="обивка налево: 30px;"><стиль диапазон ="высота строки: 1,5;">IFdyaWdodCwgaXQgaXMgbm90IHRoZSBzYW1lIGFzIGlmIEkgc2lnbiBDcmFpZyBXcmlnaHQsIFNh
dG9zaGkuCgo =
<п>&NBSP;
<п>Я смотрел на моем экране в течение нескольких часов, но я не могу вызвать слов, чтобы выразить глубину моей благодарности к тем, кто поддержал проект Bitcoin с момента его создания - слишком много имен, чтобы перечислить. Вы посвятили огромную часть своего времени, совершили ваши подарки, принесены в жертве отношений и парадоксальный сон в течение многих лет с открытым исходным кодом проекта, который мог бы прийти ни к чему. И все же до сих пор вы сражались. Эта невероятная СООБЩЕСТВА страсть и интеллект и упорство взяли свой маленький вклад и лелеяла его, повысить его, вдохнула в него жизнь. Вы дали миру большой подарок. Спасибо.
<п>Будьте уверены, так же, как вы работали, я не бездействовал в течение этих многих лет. С тех первых дней, после того, как дистанцирование себя от публичной персоной, которая была Satoshi, я вылил каждую меру себя в исследование. Я молчал, но я не отсутствовал. Я занимаюсь с исключительной группой и с нетерпением ожидает обмен нашей замечательную работы, когда они будут готовы.
<п>Satoshi мертв.
<п>Но это только начало.

Проверка параметров
<п>В оставшейся части этого поста, я объясню процесс проверки набора криптографических ключей.
<п>Для того, чтобы убедиться, что мы можем успешно подписать и проверить сообщения, используя правильные эллиптические параметры кривых в OpenSSL, необходимо убедиться, что загружено secp256k1 кривой. Это не по умолчанию на Centos Linux. Я не буду подробно этот процесс здесь. Я отметить, что RPMForge поддерживает двоичные файлы, которые уже были исправлены. Моя рекомендация будет скачать как исходные файлы с сайта OpenSSL и патч, если, как я вы работаете Centos.
<п>Я также укажет читателю на следующих веб-сайтов для некоторого предварительного чтения:
<уль>
<литий>https://wiki.openssl.org/index.php/Command_Line_Elliptic_Curve_Operations
<литий>http://www.secg.org/sec2-v2.pdf
<литий>https://www.openssl.org/
<литий>https://www.bfccomputing.com/bitcoin-and-curve-secp256k1-on-fedora/

<п>Первый этап этого упражнения будет объяснить хэш-функцию. На рисунке ниже мы отображаются файл с именем «SN7-message.txt».

<р класс ="сор-заголовок-текст">фрагмент сценария
<п>Серия шестнадцатеричный Значения, отображаемые на рисунке выше представляет собой SHA256 хэш входного значения. Хороший алгоритм хэширования будет производить большую строку значений, которые не могут быть определены заранее. Количество информации и возможных перестановок всегда превышает диапазон имитаций, которые могут быть выведены из любой хэш-функции и в результате столкновения всегда будет существовать. Что делает хеш-функции, такие как SHA256 полезный и считается «безопасный» является то, что она является недопустимой, учитывая текущее состояние технологии, чтобы определить и найти множество входных значений хэш-функции, столкнувшегося с тем же значением, которое возвращается в качестве выходного сигнала.
<п>Алгоритм SHA256 предусматривает максимальный размер сообщения о <Тип сценария ="текст / Katex" дисплей ="ложный">\ Слева (2 ^ {128} -1 \ справа) биты информации, в то время возвращения 32 байта или 256 бит в качестве выходного значения. Число возможных сообщений, которые могут быть введены в функции суммы SHA256 хэша <Тип сценария ="текст / Katex" дисплей ="ложный">\ Влево (2 ^ {128} -1 \ справа)! Возможные значения ввода в диапазоне размеров от 0 бит до максимального допустимого диапазона, что было отмечено выше.
<п>При определении возможного диапазона столкновений, которые будут доступны в среднем, у нас есть биномиальный коэффициент <Тип сценария ="текст / Katex" дисплей ="ложный">\ БИНОМ {п} {к} который определяет перестановки с помощью процесса, известного как комбинаторика [1].
<п>Я оставлю его на более поздний пост детализировать математики, связанные с обнаружением коллизий. Важно отметить, однако, что существует невероятно большое количество сталкивающихся значений, связанных с каждым хэш, но, что вероятность нахождения двух сталкивающихся значений или определения их заранее ничтожно мала. На следующей неделе, я прослеживание с должностью на основе комбинаторики и теории вероятностей, демонстрирующую вероятность обнаружения столкновений для «безопасного» алгоритмов хэширования.

хеширования
<п>Хэш-функция относительно проста и может быть сделано вручную, Это, конечно, противоречит сложности, которые требуется сторнировать их. Хорошая хэш-функция проста в использовании и в то же неосуществимо в обратном. На рисунке ниже мы запустили Linux хэш рутинную «sha256sum». Эта простая программа возвращает уникальное значение, которое соответствует набору и фиксированному вход.

<р класс ="сор-заголовок-текст">фрагмент сценария
<п>На приведенном выше рисунке, мы запустили это на несколько файлов, в том числе и тот, который мы используем для этой подписи упражнения OpenSSL. Конкретный файл, который мы будем использовать тот, который мы назвали Сартр. Содержимое этого файла были показаны на рисунке ниже.

<р класс ="сор-заголовок-текст">выход сценария
<п>Алгоритмы цифровой подписи подписывают хэш сообщения. Можно подписать само сообщение, но при подписании хэша можно гарантировать целостность сообщения и подтвердить, что сообщение не изменилось. Если хотя бы один пробел или «» должен был быть изменен, хэш будет радикально отличается от значения, возвращаемые на начальном этапе.
<п>Чтобы написать это значение и сохранить его в файл, мы можем использовать команду Linux, XXD, Это будет записывать значения ASCII в шестнадцатеричном двоичный файл. В следующей команде мы будем писать строку нулей в файл с именем «file.name».
<предварительно стиль ="обивка налево: 60px;">эхо '000 ... 000' | XXD -r -p > имя файла
<п>&NBSP;
<п>При этом, мы можем изменить строку мы получили в качестве выхода из алгоритма хеширования в шестнадцатеричном закодирован файл. Это будет сообщение, мы можем подписать и проверить. Важно, чтобы проверить строку чисел, которые вы кладете в эхо команды выше. Если одна цифра была введена неправильно, то сообщение не будет проверять.

Открытые ключи
<п>Для проверки сообщения с цифровой подписью нам нужно количество компонентов. К ним относятся:
<уль>
<литий>Алгоритм,
<литий>открытый ключ подписавшей стороны, что мы хотим, чтобы проверить,
<литий>сообщение, которое было подписано, и
<литий>цифровая подпись файл.

<п>Первая часть этого, алгоритм получается путем установки OpenSSL с включением в secp256k1 кривого патча. В приведенном выше шаге мы рассмотрели создание сообщения хэшированнома. В следующем разделе мы рассмотрим использование открытых ключей ECDSA.

<р класс ="сор-заголовок-текст">фрагмент сценария
<п>Для этого упражнения я использую государственно-частное пару ключей, сохраненная является PEM-файл в OpenSSL. Дэвид DeRosa написали прекрасную страницу, определяющее создание эллиптических кривых паров ключей в OpenSSL. На рисунке выше вы можете увидеть открытый ключ частности формата PEM, связанный с парой ключей, используемой при подписании сообщения в этом упражнении. Тщательное чтение страница Давида предоставит всю информацию для читателя детализации, как частная пара ключей используются в Bitcoin транзакции может быть отформатирована в виде файла PEM. Эта страница подробно о создании нового закрытого ключа, а не как существующий закрытый ключ может быть импортирован в OpenSSL. Я должен покрыть этот дополнительный процесс и продемонстрировать, как существующая закрытый ключ пара на основе эллиптической кривой криптографии может быть импортирована в формат ASN.1 для использования с OpenSSL напрямую.
<п>Команда экспортировать наш открытый ключ приводится ниже.
<предварительно стиль ="обивка налево: 60px;">OpenSSL ес -в зп-pub.pem -pubin -text -noout
<предварительно стиль ="обивка налево: 120px;">0411db93e1dcdb8a016b49840f8c53
bc1eb68a382e97b1482ecad7b148a6
909a5cb2e0eaddfb84ccf9744464f8
2e160bfa9b8b64f9d4c03f999b8643
f656b412a3


<п>Строка, возвращаемая является открытым ключом значения, используемыми программами, включая Bitcoin для проверки и адресации функции подписи.
<п>Casascius разработал отличный инструмент, который поможет вам расшифровать этот открытый ключ и возвращает соответствующий Bitcoin адрес, который он отображает до. У нас есть блог на этом сайте, который поможет вам понять технические аспекты, как Bitcoin адресов, полученные из открытых и закрытых ключей. Несколько онлайн инструменты Также доступны, что можно вычислить адрес Bitcoin из открытого ключа.

подписание
<п>Процесс цифровой подписи сообщения с использованием OpenSSL требует, чтобы сторона, подписывая сообщение имеет доступ к закрытому ключу. Я документировать и охватывать этот процесс далее в более поздней почте. В последних сессиях я использовал в общей сложности 10 частных ключей, связанных с Bitcoin адресов. Они были загружены в Электрум, СПВ бумажник. В одном из упражнений, я подписал сообщения, что я не буду подробно на этом посту для ряда лиц. Они не были сообщения, которые я лично выбрал, а скорее те, которые были выбраны другие люди. В некоторых случаях, мы гарантируем целостность процесса, загрузив новую версию программы электрум, установив его на свежий ноутбук, который был только что распакованный будучи купленной, что во второй половине дня и проверки подписанных сообщений на новой машине.
<п>Версия электрума, что я бегу на Centos Linux v7 и работает с помощью Python. Для осуществления я отметил выше, мы использовали Windows 7 и Windows 10 на различных событиях.

Проверка подписи
<п>Последний компонент, который нам нужно, чтобы покрыть это сама подпись. Мы будем использовать следующую команду, чтобы преобразовать наш формат base64 подписи в формате файла, который может быть загружен в OpenSSL.
<предварительно стиль ="обивка налево: 60px;">>> base64 --decode подпись > sig.asn1 &усилитель; OpenSSL dgst -verify зп-pub.pem -Подписание sig.asn1 SN7-message.txt


<п>Подпись поданные мы будем проверка содержит следующие данные.
<предварительно стиль ="обивка налево: 60px;">------------------------- Подпись файла ----------------------- -
MEUCIQDBKn1Uly8m0UyzETObUSL4wYdBfd4ejvtoQfVcNCIK4AIgZmMsXNQWHvo6KDd2Tu6euEl1
3VTC3ihl6XUlhcU + FM4 =
------------------------- Конец Подпись --------------------------

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

<р класс ="сор-заголовок-текст">фрагмент сценария
<п>Есть два возможных выхода из этого процесса, которые касаются нас. OpenSSL либо вернуться в «Проверенный OK», где мы уважительно проверенного подпись. Вся информация, которая требуется импортировать открытый ключ, сообщение и подпись сообщений, используемых в этом сообщении доступен на этом посту.
<п>Я мог бы просто подписал сообщение в электруме как я делал в закрытых заседаниях. Загрузка такого сообщения была бы намного проще. Я известен долгая история «быть трудными» и антипатий говорят, что «мне нужно сделать». Следствием всего этого является то, что я не буду делать это просто.

Некоторые сценарии
<п>Для того, чтобы упростить этот процесс, я включил два файла. Для вариаций сценариев, как это, пожалуйста, посетите сайт, например, как один организовано Энрико Zimuel, Этот сайт не особенно сосредоточен на эллиптической кривой криптографии, но это не слишком сложно, чтобы обновить свой код для использования на системе, основанной на Bitcoin.

подписание
<п>Для вас, чтобы попробовать и проверить это на досуге я включил сценарий подписания ниже. Чтобы использовать этот сценарий, вход состоит из переменных &л; файл> что означает файл, который вы хотите подписать, используя выбранный &л; private_key> под вашим контролем. В этой команде, &л; private_key> переменная представляет собой файл, содержащий закрытый ключ для использования в подписании сообщения и который будет выводить подпись.
<предварительно стиль ="обивка налево: 60px;">EcDSA.Sign.sh &л; файл> &л; private_key>


<п>Выход из этого сценария оболочки состоит из подписи сохранить в виде зашифрованного файла Base64. Это будет сохранено на жесткий диск или другое место, используя формат Base64 в качестве имени файла &л; signature.der> ;.

<р класс ="сор-заголовок-текст">EcDSA.sign.sh

верификация
<п>Мы можем использовать аналогичный процесс проверки подписи, которую мы создали, используя сценарий, который я включил ниже.
<предварительно стиль ="обивка налево: 60px;">EcDSA.Verify.sh &л; файл> &л; подпись> &л; public_key>


<п>В этой командной строке, переменная &л; файл> используется для обозначения имени файла, к которому мы стремимся, чтобы проверить. переменная &л; подпись> представляет собой файл, в котором мы сохранили подпись (и закодированный с помощью Base64) и конечных переменного, &л; public_key> содержит PEM отформатированный открытый ключ. Мы используем эти файлы вместе, и если они являются действительными и исправить они позволят нам успешно проверить цифровую подпись.

<р класс ="сор-заголовок-текст">EcDSA.verify.sh

Выбор по форматированию
<п>Формат подписи используется в Bitcoin основан на кодировании DER. Другие методы были применены в исходном коде существенно изменились за последние семь лет. Выбор кодировки МЭД для подписей и другой информации, было основано на стремлении обеспечить эту информацию можно было бы поделиться между несовместимыми системами. Это не является самым эффективным средством хранения информации, но это позволит разнородные системы общаться эффективно.
<п>Как и многие проекты с открытым исходным кодом, OpenSSL плохо задокументированы во многих областях. Bitcoin адресации и хранения ключевых пар мог бы быть гораздо более эффективным и код был обновлен, чтобы убедиться, что это в настоящее время. Но как и любая новая система гораздо лучше иметь что-то, что работает над чем-то, что не доступно, но стремится к совершенству.
<п>Безопасность всегда является функция риски и не является абсолютной.

Рекомендации
<п>[1] Ловаса, Ласло (1979) «Комбинаторные задачи и упражнения» Северный Holand Publishing Co. Амстердам

<мишень ="_blank" HREF ="https://www.facebook.com/sharer/sharer.php?u=http://www.drcraigwright.net/jean-paul-sartre-signing-significance/"><пролет класс ="Доля ящик"><я класс ="фа фа-facebook">
<мишень ="_blank" HREF ="https://twitter.com/intent/tweet/?text=Check%20out%20this%20article:%20Jean-Paul+Sartre%2C+Signing+and+Significance%20-%20http://www.drcraigwright.net / Жан-Поль Сартр-подписывания-значение /"><пролет класс ="Доля ящик"><я класс ="фа фа-твиттер">
<класс ="addthis_button_linkedin"><пролет класс ="Доля ящик"><я класс ="фа фа-LinkedIn">
<класс ="addthis_button_more"><пролет класс ="Доля ящик"><я класс ="фа-значок share2">

<класс ДИВ = «комментарии»>

<Тип сценария ="текст / JavaScript">
  JQuery ( 'документ'). готовы (функция ($) {
    // Получить форму комментария
    вар commentform = $ ( '# commentform');
    // Добавить сообщение Комментарий статуса
    commentform.append (»

«);
    // Определение сообщения состояния элемента
    вар statusdiv = $ ( '# комментарий-статус');
    commentform.submit (функция () {
      // Сериализация и хранить данные формы
      вар FormData = commentform.serialize ();
      // Добавить сообщение о состоянии
      statusdiv.html (»<р класс ="Ajax-заполнитель">Обработка ...«);
      // URL Extract действия от commentform
      вар formurl = commentform.attr ( 'действие');
      // Сообщение Форма с данными
      $ .ajax ({
        Тип: «пост»,
        URL: formurl,
        данные: FormData,
        Ошибка: функция (XMLHttpRequest, textStatus, errorThrown) {
          statusdiv.html (»<р класс ="Ajax-ошибка" >Спасибо. Ваш комментарий был получен. Он появится на сайте после того, как оно было утверждено.«);
        },
        успех: функция (данные, textStatus) {
          если (данные =="успех")
            statusdiv.html (»<р класс ="Ajax-успех" >Спасибо. Ваш комментарий был получен. Он появится на сайте после того, как оно было утверждено.«);
          еще
            statusdiv.html (»<р класс ="Ajax-ошибка" >Спасибо. Ваш комментарий был получен. Он появится на сайте после того, как оно было утверждено.«);
          commentform.find ( 'текстовое поле [имя = комментарий]') Вал ( '');
        }
      });
      вернуться ложным;
    });
  });

 

Вам также могут понравиться

Социальный выбор, Bitcoin, и # 8217 Arrow; s теорема
<пролет класс ="Дата">28 апреля 2016

Bitcoin и расходы на потребление
<пролет класс ="Дата">28 апреля 2016

Что происходит после того, как Мур # 8217; s Закон № 8230 ;.
<пролет класс ="Дата">28 апреля 2016

<я класс ="фа фа-угол влево">

<пролет>Предыдущий пост

Что происходит после того, как Мур # 8217; s Закон № 8230 ;.








<сценарий языка ="Javascript" тип ="текст / JavaScript">
  Функция resizeIframe (OBJ) {
    obj.style.height = obj.contentWindow.document.body.scrollHeight + 'точек';
  }












<сноска ID ="сноска авторские_права_на_документацию">

<п>© 2016 Доктор Крейг Райт

Вернуться к началу <я класс ="фа фа-угол двойной вверх">

контакт| Условия эксплуатации

<я класс ="фа к.-а. раза"><пролет>Закрыть всплывающее окно печенья
<п>

Этот сайт использует куки-файлы
<п>Я прочитал и согласен с Cookies Политика сайта
Согласен <класс ="печенье-BTN" HREF ="/Условия эксплуатации">Прочитайте больше



<данная cfasync скрипта ="ложный" тип ="текст / JavaScript">
вар addthis_config = {"data_track_clickback":правда,"ui_atversion": 300,"services_compact":"LinkedIn, facebook, google_plusone_share, твиттер, MAILTO","ignore_server_config":правда};
вар addthis_share = {};

                
                <данная cfasync скрипта ="ложный" тип ="текст / JavaScript">
                    вар addthis_product = "WPP-5.3.2";
                    вар wp_product_version = "WPP-5.3.2";
                    вар wp_blog_version = "4.5.1";
                    вар addthis_plugin_info = {"info_status":"включен","CMS_NAME":"WordPress","cms_version":"4.5.1","plugin_name":"Доля Нетканные AddThis","plugin_version":"5.3.2","anonymous_profile_id":"сор-cbfa21fce47ef9a83c21743f7ccccfb9","plugin_mode":"WordPress","select_prefs": {"addthis_per_post_enabled":правда,"addthis_above_enabled":правда,"addthis_below_enabled":ложный,"addthis_sidebar_enabled":ложный,"addthis_mobile_toolbar_enabled":ложный,"addthis_above_showon_home":правда,"addthis_above_showon_posts":правда,"addthis_above_showon_pages":правда,"addthis_above_showon_archives":правда,"addthis_above_showon_categories":правда,"addthis_above_showon_excerpts":правда,"addthis_below_showon_home":правда,"addthis_below_showon_posts":правда,"addthis_below_showon_pages":правда,"addthis_below_showon_archives":правда,"addthis_below_showon_categories":правда,"addthis_below_showon_excerpts":правда,"addthis_sidebar_showon_home":правда,"addthis_sidebar_showon_posts":правда,"addthis_sidebar_showon_pages":правда,"addthis_sidebar_showon_archives":правда,"addthis_sidebar_showon_categories":правда,"addthis_mobile_toolbar_showon_home":правда,"addthis_mobile_toolbar_showon_posts":правда,"addthis_mobile_toolbar_showon_pages":правда,"addthis_mobile_toolbar_showon_archives":правда,"addthis_mobile_toolbar_showon_categories":правда,"sharing_enabled_on_post_via_metabox":правда},"page_info": {"шаблон":"сообщений","post_type":""}};
                    если (TypeOf (addthis_config) == "не определено") {
                        вар addthis_config = {"data_track_clickback":правда,"ui_atversion": 300,"services_compact":"LinkedIn, facebook, google_plusone_share, твиттер, MAILTO","ignore_server_config":правда};
                    }
                    если (TypeOf (addthis_share) == "не определено") {
                        вар addthis_share = {};
                    }
                    если (TypeOf (addthis_layers) == "не определено") {
                        вар addthis_layers = {};
                    }
                
                <скрипт
                    Данные-cfasync ="ложный"
                    тип ="текст / JavaScript"
                    SRC ="//s7.addthis.com/js/300/addthis_widget.js#pubid=wp-cbfa21fce47ef9a83c21743f7ccccfb9 "
                    асинхронный ="асинхронной"
                >
                
                <данная cfasync скрипта ="ложный" тип ="текст / JavaScript">
                    (Функция () {
                        вар at_interval = setInterval (функция () {
                            если () {window.addthis
                                clearInterval (at_interval);
                                addthis.layers (addthis_layers);
                            }
                        }, 1000)
                    } ());
                
                <ссылка REL = 'Таблица стилей' ID = 'addthis_output-CSS' HREF = 'HTTP: //www.drcraigwright.net/content/plugins/addthis/css/output.css вер = 4.5.1?' тип = "текст / CSS «СМИ =» все»/>
<ссылка REL = 'Таблица стилей' ID = 'Katex-CSS' HREF = 'HTTP: //www.drcraigwright.net/content/plugins/wp-katex/assets/katex.min.css вер = 0.6.0' Тип = 'текст / CSS' СМИ = 'все' />
<'Текст / JavaScript' типа сценария = SRC = "HTTP: //www.drcraigwright.net/content/plugins/contact-form-7/includes/js/jquery.form.min.js веры = 3.51.0-2014.06 +0,20'>
<Тип сценария = «текст / JavaScript»>
/ * вар _wpcf7 = {"loaderUrl":"HTTP: \ / \ / www.drcraigwright.net \ / содержание \ / плагинов \ / контактных форм-7 \ / изображений \ /ajax-loader.gif","recaptchaEmpty":"Пожалуйста, убедитесь, что вы не робот.","отправка":"Посылка ..."};
/ *]]> * /

<'Текст / JavaScript' типа сценария = SRC = 'HTTP: //www.drcraigwright.net/content/plugins/contact-form-7/includes/js/scripts.js веры = 4.4.1'>
<'Текст / JavaScript' тип сценария = SRC = 'HTTP:? //www.drcraigwright.net/content/themes/hemlock/js/jquery.bxslider.min.js вер = 4.5.1'>
<'Текст / JavaScript' тип сценария = SRC = 'HTTP:? //www.drcraigwright.net/content/themes/hemlock/js/fitvids.js вер = 4.5.1'>
<'Текст / JavaScript' тип сценария = SRC = 'HTTP:? //www.drcraigwright.net/content/themes/hemlock/js/jquery.slicknav.min.js вер = 4.5.1'>
<'Текст / JavaScript' тип сценария = SRC = 'HTTP:? //www.drcraigwright.net/content/themes/hemlock/js/owl.carousel.min.js вер = 4.5.1'>
<'Текст / JavaScript' тип сценария = SRC = 'HTTP:? //www.drcraigwright.net/content/themes/hemlock/js/retina.min.js вер = 4.5.1'>
<'Текст / JavaScript' тип сценария = SRC = 'HTTP:? //www.drcraigwright.net/content/themes/hemlock/js/solopine.js вер = 4.5.1'>
<'Текст / JavaScript' типа сценария = SRC = 'HTTP: //www.drcraigwright.net/wp/wp-includes/js/comment-reply.min.js веры = 4.5.1'>
<'Текст / JavaScript' типа сценария = SRC = 'HTTP: //www.drcraigwright.net/content/plugins/easy-wp-cookie-popup/js/jquery.cookie.min.js веры = 1.4.0'>
<'Текст / JavaScript' типа сценария = SRC = 'HTTP: //www.drcraigwright.net/content/plugins/easy-wp-cookie-popup/js/popup.min.js веры = 1,5'>
<'Текст / JavaScript' типа сценария = SRC = 'HTTP: //www.drcraigwright.net/wp/wp-includes/js/wp-embed.min.js веры = 4.5.1'>
<'Текст / JavaScript' типа сценария = SRC = 'HTTP: //www.drcraigwright.net/content/plugins/wp-katex/assets/katex.min.js веры = 0.6.0'>
<скрипт>! Функция (т) {т ("Сценарий [тип = 'текст / Katex']") .each (функция (е) {попробуйте {console.log (это),"правда"== this.attributes.display.textContent? Katex.render (this.text, т ("<пролет>") .insertAfter (это) .get (0), {DisplayMode: 0}): katex.render (this.text, т ("<пролет>") .insertAfter (это) .get (0))} задвижка (ы) {т ("<промежуток стиль = «цвет: красный»>"+ S +"") .insertAfter (это), console.log (ы)}})} (Jquery);
<скрипт>
 (Функция (я, S, О, г, г, а, м) я [ 'GoogleAnalyticsObject'] = г; я [г] = I [R]) (окна, документ, 'Скрипт', 'HTTPS: // www.google-analytics.com/analytics.js','ga ');
 га ( 'создать', 'UA-76100128-1', 'авто');
 га ( 'отправить', 'просмотр страницы');

<сценарий языка ="Javascript">
document.onmousedown = disableclick;
статус ="К сожалению, не разделяя изображения!";
Функция disableclick (событие)
{
 если (event.button == 2)
  {
    оповещения (состояние);
    вернуться ложным;    
  }
}

<Тип сценария ="текст / JavaScript">
Функция detectspecialkeys (е) evtobj.ctrlKey
document.onkeypress = detectspecialkeys

<Тип сценария ="текст / JavaScript">
если (TypeOf addthis_config! == "не определено") {
addthis_config.services_expanded = 'LinkedIn, Twitter, google_plusone, facebook, блоггер, Reddit, электронная почта'
addthis_config.addthis_responsive_sharing = TRUE;
} Еще {
вар addthis_config = {
services_expanded: 'LinkedIn, Twitter, google_plusone, facebook, блоггер, Reddit, электронная почта',
addthis_responsive_sharing: правда
};
}

Он не Satoshi.

https://twitter.com/ICOcountdown/status/727648910647431170

https://github.com/patio11/wrightverification/blob/master/README.md

Помните, что Крэйг Райт получил финансирование и управлял самым большим суперкомпьютером в Австралии. Так что Крейг якобы сделал он используется суперкомпьютерные ресурсы, чтобы найти обратную хеш-функции, а затем использовали один из Сатоси старых сделок притвориться, что он имеет секретный ключ:

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

выбран исходный материал Крэйга Райта (статья в котором Жан-Поль Сартр объясняет, что его отказ от Нобелевской премии), на удивление, порождает точно такую ​​же подпись, как можно найти в сделке, связанной с Bitcoin Сатоси Накамото.

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

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

Я предполагаю, что причину, почему Райт будет в состоянии сделать это, потому что он узнал о Bitcoin из Клейман из списков рассылки криптографии (которые мы знаем Клейман был членом.) Мы уже знаем, что он добыты монеты на ранней стадии, так это не будет, что большая часть удивления, когда он перемещает монеты. Но, как уже отмечалось другими людьми - это тоже ничего не доказывают - с Bitcoin был выпущен -publicly- кто мог добывали эти монеты (или он мог бы просто купил доступ к закрытым ключам любого раннего блока .)

Если бы я должен был предположить: Я бы сказал, что, по всей вероятности, ни один из них Satoshi. Работа Клеймана была на цифровой криминалистике, который означает, что он был сосредоточен на том, что-то вроде очистки дампы памяти для мета-данных, чтобы найти файлы указатели, а затем использовать их, чтобы найти скрытые файлы на диске. Это потребовало бы программирования достаточно низкого уровня, чтобы написать необходимые инструменты, чтобы сделать это (так что его правдоподобным Клейман имел навыки, чтобы закодировать что-то вроде Bitcoin, но по-прежнему весьма маловероятно, учитывая то, как умело оригинальный исходный код был - так что я был бы удивлен, если человек (s?), который создал Bitcoin не имеют фона в программном обеспечении.)

Учтите, что криминалистике также весьма специализированной области, и что лицо, участвующее в нем не обязательно пришлось бы ничего знать о цифровых подписей, чтобы сделать свою работу. Hashcash стиль корректуры из-работы в этой области еще более эзотерическим и я ожидал увидеть гораздо больше интереса к общей криптографии (и экономике), если Клейман был на самом деле Сатоши. Но если вы посмотрите на то, что он отвечает - он только действительно заинтересован в судебно-медицинской экспертизе и говорить о своей собственной работе. Я думаю, что гораздо более вероятно, что два из них были рано усыновителей / шахтеры, которые были тесно связаны с Satoshi каким-то образом (возможно они соответствовали какой-то момент по электронной почте, как много людей, в то время), но не были на самом деле Satoshi сами ,

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

Tl; д-р, я думаю, что Райт был просто в нужном месте в нужное время и что Клейман вряд ли имели навыков, знание, или время, чтобы иметь что-то изобретенное в массивном, как Bitcoin, даже будучи «экспертом» в цифровой криминалистике. И Райт и Клейман ударить меня, как и мужчины, которые были больше заинтересованы в создании их карьеры в качестве «экспертов» через академические каналы и прессы, а не людей, которые действительно достаточно увлечены экономики и крипто, изобрели Bitcoin в свое свободное время.

Помните, Крейг является адвокатом. Вспомните, как Билл Клинтон пояснил в суде, что значит «есть» есть.

Крейг неизменно утверждал, что он поддерживал "персона за Satoshi" и была часть группы, участвующей с Satoshi, поэтому приведенное выше утверждение согласуется с тем, без него на самом деле является человеком, который разработал код Bitcoin своими пальцев. Интервьюер не спросил Крейг "вы собираетесь доказать, что вы человек, который написал код Bitcoin?" которые, очевидно, не может быть доказана и не опровергнута ни подписи, так как Satoshi не подписал код Bitcoin.

Является ли Satoshi после всех Blockstream?


https://www.reddit.com/r/Bitcoin/comments/4hs2ca/can_all_core_developers_confirm_they_havent/

Вы цитируете, что репортер сказал, не то, что Крейг сказал. Я сказал, найти цитату, где Крейг утверждал, что его человек, который написал код для Bitcoin. Вы никогда не увидите, что.

Butthurt идиот. До свидания.

я вижу Вы заблокировали нить снова. Вы эмоциональный Basketcase.

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

У меня нет времени для мелодрамы. До свидания.

Вы, кажется, не понимают математику. Либо Крейг сломал SHA256 или у него есть секретный ключ Satoshi в.

Кроме того, получая основные Bitcoin УБС и их племя утверждать, что доказательство Craig при условии, не является доказательством, он показал их как лукавит. Очень умная политическая теория игр он придумал.

Craig проницательно достиг своей цели, так как только 42% от Bitcoiners вывод, что он не может быть Satoshi. И когда и если Крэйг подписывает монеты с раннего блока Bitcoin, уровень путаницы будет увеличиваться. Крейг играет политическую теорию игр.


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

Читая это, довольно интересно:

http://gizmodo.com/this-australian-says-he-and-his-dead-friend-invented-bi-1746958692

Одна из теорий, что в настоящее время плавал на Reddit работает так:

Клейман является Satoshi, и имел ключи от ~ 1 млн Bitcoins. Он умирает, и его USB палку / компьютер / все пошли к родственнику, который не понимает, что он держит. Райт знал Kleiman и знал, что он был Satoshi. Таким образом, он изобретает эту сумасшедшую историю о том, Satoshi, но он не может потратить монеты, потому что они все в доверии, которое было проведено по Клейман.

Так что теперь Райт приходит общественность утверждает, что Сатоши - и устанавливает себя, чтобы начать судебный процесс против родственника Клеймана, чтобы получить "его" Bitcoins назад. Если Райт тянет это прочь, он получает легендарное сокровище 1 млн Bitcoins выкл имущества Клеймана.

Мысли за и против?

Я только что пришел с другой теорией, хотя ... мы, возможно, отсутствует лес за деревьями. Многое из того, что CW сказал доказал отрывочны, или даже просто ложь (утверждая, что многократные поддельные доктор наук, например). Мы знаем одно, что это неопровержимо: CW был очень заинтересован в высокопроизводительных вычислениях / суперкомпьютерах. Подумайте о том, что в течение минуты.

А что, если Клейман, будучи типичной компьютерной Компьютерщик, наслаждалась интеллектуальный вызов создания кода, но был мало заинтересован в тестировании ... и попросил своего друга CW, чтобы помочь тест Bitcoin по добыче. Вполне возможно, что CW может владеть Блок 1, и даже если нет, то это все-таки возможно, что значительная часть тайника Satoshi в ... на самом деле не принадлежит Satoshi. Что делать, если большинство / все монеты мы думали, были Satoshi-е годы были на самом деле CW-х?

Также возможно, что Клейман написал первую версию кода Bitcoin, и что CW взял на тестирование, исправления ошибок и дальнейшего развития. Клейман мог бы написать код, в то время как CW мог бы быть "Satoshi" что общался экстенсивно с Гэвином и других ...

Я думаю, что CSW наткнулся на Bitcoin около 2013 (в конце 2012 года в ближайшее время) и начал противcocting рассказ, чтобы соответствовать его длинный кон. Спотыкаясь после смерти Давида Клейман, человек, который CSW соавтором с Крэйг увидел, что куски жизни Дэйва идеально вписываться в том, что известно о Satoshi. Это был просто вопрос создания документации, чтобы сделать его похожим на него и Дейв были партнерами разного рода, которые я продемонстрировал, что он сделал.