Порог Safe — минимальное количество owner-подтверждений, необходимых для исполнения Safe-транзакции. Выбирать его нужно вместе с числом владельцев, доступностью подписантов, процессом замены ключа и установленными модулями. Одно число не гарантирует устойчивость командного кошелька.
Сравни два учебных состава
| Схема | Если один signer временно недоступен | Если ключи потеряны | Операционный компромисс |
|---|---|---|---|
| 2-of-3 | два остальных могут подтвердить | если потеряны два — порог недостижим | быстрее, но меньше запас владельцев |
| 3-of-5 | четыре доступных signer дают запас | если остаются только два — исполнить нельзя | больше участников и координации |
Это арифметические примеры, не рекомендация хранить конкретный объём средств таким способом. Safe определяет threshold как минимум владельцев для подтверждения; он находится между 1 и общим числом owners (Safe Smart Account Concepts). Модули могут предоставлять альтернативный путь исполнения, поэтому проверь их и guards отдельно.
Собери матрицу доступности
Для своей команды запиши: кто хранит каждый signer, какой процесс применяется при отсутствии участника, сколько времени занимает получение подписей, как фиксируется смена участника и что делать при компрометации. Владельцы должны понимать, кто контролирует каждый ключ: пять адресов одного человека не равны пяти независимым участникам. Не передавай ключ «на подмену»; замена owner и восстановление должны проходить через заранее проверенный путь управления Safe. Изобрази два сбоя: один signer недоступен на неделю; один ключ украден. Не используй реальные адреса или сид-фразы в таблице, которую передаёшь модели.
Сравни только достижимость порога и организационные зависимости.
Не называй вариант безопасным или оптимальным без модели угроз.
Для N владельцев и threshold M покажи, сколько подтверждений нужно,
что меняется при недоступности одного участника и какие сценарии не покрыты.
Отдельно спроси о модулях/guards и восстановлении.
Владельцы и роли: [псевдонимы]
Варианты: [например, 2-of-3 и 3-of-5]
Учебный выход: «для 2-of-3 отказ одного участника оставляет двух signer — порог достижим; при отказе двух недостижим. Для 3-of-5 недоступность одного оставляет четверых; потеря трёх оставляет двух и не достигает порога. Это не учитывает модули, украденные ключи и процедуру восстановления».
Перед созданием Safe проверь адреса и threshold в правильной сети, тестовую транзакцию и полный путь смены владельцев. Не полагайся на один GUI-снимок: изучи версию контракта, модули и guards. Базовые модели хранения и ключей — в руководстве по криптокошелькам; общие меры безопасности — в чеклисте защиты.