Правильное управление MPC Кошелек: извлечение уроков из события Multichain
В последнее время проект Multichain столкнулся с серьезными проблемами, так как его CEO пропал без вести, что привело к отзыву ключа доступа к серверам узлов MPC. Этот инцидент выявил множество проблем в управлении кошельками MPC и предоставил нам ценные уроки.
Размышления о Multichain событиях
Хотя Multichain использует технологию MPC для управления казной, на самом деле его способ управления эквивалентен контролю всех активов одним лицом. Все узлы серверов работают под личным облачным аккаунтом CEO, и этот высокоцентрализованный способ управления противоречит децентрализованной сути технологии MPC.
Это событие выявило ключевую проблему: простое применение технологий децентрализации недостаточно для обеспечения истинной децентрализации. Для того чтобы в полной мере использовать преимущества технологии MPC, необходимо достичь единства децентрализации как в техническом применении, так и в управленческих моделях.
Ключевые моменты эффективного использования свойств технологии MPC
Повышение прозрачности, предотвращение конфликта интересов
MPC-решение Multichain по сути является "черным ящиком", которому не хватает прозрачности и проверяемости. Для решения этой проблемы крайне важно привлечь надежных сторонних поставщиков услуг MPC. Это поможет устранить эффект "черного ящика" и предоставить заинтересованным сторонам необходимую информацию для проверки.
Строго следовать принципам децентрализованного хранения
Обеспечение децентрализации серверов, прав доступа и географических местоположений является ключевым моментом. Одна из жизнеспособных схем заключается в использовании механизма многосторонней подписи, такого как 3-3 многосторонняя подпись, и дополнении его высоконадежным шифрованием и доверенной средой выполнения. В то же время внедрение многоуровневого дизайна производных приватных ключей позволяет адаптироваться к различным уровням бизнес-требований. Кроме того, использование онлайн-распределенного хранения с многими активными местами, а также многоуровенного оффлайн-холодного резервного копирования позволяет максимально снизить риск единой точки отказа.
Разработка плана действий на случай чрезвычайных ситуаций
Учитывая不可抗力因素 физического мира, крайне необходимо разработать "SOS режим" в качестве последней линии защиты. Этот режим может быть активирован при определенных условиях для реализации экстренного перемещения или ликвидации активов. Для предотвращения злоупотреблений могут быть установлены ограничения, такие как период задержки вступления в силу и период блокировки активов.
Заключение
Событие Multichain прозвучало как тревожный сигнал для всей отрасли. Оно напоминает нам, что просто использование передовых технологий недостаточно; гораздо важнее, как правильно управлять и применять эти технологии. Повышая прозрачность, строго придерживаясь принципов децентрализации и готовясь к крайним ситуациям, мы можем лучше использовать преимущества технологии MPC, предоставляя пользователям более безопасные и надежные услуги по управлению активами.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
15 Лайков
Награда
15
5
Поделиться
комментарий
0/400
GateUser-a5fa8bd0
· 23ч назад
Кто еще осмелится использовать mpc в будущем?
Посмотреть ОригиналОтветить0
TokenVelocityTrauma
· 23ч назад
Спот ордер в лонг в ловушке три года.
Посмотреть ОригиналОтветить0
TokenTaxonomist
· 23ч назад
*вздох* еще одно предсказуемое эволюционное провал в криптосфере...статистически неизбежно, честно говоря
Посмотреть ОригиналОтветить0
BearEatsAll
· 23ч назад
Так много пустой болтовни? Зачем было не сделать заранее план?
Посмотреть ОригиналОтветить0
TokenTherapist
· 23ч назад
MPC — это хорошая вещь, но поддерживать её сложно.
Новый подход к управлению кошельками MPC: размышления и улучшения после события Multichain
Правильное управление MPC Кошелек: извлечение уроков из события Multichain
В последнее время проект Multichain столкнулся с серьезными проблемами, так как его CEO пропал без вести, что привело к отзыву ключа доступа к серверам узлов MPC. Этот инцидент выявил множество проблем в управлении кошельками MPC и предоставил нам ценные уроки.
Размышления о Multichain событиях
Хотя Multichain использует технологию MPC для управления казной, на самом деле его способ управления эквивалентен контролю всех активов одним лицом. Все узлы серверов работают под личным облачным аккаунтом CEO, и этот высокоцентрализованный способ управления противоречит децентрализованной сути технологии MPC.
Это событие выявило ключевую проблему: простое применение технологий децентрализации недостаточно для обеспечения истинной децентрализации. Для того чтобы в полной мере использовать преимущества технологии MPC, необходимо достичь единства децентрализации как в техническом применении, так и в управленческих моделях.
Ключевые моменты эффективного использования свойств технологии MPC
Повышение прозрачности, предотвращение конфликта интересов
MPC-решение Multichain по сути является "черным ящиком", которому не хватает прозрачности и проверяемости. Для решения этой проблемы крайне важно привлечь надежных сторонних поставщиков услуг MPC. Это поможет устранить эффект "черного ящика" и предоставить заинтересованным сторонам необходимую информацию для проверки.
Строго следовать принципам децентрализованного хранения
Обеспечение децентрализации серверов, прав доступа и географических местоположений является ключевым моментом. Одна из жизнеспособных схем заключается в использовании механизма многосторонней подписи, такого как 3-3 многосторонняя подпись, и дополнении его высоконадежным шифрованием и доверенной средой выполнения. В то же время внедрение многоуровневого дизайна производных приватных ключей позволяет адаптироваться к различным уровням бизнес-требований. Кроме того, использование онлайн-распределенного хранения с многими активными местами, а также многоуровенного оффлайн-холодного резервного копирования позволяет максимально снизить риск единой точки отказа.
Учитывая不可抗力因素 физического мира, крайне необходимо разработать "SOS режим" в качестве последней линии защиты. Этот режим может быть активирован при определенных условиях для реализации экстренного перемещения или ликвидации активов. Для предотвращения злоупотреблений могут быть установлены ограничения, такие как период задержки вступления в силу и период блокировки активов.
Заключение
Событие Multichain прозвучало как тревожный сигнал для всей отрасли. Оно напоминает нам, что просто использование передовых технологий недостаточно; гораздо важнее, как правильно управлять и применять эти технологии. Повышая прозрачность, строго придерживаясь принципов децентрализации и готовясь к крайним ситуациям, мы можем лучше использовать преимущества технологии MPC, предоставляя пользователям более безопасные и надежные услуги по управлению активами.