Ты слишком глубоко в будущее копнул, сейчас если такой ИИ инструмент есть, то он не в руках простых смертных.

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

Поэтому масс-медиа просто лишится той роли что у него есть сейчас. У него останется лишь развлекательная и ее порежут.
Зачем что-то одно говорить всей массе? Это же большой труд. Могут и взбунтовать если что не так.
С каждым по отдельности общаться на злободневные темы гораздо перспективней.

Если директора и начальники отделов это поняли, то неужели не поймет правительство?

2) В будущих версиях будет реализован опциональный механизм One-Time Public Key, и вовсе делающий подобную технологию неработоспособной. Потому что адреса будут одноразовые, генерирующиеся из пары публичных ключей и случайного seed. Одна транзакция - один адрес, и никаких повторений. С помощью имеющихся закрытых ключей получатель в любой момент сможет восстановить все свои  одноразовые адреса, использованные в сети когда-либо, но сторонние наблюдатели сделать этого не смогут.

Для случаев покупки оружия и прочего оно не годится, там всеравно миксеры нужны.

Тестовая реализация генератора готова, в общем-то, будет доступна для экспериментов на этой или следующей неделе.

Пара слов о том, как это работает.

Действия пользователя:

1) Пользователь генерирует и сохраняет пару secp256k1 приватных ключей (l, h);
2) Публикует пару соответствующих им публичных ключей (L, H). Они используются желающими отправить пользователю транзакцию.

Действия отправителя:

Отправитель генерирует секретное 256-бит случайное число r, затем вычисляет одноразовый публичный ключ и несекретное значение следующим образом:

Kp = G * Hash160(L*r) + H
R = G*r

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

Действия получателя:

Извлечь из транзакции R, затем для каждого выхода проверить равенство:

Kp == G * Hash160(R*l) + H

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

K = Hash160(R*l) + h

Hash160 - стандартная для сатоши-клиента функция взятия ID ключа;
G - базовая точка secp256k1 (см. тут);
"*" - операция умножения точки эллиптической кривой на число (подробнее здесь).

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

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