How the attack worked
->Comment l'attaque a fonctionné
The attacker didn't break the cryptography in one shot. Instead, they abused the protocol's round structure — repeatedly failing signing rounds to extract partial key information. Over 864 attempts, the cumulative leakage gave them enough to reconstruct the full key. The exploit took about 60 hours, suggesting a patient, methodical approach rather than a brute-force smash-and-grab. THORChain's post-mortem didn't specify whether the vulnerability has been fully patched, but the exchange has since paused and resumed operations.
Translation:L'attaquant n'a pas brisé la cryptographie d'un seul coup. Au lieu de cela, il a abusé de la structure de tours du protocole — en faisant échouer à plusieurs reprises les tours de signature pour extraire des informations partielles sur les clés. Sur 864 tentatives, la fuite cumulative leur a donné suffisamment d'informations pour reconstruire la clé complète. L'exploit a pris environ 60 heures, ce qui suggère une approche patiente et méthodique plutôt qu'une attaque par force brute. Le post-mortem de THORChain n'a pas précisé si la vulnérabilité a été entièrement corrigée, mais l'échange a depuis suspendu puis repris ses opérations.
Next:TSS vs. multisig trade-offs
->Compromis entre TSS et multisig
The THORChain incident highlights a known weakness in TSS: protocol-level round abuse and denial-of-service risks. Multisig, by contrast, is provable on-chain — every signature is visible, and quorum enforcement happens in the script. But multisig comes with its own costs. A 2-of-3 P2SH setup eats about 296 vBytes per input; a 3-of-5 P2WSH runs ~350 vB. With Taproot and Schnorr, schemes like FROST or MuSig2 can shrink that to ~57.5 vB, cutting fees roughly 80% in higher-threshold setups. That's a big deal for high-throughput chains. But the trade-off is that TSS looks like a single signature on-chain, making it harder for auditors to verify policy without strong off-chain logs and attestations.
Translation:L'incident de THORChain met en évidence une faiblesse connue du TSS : les abus de tours au niveau du protocole et les risques de déni de service. La multisig, en revanche, est prouvable sur chaîne — chaque signature est visible, et le respect du quorum est effectué dans le script. Mais la multisig a ses propres coûts. Une configuration 2-sur-3 P2SH consomme environ 296 vBytes par entrée ; une 3-sur-5 P2WSH utilise ~350 vB. Avec Taproot et Schnorr, des schémas comme FROST ou MuSig2 peuvent réduire cela à ~57,5 vB, réduisant les frais d'environ 80 % dans les configurations à seuil plus élevé. C'est un gros avantage pour les chaînes à haut débit. Mais le compromis est que le TSS ressemble à une seule signature sur chaîne, ce qui rend plus difficile pour les auditeurs de vérifier la politique sans journaux et attestations hors chaîne solides.
Next:Wallet compromise was the costliest vector in the first half of 2026, according to CertiK's H1 review. The firm counted $1.3 billion lost across 344 incidents, with wallet-related attacks accounting for $444.5 million across just 33 cases. That's about a third of all losses from less than 10% of incidents. The THORChain exploit fits that pattern — a wallet-level vulnerability, not a smart contract bug or a bridge hack. For teams choosing between TSS and multisig, the decision often comes down to fee sensitivity versus auditability. TSS suits low-fee, high-throughput flows where the wallet acts as an externally owned account (EOA). Multisig suits conservative ops where on-chain policy visibility and simple recovery matter more than saving a few dollars per transaction.
Translation:La compromission de portefeuille a été le vecteur le plus coûteux au premier semestre 2026, selon l'examen H1 de CertiK. La firme a compté 1,3 milliard de dollars perdus sur 344 incidents, les attaques liées aux portefeuilles représentant 444,5 millions de dollars sur seulement 33 cas. Cela représente environ un tiers de toutes les pertes pour moins de 10 % des incidents. L'exploit de THORChain correspond à ce schéma — une vulnérabilité au niveau du portefeuille, pas un bug de contrat intelligent ni un piratage de pont. Pour les équipes qui choisissent entre TSS et multisig, la décision se résume souvent à la sensibilité aux frais par rapport à l'auditabilité. Le TSS convient aux flux à faible frais et à haut débit où le portefeuille agit comme un compte détenu en externe (EOA). La multisig convient aux opérations conservatrices où la visibilité de la politique sur chaîne et la récupération simple priment sur l'économie de quelques dollars par transaction.
Next:On Ethereum, TSS can appear as a single EOA, avoiding contract execution overhead — but that also means giving up contract-level guardrails and visibility for treasuries. Privacy is cleaner with TSS because everything looks like a single key; with multisig, unless using Taproot carefully, some policy aspects can leak when spending. The THORChain case shows that the protocol-level attack surface of TSS is real, and not just theoretical. Whether the industry responds with better round-abuse protections or a shift back toward on-chain multisig for high-value wallets remains an open question.
Translation:Sur Ethereum, le TSS peut apparaître comme un seul EOA, évitant les frais généraux d'exécution de contrat — mais cela signifie aussi renoncer aux garde-fous et à la visibilité au niveau du contrat pour les trésoreries. La confidentialité est plus propre avec le TSS car tout ressemble à une seule clé ; avec la multisig, à moins d'utiliser Taproot avec précaution, certains aspects de la politique peuvent fuiter lors des dépenses. Le cas de TH
