Какие сложности класс доказательства работы Биткоина (система) в?

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

Чтобы держать его простым, мы скажем, что наша хэш-функция H(п) принимает в качестве входных данных одного натурального числа n. Тогда мы говорим, что H(N) является идеальной хэш-функции МФЛ:

  1. Ч(н) карты каждого натурального числа в бесконечную двоичную последовательность, в которой сложность время вычисления любого начального сегмента S-это полином размера n и S, (что делает его губки функция).
  2. Для любой начальный отрезок длины D, множество всех натуральных чисел n, таких, что H(п) акций, что начальный отрезок имеет естественной плотности = 1/(2^Д).

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

Основывается на предположении, что совершенная хэш-функция не существует, мы можем теперь определить проблему идеального состоит в следующем: совершенная система принимает в качестве входных идеальную хэш-функцию H, натуральное число n, а нулевые вектора 0^д длины D, которую можно рассматривать как унарные представление д. Решение идеальная система состоит из n и D, таких, что H(Н) начинается с 0^д.

Учитывая эти данные, понятно, что идеальная система-это в сложности класса TFNP, так как это функция проблема и решение гарантированно существует.

Мы можем также определить идеальное состоит в качестве члена любого класса сложности тоньше, чем TFNP?

Можно ли в ППС? ППА? PPAD? Что-то еще?

На фоне, увидеть сложности класса на Википедии.


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

В качестве последнего замечания, чтобы устранить любые потенциальные проблемы, чтобы сделать идеальный система имитируют система, нам придется сделать одно предположение: то, что существует какой-то способ, чтобы начать с блока данных (электронной почты, Bitcoin блок и т. д.) И как-то вывести характеристику совершенной хэш-функции от, что, возможно, "засолка" другое совершенной хэш-функции таким образом, что результат тоже другой совершенной хэш-функции. Так что в случае "идеального биткоин," все шахтеры на сеть Bitcoin будет работать со своими уникальными идеальной хэш-функции н'(N), которые так или иначе завязаны на блок они работают, и каждый шахтер просто попробовать ч'(0), х'(1), ч'(2), ... в порядке, пока они не найдут что-то, начиная с 0-х достаточно. Каждый час будет другой вход на Perfect система.

+538
chucksmash 7 авг. 2015 г., 0:27:40
25 ответов

Майнинг-это игра с нулевой суммой, поэтому размер бассейна не имеет никакого эффекта, кроме уменьшения дисперсии не средняя выплата. Ваша цель-достигнуть 100% от справедливой стоимости на акцию.

Некоторые факторы:

  • Включение блока сборы. В то время как небольшие бассейны, которые держат блок платы в результате более низкие выплаты, чем соло добычи.
  • Слили добычи. В настоящее время добавляет около 5% бонус по отношению к БТЦ только добыча.
  • Хоп доказательства награда алгоритм. Пропорциональна бассейны подвержены бассейн с прыжковой. А майнинг-это усиление игры с нулевой суммой что бассейн Хоппера 24/7 шахтеров потерять.
  • Бассейн сборов. Любое вознаграждение, выплачиваемое в бассейн уменьшает прибыль на акцию по отношению к соло майнинг.
  • Эффективность бассейн. Это трудно, потому что исходного пула код является часто закрытым исходным кодом. Если бассейн имеет ошибка, которая приводит к дополнительным 1% несвежие акции то, что в действительности представляет собой 1% скрытая комиссия.
  • Аптайм бассейн. Бассейн с 0,5% простоев в действительности обойдется вам в 0,5% от суммы платежа. Это может быть частично смягчены с помощью майнером, который поддерживает сервер резервного копирования.
  • Задержки бассейн. Чем медленнее связь между вами и бассейн сервер большой процент акций, который будет потерян, как спертый при смене блока. Отчасти это связано с сервером ресурсов ограничения, но это также происходит от геолокации. Если ваше шахтеры находятся в Китае бассейн, который только есть сервер на Восток Побережье ИСП нас будет больше, чем средняя задержка.

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

+975
Yukti 03 февр. '09 в 4:24

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

+898
user1101221 15 мар. 2013 г., 4:50:09

Я пытался исследовать это, и до сих пор не может найти оптимальное решение/объяснение.

