Правильный способ управления MPC Кошелек: уроки, извлеченные из событий Multichain

Недавно команда Multichain выпустила объявление о том, что её CEO пропал без вести с 21 мая, а также были отозваны права доступа к операционным серверам узлов MPC. Это событие вызвало глубокие размышления в отрасли о способах управления кошельками MPC.

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

Основная проблема Multichain заключается в том, что его CEO контролирует все MPC шардирования в одиночку и не предоставил резервный план на случай крайних ситуаций. Эта высокая степень централизованного управления по сути не отличается от использования одного Кошелек для управления всеми активами.

Для эффективного использования особенностей технологии MPC следует сосредоточить внимание на следующих трех аспектах:

1. Повышение прозрачности, предотвращение конфликта интересов
2. Строгое соблюдение децентрализованного способа хранения активов, избегая чрезмерной концентрации власти
3. Разработка плана действий на случай чрезвычайных ситуаций

Предотвращение конфликта интересов: отказ от "черного ящика"

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

Это отражает то, что MPC-решение Multichain на самом деле является "черным ящиком". Причиной такой ситуации является то, что Multichain является как поставщиком услуг, так и пользователем, что приводит к непрозрачности и потенциальному пространству для злонамеренных действий.

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

Децентрализованное хранение: устранение рисков единой точки

Прямой причиной события Multichain стало то, что личность CEO создала единую точку риска. Чтобы избежать подобных ситуаций, необходимо обеспечить децентрализацию серверов, прав доступа и географического расположения.

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

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

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

Разработка плана восстановления социальных связей в экстремальных ситуациях

Несмотря на принятые меры предосторожности, необходимо признать, что некоторые риски невозможно полностью избежать, такие как不可抗力 в физическом мире. Поэтому необходимо разработать "SOS-режим" для реагирования на экстремальные ситуации.

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

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

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