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

Насколько легко включить небольшой фрагмент текста с сделкой? Я имею в виде, это может быть возможным, чтобы отправить такую ​​сделку, чтобы создать небольшой фрагмент текста в блоке, то после ожидания определенного количества блоков, создать пару ключей PGP, подписать оригинальный фрагмент текста с закрытым ключом, и включает в себя подписание в транзакции во втором блоке. Это создало бы доказательством того, что был создан ваш PGP ключ пары между временем первого и второго блоков, не так ли?
Теперь вопрос в том, как вы можете гарантировать, что случайный бит текста, встроенный в первом блоке был создан одним и тем же лицом, создающего пару ключей PGP, и это не просто кто-то сканированием истории предшествующего блока для таких текстов и создание нового ключа на месте.
Просто подумал, что, может быть, вы могли бы сделать это с тремя блоками. Блок (X) имеет некоторые данные в ней, даже если это было ранее, блок (X + 1) имеет копию подписанного текста (может быть, даже с уникальной горной суммой комиссии), и, наконец, блок (X + Y) имеет копия (X) подписи блока снова подписан. Конечно, это достаточно легко, просто зарегистрировать ключ PGP с третьей стороной и просто подождать некоторое время, чтобы доказать, что ваш ключ достаточно старый, поэтому, возможно, это даже не нужно иначе, чем для целей децентрализации ...

Поэтому я пытаюсь понять это, потому что я хотел бы создать трудно для генерации ключей PGP-типа, которые полагаются больше на время, чем хэширования власти. Например, BitMessage имеет возможность генерировать секретный ключ, который сократит ваш адрес BM, используя дополнительную вычислительную мощность, чтобы придумать несколько дополнительных 0 'в адресе. Та же самая идея работает в Bitcoin горнодобывающей промышленности. И я уверен, что та же идея может быть применена к PGP адресам, а также, где адрес PGP может потребовать, чтобы иметь некоторое количество повторяющихся символов в начале, чтобы показать, что он принял некоторые грубые заставляя генерировать. Такой ключ будет иметь какое-то значение для него, если только из-за трудностей в создании его (дефицит + израсходованы ресурсы). Проблема заключается в том, с более мощными аппаратными средствами будут иметь возможность генерировать такие ключи гораздо проще, и как обработка увеличения мощности, то, что раньше было трудно для генерации ключей будет просто сделать. Так что я пытаюсь выяснить, как pigyback на вычислительной мощности Bitcoin blockchain, который уже автоматически настраиваются на изменения в хэширования мощности, а также создавать ключи PGP, которые основаны на Proof-оф-времени, потраченное на их генерации, в отличие от простого Proof -of-работа. На этот раз, чтобы сгенерировать ключ может быть от 24 часов до нескольких месяцев или лет.

Идея заключается в том, чтобы иметь проверяемые ключи PGP, которые доказывают, что тот, кто генерироваться их положить много ресурсов в него, например, "Время, затраченное на ожидание, чтобы создать его." Это позволит другим легко отличить оцениваемые на основе ключевых идентичностей от мгновенно созданных типов sockpuppet.