Мой ID бумажник: 16B64JvCNBDHsEXeuE6Ao4g1tZDb9zyyq8 Идентификатором Кошелька я отправил деньги (мои тоже) 1JeFKHt65R8pQjXhChZGsUGpHizYDPLexz Транзакции:идентификатор: 98057df05a8df30beb338aac8183df82dc44a1300d141aac04b388be8005818c

Оплаты еще не подтвердились? Он был сегодня целый день, и это действительно необходимо.

Может кто-нибудь мне точку в правильном направлении, или намека на сроки это будет подтверждено?

Любая помощь приветствуется, спасибо.

+846
JAGS 12 февр. 2013 г., 5:07:15

Прочитайте инструкцию!

$ ./в src/биткоин-Кинк помочь getblock getblock "blockhash" ( многословие )

Если многословие-это 0, возвращает строку, которая сериализуется, наговор-закодированные данные для блока "хеш".

Если многословие-это 1, возвращает объект с информацией о блоке .

Если многословие-это 2, возвращает объект с информацией о блоке и информация о каждой сделке.

Так что если вы добавляете 2 к концу RPC-запрос, вы сможете получить полный сделки содержание, а не просто хэш.

+816
Gamer8247 3 мар. 2019 г., 8:58:42

"Что происходит со старым сделкам в случае камертона?" ничего. "старые" сделки по-прежнему будут доступны. иначе это не вилка. обе ветви вилки будет иметь ту же историю до момента развилки.

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

+774
Shahar Zelig 28 янв. 2010 г., 14:36:11

Я двигаюсь от Многоразрядной классики до HD. Я не особенно технических, так это может быть очевидный вопрос, но я не могу найти ответ я хочу, чтобы в разделе "Помощь" многоразрядные, поэтому я здесь. О выплате полевых запросу в формате HD, есть места для суммы,(в BTC и фиатной валюты), получателя (один из моих адресов)ярлык QR-код и личные заметки. Где же разделе заполнить платежный адрес просьбу? В классическом, я мог бы скопировать и вставить адрес. В разделе Помощь HD она говорит, что вы также можете сделать это, однако я не могу увидеть, где вы вводите данные. Я пропустила что-то ослепляюще очевидно? Спасибо.

+768
JuliaKovaleva 18 февр. 2014 г., 3:30:26

Когда количество сделок не является степенью двух, как клиент Bitcoin представляют собой сделки?

Каждый раз хеширует каждой сделки с одним рядом с ним, пока не останется только один.
2 transactions merkle tree example
Если есть нечетное число сделок, последний раз хешируется. 3 transactions merkle tree example
В этом примере мы начинаем с 11, потом 6, потом 3, потом 2, потом 1. 11 transactions merkle tree example


Что бы произошло, если бы вы сделали по-другому-образный Меркле-дерево?

При отправке блоки вокруг, нет никакого способа, чтобы указать форме дерева Меркле. Если он отличается, стандартный клиент будет просто отвергать его.

+672
Sampo 16 июл. 2014 г., 7:46:04

Как 2 цепи с той же длины имеют различную доказательства работы нарастающих? Это потому, что они могут включать в себя блок, который были добыты с различными целями трудности?

Это правильно. Протокол Биткоин на самом деле идет по цепи с высоким накопленные доказательства работы, не самая большая высота блока.

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

+580
quibelua 31 мар. 2015 г., 0:17:30

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

С1 = С2 => BF1*Г + А*ч = БФ2*Г + А*ч 

где в этом примере BF1 = БФ2 очевидно, так как он имеет только один вход и выход.
Как отправителя отправить сумму и ослепляющий фактор приемника? Получатель может проверить, если сумма правильная! Я заметил Максвелл сказала, что они используют ECDH. Я предполагаю, что нет дополнительного канала связи для ECDH. Тогда как отправитель публичных приемники ключ? и отправитель должны показать как слепящий фактор и сумму в ECDH?

+549
totorooo 16 сент. 2011 г., 1:10:53

Так что я в процессе реализации БТЦ-модуль оплаты, где для каждой транзакции в кошелек часть суммы будет в конечном итоге на благотворительный счет в внешних кошелек не контролируется этот модуль.

Типичный раунд для того, что бы:

  • Модуль получает платеж от пользователя
  • Он направляет 90% (этот процент произвольная) суммы до конечного пункта назначения (например, продавца)
  • Теперь жду остальные 10% на благотворительность по выбору пользователя

