И на сколько они вообще должны быть связаны?

Какова роль питона в этой ситуации

писать тексты не моё.
Показал код,но пока я его ещё не выгружал на версирование.
—-
Начал изучать питон,ну и что бы лучше начал писать програму для себя,идея такая что бы  при запуске программы запускалось окно,там будут кнопки которые запускають баш команды(update...)
Но запускается терминал помимо основного окна,мне нужно что бы не было запуска терминала отдельно а был в главном окне

Очень плохо. Доходчиво излагать свои мысли на человеческом языке - мастхев скилл для разработчика

это как в Атоме в низу есть командная строка

я и нескрываю что нуб

Можно я от себя добавлю, что это всё же совсем оффтоп (тупо в смысле "этот диалог выглядит ненужным шумом для 99% участников чата"), и предложу перейти куда-нибудь в питон-специфичный чат типа @ru_python_beginners?

ок,я спросил здесь из за того что в двух чата ноль реакции было

Хоспади, дай бог каждому проекту такое описание протокола https://datprotocol.github.io/how-dat-works/

> discovery key = BLAKE2b(private_key: public_dat_key, word: “hypercore”)
любопытно. обычно в народе дерутся за выбор констант с доказательствами распределения, word выглядит adhoc выбором

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

Ну и в конце концов, я не смотрел на все остальное, но по беглому взгляду могу предположить, что во всем этом уравнении нет вообще никаких секретов, все данные публичные.

Я не настоящий лоулевелщик, не понимаю, зачем нужны varints. По их примеру 42000 кодируется 3 байтами, 24 бита, но этот же инт просто 16 бит (и очевидно это так до 65536). чтобы закодировать 2**32-1 им надо 5 байт (40 бит), но это же всего 32 бита. в чем профит?

Не знаю, о ком речь, но... В твоём примере, ты не учитывает, что они, полагаю, помимо этих 16 бит инта в 24 битах могут закодировать так же ещё (например) и 23 бита Инта - условно 0xFF, а потом 16-битный, или первый ноль, а потом ещё 23 бита. Говоря же в общем, ситуации могут быть разные, но когда мы говорим о неких усреднённый хранимых данных, маленькие числа встречаются, чаще, чем большие, а тратить 40бит на 32битное и 16бит на 8битное, против тратить 32 бита на все становится выгодно, если количество 8битных чисел в наборе больше 2/3.

Алсо, это вообще ни разу не низкий уровень, а самый что ни на есть высокий, имо.

> тратить 40бит на 32битное и 16бит на 8битное, против тратить 32 бита
ну я так и думал, но тогда не проще впереди поставить 1-2 бита для определения 32/64 или 8/16/32/64 (привет ip packet version)

на самом деле они ссылаются на protobuf и я думал тут скажут "все так делают, мы тоже"

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

но там также говорится, что они максимум 2**64 кодируют

Опять же, не смотрел конкретный случай, но обычно так и делается, если эти биты не используются для кодирования ещё чего-нибудь, например каких-нибудь строк и прочего.

Но я же не читал