Правильное управление MPC Кошелек: выводы из события Multichain
В последнее время у проекта Multichain возникли некоторые операционные проблемы, что вызвало размышления о способах управления кошельками MPC. Несмотря на то, что Multichain использует технологию MPC для управления средствами, он по-прежнему сталкивается с рисками. Это говорит о том, что простое использование децентрализованных технологий не равно достижению настоящей децентрализации; необходимо также достичь согласия в области применения технологий и методов управления.
Проблема Multichain заключается в том, что все серверы узлов на самом деле работают под одной учетной записью облачного сервиса. Такой высокоцентрализованный подход по сути не отличается от контроля всех активов с помощью одного ключа в Кошелек. Таким образом, проблема Multichain заключается в том, что не удалось эффективно децентрализовать контроль над фрагментами MPC, а также не предусмотрены резервные решения для крайних случаев.
Чтобы в полной мере использовать преимущества технологии MPC, необходимо обратить внимание на следующие моменты:
Повышение прозрачности, предотвращение конфликта интересов
Строго следовать принципам децентрализованного хранения активов, избегая чрезмерной концентрации власти
Разработать план действий на случай экстремальных ситуаций
Предотвращение конфликта интересов: отказ от "черного ящика"
Событие Multichain также затронуло проект Fantom. Основатель Fantom заявил, что ранее они получили гарантии по децентрализации серверов, доступу и географическому распределению, но эти обещания не были выполнены. Это подчеркивает, что решение Multichain MPC на самом деле является "черным ящиком", так как проект одновременно является как строителем сервиса, так и его пользователем, что приводит к неясности и потенциальному пространству для злоупотреблений.
Ключом к решению этой проблемы является привлечение полностью нейтральной третьей стороны, не имеющей конфликта интересов. Это означает использование третьей стороны с достаточной репутацией для предоставления услуг MPC, а не создание собственных услуг. Если Multichain примет такой подход, это как минимум сможет предоставить информацию для проверки услуг хранения для таких участников, как Fantom, тем самым устраняя эффект "черного ящика".
Децентрализованное хранение: избегайте единой точки отказа
Прямой причиной события Multichain является риск единой точки отказа. Чтобы избежать этой ситуации, необходимо обеспечить распределение серверов, прав доступа и географического положения. Некоторые поставщики услуг MPC используют схему многоподписей 3-3, где два фрагмента контролируются платформой, с использованием высокоинтенсивного безопасного шифрования и доверенной вычислительной среды для обеспечения безопасности. Только совместное участие трех сторон может завершить подпись транзакции, тем самым избегая риска единой точки отказа для пользователей.
Кроме того, учитывая, что бизнес обычно имеет иерархическую структуру, доступ должен быть соответственно разделен на уровни. Некоторые решения используют многоуровневый дизайн деривации приватных ключей, что позволяет менеджерам контролировать глобальный доступ и совместимо с управлением конкретными правами операторами на первом уровне, тем самым избегая риска единой точки отказа, который может привести к блокировке всех бизнес-процессов.
В отношении географического распределения некоторые передовые решения используют онлайн-распределенное хранилище с множественной активностью в разных местах, трехуровневое резервное хранилище в оффлайне, а также интегрированные услуги по резервному копированию и восстановлению от специализированных организаций, чтобы гарантировать высокий уровень географического распределения.
Разработка плана восстановления социальных связей в крайних ситуациях
Несмотря на принятые меры, мы все же должны признать, что многие риски все еще существуют, особенно факторы непреодолимой силы в физическом мире. В ответ на такую ситуацию некоторые поставщики услуг разработали "SOS-режим" в качестве нестандартной дополнительной услуги.
В нормальных условиях SOS-фрагменты не будут работать. Однако в определенных ситуациях, таких как ручная активация управляющим фрагментами приватного ключа в экстренных случаях, если фрагменты приватного ключа отключены в течение определенного времени, если SOS-фрагменты инициируют экстренное событие или если они активированы согласно установленным правилам голосования, SOS-фрагменты будут активированы. После активации SOS-фрагменты заменят фрагменты приватного ключа и обеспечат перевод или распоряжение активами в экстренных ситуациях.
Чтобы предотвратить злоупотребление полномочиями владельцами фрагментов SOS, можно установить некоторые ограничения. Например, установить задержку вступления в силу режима SOS, в течение которой обычные фрагменты закрытого ключа могут отменить режим SOS; или установить период блокировки после экстренного перевода активов в режиме SOS, чтобы предотвратить дальнейшую утечку активов.
С помощью этих мер мы можем лучше управлять MPC Кошелек, в полной мере используя его технические преимущества, одновременно минимизируя потенциальные риски.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
5 Лайков
Награда
5
2
Поделиться
комментарий
0/400
AltcoinHunter
· 07-20 06:24
Боги сражаются, а я, неудачник, только и могу смотреть на это.
Посмотреть ОригиналОтветить0
ShibaMillionairen't
· 07-20 06:18
Еще не заработав большие деньги, уже думаешь о диверсификации?
Лучшие практики управления MPC Кошелек: уроки из события Multichain
Правильное управление MPC Кошелек: выводы из события Multichain
В последнее время у проекта Multichain возникли некоторые операционные проблемы, что вызвало размышления о способах управления кошельками MPC. Несмотря на то, что Multichain использует технологию MPC для управления средствами, он по-прежнему сталкивается с рисками. Это говорит о том, что простое использование децентрализованных технологий не равно достижению настоящей децентрализации; необходимо также достичь согласия в области применения технологий и методов управления.
Проблема Multichain заключается в том, что все серверы узлов на самом деле работают под одной учетной записью облачного сервиса. Такой высокоцентрализованный подход по сути не отличается от контроля всех активов с помощью одного ключа в Кошелек. Таким образом, проблема Multichain заключается в том, что не удалось эффективно децентрализовать контроль над фрагментами MPC, а также не предусмотрены резервные решения для крайних случаев.
Чтобы в полной мере использовать преимущества технологии MPC, необходимо обратить внимание на следующие моменты:
Предотвращение конфликта интересов: отказ от "черного ящика"
Событие Multichain также затронуло проект Fantom. Основатель Fantom заявил, что ранее они получили гарантии по децентрализации серверов, доступу и географическому распределению, но эти обещания не были выполнены. Это подчеркивает, что решение Multichain MPC на самом деле является "черным ящиком", так как проект одновременно является как строителем сервиса, так и его пользователем, что приводит к неясности и потенциальному пространству для злоупотреблений.
Ключом к решению этой проблемы является привлечение полностью нейтральной третьей стороны, не имеющей конфликта интересов. Это означает использование третьей стороны с достаточной репутацией для предоставления услуг MPC, а не создание собственных услуг. Если Multichain примет такой подход, это как минимум сможет предоставить информацию для проверки услуг хранения для таких участников, как Fantom, тем самым устраняя эффект "черного ящика".
Децентрализованное хранение: избегайте единой точки отказа
Прямой причиной события Multichain является риск единой точки отказа. Чтобы избежать этой ситуации, необходимо обеспечить распределение серверов, прав доступа и географического положения. Некоторые поставщики услуг MPC используют схему многоподписей 3-3, где два фрагмента контролируются платформой, с использованием высокоинтенсивного безопасного шифрования и доверенной вычислительной среды для обеспечения безопасности. Только совместное участие трех сторон может завершить подпись транзакции, тем самым избегая риска единой точки отказа для пользователей.
Кроме того, учитывая, что бизнес обычно имеет иерархическую структуру, доступ должен быть соответственно разделен на уровни. Некоторые решения используют многоуровневый дизайн деривации приватных ключей, что позволяет менеджерам контролировать глобальный доступ и совместимо с управлением конкретными правами операторами на первом уровне, тем самым избегая риска единой точки отказа, который может привести к блокировке всех бизнес-процессов.
В отношении географического распределения некоторые передовые решения используют онлайн-распределенное хранилище с множественной активностью в разных местах, трехуровневое резервное хранилище в оффлайне, а также интегрированные услуги по резервному копированию и восстановлению от специализированных организаций, чтобы гарантировать высокий уровень географического распределения.
Разработка плана восстановления социальных связей в крайних ситуациях
Несмотря на принятые меры, мы все же должны признать, что многие риски все еще существуют, особенно факторы непреодолимой силы в физическом мире. В ответ на такую ситуацию некоторые поставщики услуг разработали "SOS-режим" в качестве нестандартной дополнительной услуги.
В нормальных условиях SOS-фрагменты не будут работать. Однако в определенных ситуациях, таких как ручная активация управляющим фрагментами приватного ключа в экстренных случаях, если фрагменты приватного ключа отключены в течение определенного времени, если SOS-фрагменты инициируют экстренное событие или если они активированы согласно установленным правилам голосования, SOS-фрагменты будут активированы. После активации SOS-фрагменты заменят фрагменты приватного ключа и обеспечат перевод или распоряжение активами в экстренных ситуациях.
Чтобы предотвратить злоупотребление полномочиями владельцами фрагментов SOS, можно установить некоторые ограничения. Например, установить задержку вступления в силу режима SOS, в течение которой обычные фрагменты закрытого ключа могут отменить режим SOS; или установить период блокировки после экстренного перевода активов в режиме SOS, чтобы предотвратить дальнейшую утечку активов.
С помощью этих мер мы можем лучше управлять MPC Кошелек, в полной мере используя его технические преимущества, одновременно минимизируя потенциальные риски.