На нижнем уровне системы:

  • Получает транзакции TxFromUser от пользователей с количеством х БТЦ
  • Ждет, пока не получит 6 подтверждений
  • Создает новую транзакцию, TxToMerchant направить на оплату продавцу
  • Создает очередную сырьевую сделки TxToCharity направить пожертвование на благотворительность

Пройдя чуть глубже:

TxToMerchant:

  • Создание новой сырьевой сделки
  • Добавить новый вход: TxFromUser
  • Добавить новый выходной: адрес: купец адрес, объем: 0.9 * TxFromUser.Сумма
  • Добавить новый выходной: адрес: модуля собственный кошелек, размер: 0.1 * TxFromUser.Сумма
  • Рассчитать плату за данную операцию
  • Вычесть стоимость из суммы второго выхода
  • Создать операции hex и подписать его с правильным ключом
  • Отправить транзакцию и получить его идентификатор: TxToMerchant.Идентификатор

TxToCharity:

  • Ждать вышеуказанной сделки (TxToMerchant), чтобы вам подтвердили
  • Создать новую транзакцию
  • Добавить новый входной сигнал: TxToMerchant (это будет меняться, мы попросили выше)
  • Добавить новый выходной: адрес: благотворительность адрес, количество: TxToMerchant.Сумма = 0.1 * TxFromUser.Сумма
  • Рассчитать плату за данную операцию
  • Вычесть стоимость из суммы вывода проводки
  • Создать операции hex и подписать его с правильным ключом
  • Отправить транзакцию и получить его идентификатор: TxToCharity.Идентификатор

Я осознаю тот факт, что я мог бы объединить эти две сделки (TxToMerchant и TxToCharity) в одну транзакцию, однако по разным причинам (бизнес-требований) скажем так, что это не возможно на данный момент.

Проблема у меня с помощью данной реализации это: ждем TxToMerchant подтвердить создает задержку, а я не могу переслать платеж в благотворительный TxToCharity до TxToMerchant подтверждается (или я могу, не беспокоясь о сделке ковкость и т. д?).

На вершине, что, когда придет время, чтобы добавить TxToCharityс ввода я должен отслеживать, как изменение было возвращено в TxToMerchant , а затем получить право неизрасходованные сделки (в случае listunspent.txid = TxToMerchant.ИД), есть более эффективные и менее подверженным ошибкам способ сделать это?

Предположим, что пользователь хочет разделить оплату между 2 продавцов (или продавца и грузовых перевозок, что имеет больше смысла), поэтому в приведенном выше примере было бы еще 1 сделка, как TxToMerchant, назовем его TxToFreightService. Допустим теперь, что TxToMerchant идет через хорошо и получает подтвердили, но TxToFreightService не удается, и никогда не подтвердил, потому что используется для это было дважды провести от 6 подтверждений, то есть (для своего вклада), а затем обрабатывает его. TxToCharity зависит от TxToFreightService поскольку запрашиваемые изменения в TxToFreightService будет служить в качестве входных данных TxToCharity. Как мне справиться с этим сценарием программно, без необходимости осуществлять коррекцию вручную каждый раз, когда это происходит?

+511
GameGamer43 20 окт. 2014 г., 11:32:31

Биткоин уникален тем, что использует названием secp256k1 для обеспечения его операций; и любые криптографические атаки на этот алгоритм, вероятно, будет воспринимать как нападение на сеть Bitcoin.

Где это используется алгоритм и каким образом она используется?

+462
Toni Fisler 8 мая 2017 г., 5:43:36

Я создал сеть регтест, состоящая из 2 узлов - node0 & узел1.
Я бы хотел раскошелиться на общий блокчейн и, казалось бы, достиг этого таким образом:

  1. узлы запуска
  2. node0 добавляет узел1 через операцию addnode
  3. node0 создает 1 блок с хэш-4dac...
  4. узел1 создает 1 блок с хэш-5d8b...
  5. node0 сводит node0 блок с хэш-5d8b... через недействительной <хэш>
  6. узел1 останавливается
  7. node0 создает 1 блок с хэш-64f2...
  8. узел1 перезапускается
  9. узел1 создает 1 блок с хэш-5sfg...
  10. node0: getchaintips возвращает массив с недействительным блока хэш-5d8b... со статусом

