Ну значит мастерноды расставили приоритеты в соответствии с вашими ожиданиями, разве не отлично. И даже 1000 dash владеть не обязательно. А так попытка, что-то сделать должна даваться каждому, только так можно оценить результат. Для этого вроде и создано ДАО.

У меня нет проблемы с именно с кракеном. Но  есть общая проблема потери доверия к даш, которая подтверждается рыночной ситуацией.

Собственно, про доработки системы самофинансирования Dash Раян достаточно точно высказался в ходе последнего конферен-кола: да, мы осознаём что она сейчас несовершенная и там есть что улучшать, но сейчас для нас самое главное - в кратчайшие сроки выпустить на рынок основной работоспособный продукт - Эволюцию, и только затем заняться доработкой вспомогательных систем, таких как система голосования по бюджетным предложениям. Сейчас система худо-бедно работает  - и хорошо, так как если бы пришлось ей заниматься внепланово - это отодвинуло бы сроки релиза Эволюции. Что по факту стало бы уходом от решения сложных задач в угоду простым, но менее очевидным.

А чему вы доверяете тогда ? Некоторые альты вообще минимумы обновили

Короткий ответ: ничему 🙂 Оцениваю аргументы и доказательства

И сказала кроха. Что такое хорошо, и что такое плохо?
Если сложно чётко сформулировать словами такой алгоритм, то написать код для этого еще сложнее, так как код это просто метод представления этого алгоритма.

Получается.

Есть подпись 1 из 2.
1 ключ у программы
2 ключ у пользователя в открытом или шифрованном виде.
Ключ 2 может добавить транзакцию в блокчейн, которая отвергает первый ключ после этой транзакции. Хотя тут нужно специальная реализация, которая определяет который ключ главный. Иначе первый ключ, может сделать невалидным второй

Или подпись 2 из 3
1 ключ у программы
2 ключ у пользователя в открытом виде
3 ключ в доступе для программы и пользователя, но он зашифрован паролем пользователя
Программа самостоятельно не может воспользоваться зашифрованным ключем без пароля пользователя. Пользователь может воспользоваться своим ключем и расшифровать второй ключ для подписи

Можно подписывать и на одном оффлайн устройстве, зачем для этого мультиподпись?

Затем что в этом случае не обязательно блюсти офлайн режим

Так в этом случае защищает не наличие второго ключа на втором устройстве, а то что первое в оффлайне и пробраться на него из внешнего мира нельзя, в случае одностороннего канала. Если же канал двухсторонний, то можно из второго устройства проникнуть на первое

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

Без примера плохо понимаю)) Что за предподписанніе алгоритмы?