Multisig czy portfel MPC: co wybrać dla exchangera w 2026?

iEXExchanger
Multisig czy portfel MPC: co wybrać dla exchangera w 2026?

Porównujemy portfele multisig i MPC dla gorącego salda exchangera: szybkość transakcji, przejrzystość on-chain, odporność na przejęcie jednego urządzenia oraz częste błędy przy wyborze schematu custody.

Multisig czy portfel MPC — ten wybór decyduje, czy exchanger przetrwa zainfekowany laptop jednego pracownika. Oba rozwiązania eliminują pojedynczy punkt awarii gorącego portfela, ale działają zupełnie inaczej, a błąd tutaj kosztuje pieniądze klientów, nie teorię.

Czym jest multisig w prostych słowach

Portfel multisig (multisignature) wymaga kilku podpisów do przesunięcia środków, nie jednego. Klasyczny schemat to 2 z 3: dwóch z trzech posiadaczy kluczy musi zatwierdzić transakcję, zanim środki wyjdą. To jak skrytka bankowa, którą otwiera się tylko wtedy, gdy dwóch pracowników jednocześnie przekręci swoje klucze — kradzież jednego klucza nic nie daje.

Dla exchangera oznacza to, że zainfekowany laptop jednego operatora nie wystarczy, by opróżnić portfel — potrzeba jeszcze co najmniej jednego niezależnego podpisu. Schemat działa na poziomie blockchaina: w Bitcoinie przez adresy P2SH/P2WSH, w Ethereum zwykle przez smart kontrakt taki jak Gnosis Safe. Podpis każdego uczestnika widać on-chain.

Czym MPC różni się od multisigu

MPC (multi-party computation, „obliczenia wielostronne") rozwiązuje ten sam problem — rozdzielenie kontroli nad kluczem — ale inaczej: jeden prywatny klucz w ogóle nie istnieje. Kilka węzłów wspólnie oblicza podpis, nie ujawniając sobie nawzajem swoich fragmentów sekretu.

Różnica widać w praktyce. Transakcja multisig jest widoczna on-chain jako transakcja z kilkoma podpisami — przejrzyście, ale też ujawnia schemat kontroli każdemu, kto zajrzy do eksploratora bloków. Podpis MPC wygląda jak zwykła transakcja z jednym kluczem: z zewnątrz nie da się poznać, że stoją za nią trzy serwery w trzech różnych centrach danych.

Kryteria, które naprawdę liczą się dla exchangera

Ładne opisy technologii rzadko pomagają w momencie decyzji. Pomagają konkretne parametry.

  • Zgodność z sieciami: multisig zależy od obsługi skryptów w danej sieci — świetnie działa w Bitcoinie i Ethereum, gorzej w wielu altcoinach. MPC działa na zwykłym podpisie ECDSA lub EdDSA, więc jest kompatybilny niemal z każdą siecią bez modyfikacji.
  • Przejrzystość on-chain: schemat multisig widać w blockchainie, podpis MPC — nie, co bywa zaletą (konkurencja nie widzi struktury rezerw) i wadą (audytorowi trudniej ją zweryfikować bez waszej pomocy).
  • Próg wejścia: multisig można wdrożyć w jeden dzień na open-source'owym portfelu. MPC niemal zawsze wymaga zewnętrznego dostawcy lub niemałej infrastruktury wewnętrznej.
  • Odzyskanie zgubionego fragmentu klucza: w multisigu jednego posiadacza klucza wymienia się bez migracji na nowy adres. W MPC utrata fragmentu zwykle wymaga protokołu re-sharingu — bardziej złożonego, ale też bez zmiany adresu portfela.

Kiedy nic nie zastąpi multisigu

Trzech współzałożycieli exchangera trzyma zimną rezerwę i chce widzieć schemat kontroli na własne oczy, bez zaufania do zewnętrznego dostawcy. Tu wygrywa multisig: kod jest otwarty, portfel taki jak Gnosis Safe można audytować linijka po linijce, a każdy posiadacz klucza może niezależnie potwierdzić, że saldo się zgadza. Do zimnego przechowywania, gdzie liczy się nie szybkość, a przejrzystość i niezależność od dostawcy, multisig to rozsądny domyślny wybór.

Kiedy MPC ma sens

Inny obraz: exchanger, którego gorący portfel automatycznie wypłaca setki transakcji na godzinę. Czekanie, aż trzy osoby w różnych strefach czasowych podpiszą każdą transakcję, nie wchodzi w grę. MPC daje szybkość zwykłego podpisu jednokluczowego przy rozproszonej kontroli w tle — i nie zdradza konkurencji wielkości rezerw przez publiczny eksplorator. Cena to zależność od dostawcy infrastruktury MPC i trudniejszy audyt dla strony zewnętrznej.

Częste błędy przy wyborze schematu custody

Nawet dobra technologia może zostać zepsuta niedbałym wdrożeniem.

  • Trzymanie całego wolumenu w jednym schemacie zamiast rozdzielenia zimnej rezerwy od gorącego portfela operacyjnego.
  • Wybór dostawcy MPC bez sprawdzenia, czy pełny klucz choć na chwilę nie odtwarza się w jednym miejscu podczas generowania — taka architektura zabija sens bycia rozproszonym.
  • Nigdy nieprzetestowane odzyskiwanie dostępu po utracie jednego z posiadaczy klucza — lepiej odkryć, że procedura nie działa, zanim dojdzie do realnej straty, nie w jej trakcie.

Wniosek

Nie ma uniwersalnej odpowiedzi „multisig lepszy od MPC" — wybór zależy od tego, co kosztuje exchangera drożej: przejrzystość i niezależność od dostawcy, czy szybkość i dyskrecja struktury rezerw. Wiele ugruntowanych exchangerów trzyma zimną rezerwę na multisigu, a gorący portfel przenosi na MPC lub schemat hybrydowy. Solidny portfel dla własnego exchangera, bez budowania infrastruktury custody od zera, można wdrożyć na platformie iEXWallet.

Pytania i odpowiedzi

Często zadawane pytania na temat artykułu

Co jest bezpieczniejsze — multisig czy portfel MPC?

Oba rozwiązania eliminują pojedynczy punkt awarii, ale inaczej: multisig dzieli podpisy na poziomie blockchaina i jest widoczny dla zewnętrznego obserwatora, MPC ukrywa schemat kontroli za jednym podpisem. Realne bezpieczeństwo zależy bardziej od poprawnej implementacji i podziału kluczy między niezależne osoby niż od samej technologii.

Czy multisig można stosować do gorącego portfela exchangera?

Technicznie tak, ale każda wypłata wymaga podpisów kilku posiadaczy kluczy, co spowalnia automatyczne przelewy. Multisig częściej stosuje się do zimnej rezerwy, a dla gorącego portfela z częstymi transakcjami lepiej sprawdza się MPC lub schemat hybrydowy.

Ile podpisów potrzeba w schemacie multisig?

Najczęściej stosuje się schemat 2 z 3 lub 3 z 5, który równoważy bezpieczeństwo z wygodą zarządzania. Wyższy próg zwiększa ochronę, ale komplikuje procesy, gdy jeden z posiadaczy klucza jest chwilowo niedostępny.

Czy portfel MPC zależy od jednego dostawcy?

Zwykle tak — infrastruktura MPC działa przez wybranego dostawcę lub własne rozproszone węzły zespołu. Wybierając dostawcę, warto sprawdzić, czy pełny klucz nie odtwarza się w jednym miejscu podczas generowania podpisu oraz jak wygląda odzyskiwanie dostępu po utracie jednego z fragmentów.