Там не так. В ВУЗах например явный запрет везде заниматься чем-либо ещё. Ну а педагогам так вообще непонятно - когда заниматься то. Получается 24/7 работа, а так проще заняться другим в таком виде.

...а мы вас уволим.

Согласен что протупил про 2 символа на HEX, base64 получается компактнее.

Ты сам то понял что обсуждаешь? В теории и если знаешь точно что и как ловишь - да. На практике - нет конечно, что ты и как расшифровываешь без identity сертификата гиблое дело ловить. Base64 в БИТАХ - конечно, но бумаге насрать на биты, там будет знакоместо, хоть оно UTF32/NP, хоть 7 бит.

А без 0x? Base от ASCII отличить проблемно, HEX - нет.

Ключи шифрования как раз в СТАНДАРТНЫХ терминах нихрена не являются полными без соответствующего сертификата который ими подписан, ну или соответственно в паре. В любом стандарте который подразумевает криптографию с открытым ключом. Полный ключ как раз в симметричном шифровании обычен и едниственен, но и оттуда сейчас такую постановку убирают, неудобно тупо.

Тебе выше ясно написано что base64 стоит засунуть в жопу по причинам - тупо много, hex дешевле по бумаге печатать втупую. Прямое сравнение - http://tenminutetutor.com/tutorials/data/binary-encoding/base64-encoding , и чем короче строка - тем больше % потерь. 0x ясное дело только в полном стандарте записи чтобы сразу было ясно что там.

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

В принятом формате. Ключи торрентов итд так не запишешь, только после конверсии, и примеров где НЕ используются принятые текстовые ключи и сертификаты выше крыши. ОСОБЕННО в госе.

Ну ОК, принятый текстовый формат. И ещё раз замечу - это только PK, без знания что куда и как он бесполезен.

...а это и есть base64/bin выше. Только ещё длиннее чем тупо hex представление между прочим. С какой стороны не подойди - ты самовольно решил что openssl формат сертификатов почему-то описанной длины итд.