Теперь мои вопросы:
а) как я могу добиться "действительное-вилка" информация в выводе getchaintips за ранее аннулированных вилка? [Решена]

Б) может ли узел, чтобы "сознательно"/через RPC дать собственной сети и переключиться на конкурирующие цепи?

+388
Aaaa 24 сент. 2016 г., 11:04:26

Просто проверьте адрес получателя на проводнике (напр. https://blockexplorer.com/). Если адрес показывает ваш платеж подтвержден, должно быть, прибыл.

Он может показать, но все равно отмечается как неофициальный, который объясняет, почему получатель заявляет, что они еще не получили его.

+385
SGJ 25 дек. 2017 г., 20:14:18

Этот блок: https://blockchain.info/block/00000000000000000025c089d0a7b2bf6241888c4dd90ab7a4c4baa6a2823551

Показывает затруднения на 3,007,383,866,429.73, и биты в 392009692.

Если я хочу посмотреть, сколько нулей нужно быть в хэш, я верю, что могу просто сделать:

(lоg2(3007383866429.73) + 32) / 4) => 18.362911541451258

Что правильно.. но как это все трудности? Как я могу вычислить количество нулей от биты, а не трудом?

+341
Meleada 10 окт. 2016 г., 19:59:24

Для точных расчетов рекомендуется использовать сырые сделок. Затем вы должны решить, как это плата за сделку будет рассчитываться. За один выход проводки понятно, если вычесть Техас плата от получения суммы, хотя для некоторых микро-платежи это не возможно, как TX плата может быть больше, чем фактический размер выплат. Пакетная обработка исходящих платежей (платить много выходов в один Техас) поможет снизить операционные издержки для ваших клиентов, но в этом случае вы должны решить, кто кому чего платит. Передатчик плата за то, что осталось, если вычесть ваши выходы общую сумму (изменение, в которую включено) от вашего вклада общая сумма. Кроме того, вы можете взимать фиксированную плату в Техас, который является менее точным, но более прозрачными для клиентов и проще для ваших расчетов.

+312
Magnus13 19 июл. 2011 г., 21:48:45

Я АЗЦ демон монетки (reddcoin) на моем сервере Unix. Используя его, освободился от процессора. Кто-нибудь испытал это раньше? Я в настоящее время запуск демона "reddcoind".

Я создал демона с помощью этого руководства: https://bitcointalk.org/index.php?topic=460178.msg5080166#msg5080166.

Монеты Я работает можно увидеть здесь: https://github.com/reddcoin/reddcoin

Я пробовал различные способы запуска демона в том числе "reddcoind &" и "reddcoin -демон". Оригинальное руководство по сборке (первая ссылка выше), показывает, чтобы запускать без каких либо параметров.

Веб-сайт, который запрашивает демон имеет много зарегистрированных пользователей и адресов кошелек. Это нужно, чтобы быть очищены? Если да, то как? Спасибо за вашу помощь. Он будет очень признателен.

+287
Melvin Salazar 6 июн. 2011 г., 17:08:14

У меня на ноутбуке линии, что не позволит мне подписать транзакцию. Я бегу Оружейной .92.3 и ядра биткоин .9.2.1. Я знаю, что мне нужно перейти на новый компьютер. Любые мысли, как и процесс будет очень полезно.

+286
smaclell 26 апр. 2017 г., 14:15:28

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

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

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

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

+282
Solanacea 28 мар. 2016 г., 14:25:02

Это 100% похоже на лохотрон со мной. Считаю, что кошелек взломан, не отправляйте BTC на это. Создать новый кошелек для любой будущей Bitcoin сделок вы делаете.

Если компания имеет доступ в любой момент к вашим blockchain.info бумажник, они сумели скопировать семян фразу, которая генерирует все пары ключей, используемый кошелек. С этого семени фразы, они могут повторно создайте свой кошелек с помощью другой программы, так что пароль/логин не остановит их на всех. Даже если вы измените ваш пароль, семя фразы останется тем же, и они смогут украсть ваши биткойны.

+282
jessie horton 18 мая 2011 г., 10:54:23

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

+215
skinsch 16 авг. 2013 г., 14:22:50

Вопрос:

когда я запускаю ./bitcoind я получаю эту ошибку

Ошибка: неверное или нет блок бытие найдены. Неправильная datadir для сети?


Ответ:

Удалить /домашний/boodu/.booducoin (~/yourcoinname/.yourcoindatadir папку) и перезапустить демон.

