Защита биткоина. Сбор "консилиума". У кого есть идеи?

Пишу так, чтобы суть проблемы поняли даже далёкие от математики люди.
Итак, мы имеем почти непробиваемую систему безопасности, но:
23 сентября 2024 года энтузиастом "RetiredCoder(RC)" был найден заложенный самим Сатоши ключ от биткоин кошелька в диапазоне 2^129 - 2^130, оставленный там ровно в этом диапазоне с целью публичного доказательства безопасности биткоина. Выведено больше 1 млн долларов по текущему курсу. На данный момент осталось всего 6 публичных ключей в известных диапазонах приватных ключей, отличающихся от полностью случайных пониженной криптостойкостью(в самом стойком из этих известных 24 нуля перед случайными битами (из возможных 64 символов), и точно известно, что первый неизвестный hex символ не меньше 8. Более подробно - изучаем историю биткоин пазлов). До этого французский программист Жан Люк Понс первым в мире реализовал параллельные вычисления алгоритма Полларда для кривой биткоина, представил исходный код общественности и забрал награду за 115, 120 и 125 пазлы за 2 месяца вычислений, используя всего 256 видеокарт tesla v100.
Это стало возможным только из-за того, что знание публичного ключа существенно снижает криптостойкость биткоин кошелька(только поэтому Сатоши рекомендовал всегда принимать сдачу на новый адрес). Почему это возможно:
Сразу минус 2 слоя хэширования, дающие дополнительную безопасность. Публичный ключ любого биткоин адреса раскрывается после первой же исходящей транзакции и остаётся видимым в публичном блокчеине навсегда.
С публичными ключами(точками кривой) можно проводить математические операции. Их можно складывать между собой, вычитать из одного другой, умножать на числа, и(при определённых условиях) делить на числа. Результаты таких вычислений будут ровно такими же, как будто бы мы выполняли их с приватными ключами этих точек. Всё происходит по модулю, равному числу всех возможных точек, включая ноль(гуглим N биткоина). Число это огромное, но:
Уже реализованы в виде готовых программ 2 самых эффективных на данный момент алгоритма для нахождения приватного ключа по публичному - Шенкса(bsgs) и Полларда(kangaroo).
Первый максимально прост, но расскажу его суть в ещё более упрощённой форме: храним в оперативке иксы точек у нуля, вычитаем из неизвестной точки точку, полученную от числа хранимых, умноженного на 2. Чем больше хранимое поле и быстрее вычитание и сравнение, тем быстрее наткнёмся таким вычитанием на одну из хранимых точек. По числу шагов, размеру поля и значению приватного ключа совпавшей точки восстанавливается приватный ключ. Небольшая модификация - и можем искать в строго определённых диапазонах. (Применяем "малые шаги" - ускоряем наш алгоритм. Вкратце - это просто оптимизация вычислительных издержек, не берите в голову. Суть описана большими шагами.) Считайте это брутфорсом, пропускающим за одно вычисление сразу столько значений, сколько поместится в памяти. Сразу скажу, что 2 тб оперативки и 2 тредриппера по 128 ядер - всё ещё недостаточно, чтобы найти за разумное время приватный ключ точки пока нетронутого кошелька, находящийся от 2^134 до 2^135.
Второй алгоритм очень сложный для понимания. Вкратце, он основан на парадоксе дней рождения и случайных блужданиях через инверсии в строго определённом диапазоне. Позволяет одну из инверсий от неизвестной точки привести к столкновения с одной из инверсий от известной точки в среднем за 2^(корень из степени диапазона) операций. Именно этим алгоритмом и его модификацией и были найдены 4 последних ключа.
Но оба эти алгоримта нам неинтересны, потому что я вам предлагаю подумать над тем, как эффективнее и за меньшее число операций найти приватный ключ по публичному.
Преимущества и ограничения:
Мы можем получить для последующих операций значение публичного ключа от любого приватного ключа меньше чем за секунду(пусть будет средняя продолжительность такой операции приближена к реальным значениям - 0.13 секунды)
Обратная операция невозможна совсем никак. Прям совсем. Не шучу.
X координаты первой половины всех возможных значений совпадают с X координатами второй половины всех возможных значений.
Разность = Уменьшаемое + Вычитаемое с отражённой Y координатой.
Деление и умножение точки на точку невозможно. (придумаете как - есть способы ускорить этим решение)
Умножение точки возможно на любое число в пределах N.
Деление точки на число возможно через умножение. Без каких-либо проблем - на все числа, на которые делится нацело N-1 и все их комбинации умножения. Старые алгоритмы не учитывают такой возможности, но с учётом возможности хоть и ограниченного, но деления, любой способ однозначного определения чётности или кратности приватного ключа даст либо возможность сузить диапазон поиска, либо и вовсе даст возможность быстрого решения.

Я предлагаю вам подумать как найти более эффективный способ нахождения приватного ключа или высказать идеи по этому поводу.(Очевидные квантовые алгоритмы Шора и Гровера пока не применимы.)

Второй способ решения может быть связан с использованием уравнения подписи s = (z + r*K)*k^-1 mod N (с учётом что публичный ключ, s, z и r нам известны, мы можем из одной подписи сделать достаточно много фальшивых, но валидных, r - это x на кривой от k, K - приватный ключ, от которого известен публичный, а однозначное нахождение любого k, даже в любой из фальшивых подписей, даст возможность моментального восстановления приватного ключа. Тому, у кого будет хорошая идея быстрого решения именно с помощью подписей, дам список 2499 подписей от кошелька 135 пазла. Это серьёзно ему поможет, ведь публично известна только 1 подпись.)

За любую высказанную идею(если это не полный бред) в личку кидаю описание того, как наиболее эффективно поучаствовать в поиске ключей уже реализованными на данный момент алгоритмами. (Все программы абсолютно бесплатны, лежат на гитхабе и у всех открытый исходный код. Можете их довольно легко нагуглить, даже если не были до этого в теме, но лучше просто подумайте, выскажитесь, и получите всё готовое.) Считайте это бесплатной лотереей, в которой всем чем вы рискуете - это стоимость электричества для вычислений и ресурс производящих эти вычисления железа.

На все вопросы отвечаю примерно раз в сутки.