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

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

И кстати, только чт опроверил, 10 номеров не может быть. Максимум 8 номеров и они выдают 273 бита или эквивалент 24 слов.

вот этот сид в словарной форме: reunion rather super use foot version return sunset little reopen youth wrist stumble ski quit offer cost bulk crumble drama settle surge upon bitter

Коды уберите из номеров и ничем не будут отличаться от случайных цифр

Получается, что если такой набор слов совпадет с чьим-то кошельком, спасёт только пароль?

Да, но вероятность этого крайне низка, что это почти невозможно

Телефоны из жизни это аналог бросания кубика

IIRC electum uses this list[1] of 1626 words. Since there are 12 of them, so we are talking about 162612 ~ 3.41*1038 different combinations. Bitcoin itself has 2160 ~ 1.46 *1048 different private keys. Which is way more secure than the seed, but it makes no difference. Even considering the birthday paradoxon[2], even if every machine on earth would generate nothing but new private keys (while we still somehow manage a working society) until the sun burns out a collision is very unlikely.

в электруме свой словарь из 1626 слов и даже там вероятность сгенерировать одну и ту же фразу дважды крайне маловероятна. А при 24 словах (256 битах) тем более

Поэтому 12 слов или телефонов это более чем достаточно для сида

Даже 12 дат рождений подойдут, их более 2000 и в длину в 64 цифры как раз войдут почти если сразу в хекс формат хочется

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

Сергей, вы меня не понимаете, много раз повторяю: не имеет значения слова это или телефоны, главное чтобы их вариантов было более 2000

В общем, думайте что хотите. В скрипте самом даже указано его создателем, что неельзя использовать даты рождения и и источники из книг и т.д. Зачем спорить тогда... Поспорьте с создателем. Напишите ему. Я уверен, он объяснит все по научному и доходчиво, почему телефоны и даты вообще не вариант для безопасности

Тогда цифры тоже не вариант, их всего 10

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

Я видел 100+ этих проверщиков паролей, выдававших 100500+ лет на подбор.
Единственным их минусом было то, что они игнорировали.... Закон Мура!
Те рост мощьность вычислений.
Один чел, на Хабре написал такой проверщик(я к сожалению, пруфа не помню, давно) и я с радостью вводил туда свои 33-37 симв пароли и видел вполне реальные 25-30 лет😊
Да, в течении ближайших 30-40 лет машины усовершенствуются настолько, что все это взломается в секунды.
Вопрос в том, что блокчейны пересчитают намного раньше😊

Да, любые пароли из цифр, даже 99+ давали не более 20+ лет)