+188
qachar1yahoocom 29 авг. 2012 г., 11:27:18

Я посылаю 0.00528479 BTC на адрес 1HkqAUTgCgnnMP1CconWudxWAT3fMVpLtw с сетевой платы в 0.0001 BTC. я проверил статус, и я не знаю подтвердится или нет. один показывает в зеленом цвете и показывает в красном цвете. пожалуйста, помогите мне.

+155
Dennis Newel 13 окт. 2016 г., 16:45:44

Я считаю, что блок награда делится в момент генерации блоков, а это означает, что для того, чтобы блок был действителен, он должен отправить 45% к мастернод. Как все masternodes знают друг друга в сети (нужно быть онлайн 24/7 в течение недели) и получение адреса (нужно 1000 тире в адрес узла в Сети) Таким образом они могут проверить, если правильный дистрибутив был достигнут и, следовательно, является допустимым блок. Дополнительная информация по Masternodes

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

Это точно так же, как Devcoin работ, где % идет на Шахтеров и % идет на распределение devtome за проделанную работу. Шахтеры в devcoin не можем сказать по поводу распределения акций только в том, что она является частью блока, который возможно добыть и прочитать рассылки из файла ресивер загружен каждого месяца за следующий раунд распределительных блоков.

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

https://explorer.dash.org/tx/b8f8024bb84340a0473faffa1f7d41e8b182f763ae5e876f0448d8799cb5d919 это проводка для генерации 911503 блок

Здесь два выхода и рассылка производится по каждому получателю % акций. Шахтер не имеет возможности контролировать эти выходы от оригинальной версии блока, насколько мне известно. Будет как в биткоин, кто-то пытается проверить блок, который породил 75 биткоинов в блоке. Это просто не возможно, чтобы получить этот блок принят другими узлами, как они будут все отвергать. Как бы хозяин узлы и другие шахтеры в тире ситуации.

Надеюсь, что это помогает и если кто знает по-другому, пожалуйста, не стесняйтесь объяснить, где я ошибаюсь, всегда стремится узнать больше :)

+30
fnightangel 11 июл. 2017 г., 20:33:22

Сеть "Реал" в зависимости от того, цепь консенсус большинства участников сети считает, чтобы быть реальным. Там не совсем цепочке "реальным"; только "согласованной" цепочке.

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

+25
Wojtek Erbetowski 21 янв. 2010 г., 17:25:56

Учитывая закрытый ключ: 3cd0560f5b27591916c643a0b7aa69d03839380a738d2e912990dcc573715d2c, И Техас хэш: 456f9e1b6184d770f1a240da9a3c4458e55b6b4ba2244dd21404db30b3131b94, я хотел бы подписать, используя SSL и PHP. Преобразование закрытым ключом в формате PEM (так что SSL может использовать его), я произвожу следующие строки base64: PNBWD1snWRkWxkOgt6pp0Dg5OApzjS6Rkzdcxxnxxsw=. Так должно быть допустимым формате PEM:

-----НАЧАТЬ ПРИВАТНЫЙ КЛЮЧ----ЕК- PNBWD1snWRkWxkOgt6pp0Dg5OApzjS6Rkzdcxxnxxsw= -----КОНЕЦ ЗАКРЫТОГО КЛЮЧА----ЕК-

Однако, это, кажется, не работает. Я использую следующую функцию: openssl_sign($хэш, $подпись, $private_key, OPENSSL_ALGO_SHA256).

Но когда я генерирую случайный секретный ключ, используя SSL, например: -----НАЧАТЬ ПРИВАТНЫЙ КЛЮЧ----ЕК- MHcCAQEEINhhp8dYz31X+KWq3u/gutJthvW2puUbB9AOIul/v2SOoAoGCCqGSM49 AwEHoUQDQgAE0jE7TIszCklw//SGyYW0+z38PUxwfkip9WS4UUn68f7D78D6ZQ/о dlPisC1fQZrUrFrik/wq7E4Xwrqs3n3b5w== -----КОНЕЦ ЗАКРЫТОГО КЛЮЧА----ЕК-

Функция работает. Что плохого в формате PEM, что я генерирующих использовать существующий закрытый ключ?

+23
Geoffrey Hyatt 24 нояб. 2011 г., 18:02:26

Показать вопросы с тегом