
Drift débute les remboursements, seulement 1% des pertes…
Le portail de réclamations a été mis en ligne le 2 octobre, mais la première distribution laisse la plupart des pertes des utilisateurs affectés encore non réglées.
Drift a ouvert un processus de réclamation pour la récupération des exploits pour les utilisateurs touchés par un incident antérieur et a commencé à émettre des paiements initiaux. La première distribution représente un peu plus de 1 % des pertes des utilisateurs affectés, indiquant un chemin de récupération qui sera probablement progressif et conditionnel plutôt qu'immédiat.
Points clés
- Drift a ouvert un processus de réclamation pour la récupération des exploits le 02 octobre 2026 et a commencé à verser des paiements initiaux aux utilisateurs affectés.
- Les premiers paiements sont décrits comme totalisant un peu plus de 1 % des pertes des utilisateurs concernés, laissant la majeure partie des pertes non remboursées à ce stade.
- L'effort de récupération fait suite à un précédent exploit qui a causé des pertes aux utilisateurs, faisant passer la réponse de Drift de la planification aux opérations en direct.
- Les mécanismes clés restent non spécifiés dans l'extrait du paquet, y compris la date d'exploitation, les pertes totales, les règles d'éligibilité, les délais de réclamation et le paiement.actifs, et tout calendrier pour les distributions futures.
Drift Ouvre des Réclamations de Récupération d'Exploitation, Commence les Premiers Paiements
Drift, unSolanaLe protocole de trading basé sur - a ouvert un processus de réclamation pour la récupération des exploits le 2026-10-02 et a initié des paiements initiaux aux utilisateurs impactés par un exploit précédent.
Ce qui est confirmé par le paquet est étroit mais important : le processus de réclamation est en cours, et la première distribution a commencé. Les paiements initiaux sont décrits comme totalisant un peu plus de 1 % des pertes des utilisateurs concernés.
Cette combinaison est importante car elle sépare deux phases différentes qui sont souvent confondues après une exploitation. Annoncer une intention de compenser les utilisateurs est une chose. Mettre en place un processus de réclamation et faire sortir les premiers fonds est une étape opérationnelle, même si le montant est faible.
L'extrait du paquet ne fournit pas la date de l'exploitation, le mécanisme d'exploitation, la valeur totale des pertes en dollars, le nombre d'utilisateurs affectés, ni aucun détail sur la manière dont les réclamations sont calculées. Il n'y a également aucune citation verbatim dans le matériel fourni, ce qui limite ce qui peut être dit sur la justification déclarée de Drift concernant la taille des paiements.
Pourquoi « Juste un peu plus de 1 % » est important pour les traders Perp et les LPs
Une distribution initiale de « juste un peu plus de 1 % » n'est pas une erreur d'arrondi pour les traders touchés, mais ce n'est pas non plus le genre de chiffre qui résout la question fondamentale après une exploitation : si le protocole peut crédiblement combler l'écart entre les pertes subies et les pertes remboursées.
Pour les traders de contrats perpétuels, le problème immédiat est la confiance envers la contrepartie. Même lorsque le moteur de correspondance d'un protocole et les systèmes de gestion des risques continuent de fonctionner, une exploitation qui entraîne des pertes pour les utilisateurs tend à revaloriser le risque perçu de la plateforme, et cette revalorisation se manifeste dans le comportement : la taille des positions,collatéralchoix et volonté de garder des fonds stationnés sur la plateforme.
Pour les fournisseurs de liquidités, l'incitation est plus mécanique. Les LPs souscrivent à un système qui dépend de règles prévisibles concernant la marge,les liquidationset le règlement.
Lorsqu'une exploitation crée des pertes nécessitant un programme de récupération, les LPs commencent à se demander si les revenus futurs du protocole,les fonds d'assuranceou les décisions discrétionnaires du trésor seront détournés vers des remboursements, et si ce détournement change le profil risque-rendement de la fourniture de liquidité.
La petite fraction de paiement initial fixe également les attentes en matière de calendrier. Une première tranche à un peu plus de 1 % ressemble à un lancement de processus plutôt qu'à une résolution à court terme, ce qui peut être parfaitement rationnel si la récupération est conçue pour être échelonnée, conditionnelle aux sources de financement, ou dépendante de la vérification.
Le problème est qu'en l'absence des mécanismes manquants, les traders ne peuvent pas faire la différence entre "petite première tranche parce que c'est la première étape de nombreuses autres" et "petite première tranche parce que le pool de récupération est limité."
C'est ici que les communications post-exploitation sont souvent mal interprétées. Un portail de réclamations en direct réduit un type d'incertitude, à savoir s'il existe un processus de remboursement. Cela ne réduit pas, à lui seul, la plus grande incertitude qui motive la réengagement : quel pourcentage des pertes est réalistement récupérable, et dans quel délai.
Ce que les traders ne savent toujours pas : Éligibilité, délais, actifs et prochaines tranches.
L'extrait du paquet omet les détails qui déterminent si ce processus de récupération est un exercice administratif simple ou un programme conditionnel de longue durée.
L'éligibilité est le premier élément manquant. Les processus de réclamation peuvent être étroits ou larges, et la différence est tout. Sans critères publiés, les utilisateurs concernés ne peuvent pas savoir si l'éligibilité est basée sur des instantanés de portefeuille, des marchés spécifiques, des fenêtres temporelles spécifiques ou des types de pertes particuliers.
Les délais sont le second. Un portail de réclamations qui est ouvert est opérationnellement différent de celui avec une fenêtre de soumission fixe, et les traders ont besoin de cette date pour éviter de transformer une perte récupérable en une perte irrécupérable par inaction.
Les actifs de paiement sont les troisièmes. L'extrait du paquet ne précise pas quels actifs ont été utilisés pour les paiements initiaux, ce qui est important pour deux raisons : (1) si les bénéficiaires prennentstablecoin- exposition de type ou exposition au protocole/token, et (2) si les distributions futures pourraient introduire un risque de base si l'actif de remboursement ne correspond pas à l'actif perdu.
Puis il y a l'inconnu central : le calendrier et la taille des futures tranches. Le paiement initial est décrit comme étant un peu plus de 1 % des pertes, mais il n'y a aucune information dans l'extrait sur le fait que la prochaine distribution soit prévue à une date spécifique, si les paiements sont des tranches fixes, ou s'ils sont conditionnés par les revenus, le financement externe, les récupérations ou les décisions de gouvernance.
Enfin, l'extrait du paquet ne quantifie pas les pertes totales ni le nombre d'utilisateurs affectés. Sans ces chiffres, les traders ne peuvent pas traduire « un peu plus de 1 % » en un montant absolu de remboursement, et ils ne peuvent pas estimer si l'effort de récupération est susceptible de se mesurer en semaines, en trimestres ou plus longtemps.
Mon avis : Les portails de récupération réduisent l'incertitude, mais le véritable test sera la prochaine distribution.
L'ouverture des réclamations est considérée dans certains cercles comme le moment où Drift a "commencé à rendre les utilisateurs entiers", et cette formulation est directionnellement vraie mais numériquement trompeuse.
Un portail qui est en ligne et qui effectue des paiements est un véritable pas opérationnel, pourtant "un peu plus de 1%" indique que nous sommes encore dans la phase la plus précoce et la plus partielle d'un effort de récupération, et non au début d'une marche rapide vers un remboursement complet.
Le seuil qui importe n'est pas de savoir si la première tranche est arrivée, mais si Drift peut publier un ensemble crédible de mécaniques que les traders peuvent modéliser.
Si les règles d'éligibilité et une date limite de réclamation sont clairement énoncées, et si l'actif de paiement est divulgué avec un calendrier de tranche qui est soit fixe, soit lié à une source de financement transparente, alors le processus de récupération devient lisible.
À ce moment-là, les utilisateurs concernés peuvent décider de se réengager en fonction d'un calendrier et d'un taux de récupération attendu, plutôt que sur l'espoir et des captures d'écran.
Il existe deux grandes voies à partir de ce point, et la prochaine distribution est le fork. Si la prochaine tranche est annoncée avec une taille et un calendrier concrets, et qu'elle est significativement plus grande que le paiement initial de juste un peu plus de 1 %, l'histoire passe de « premier paiement symbolique » à « programme de remboursement répétable ».
Si, en revanche, le portail reste ouvert mais que la prochaine tranche est indéfinie, retardée ou présentée comme conditionnelle sans chiffres, alors le processus de réclamation fonctionne davantage comme un schéma de maintien, et l'impact sur le marché est susceptible d'être un scepticisme persistant plutôt qu'un soulagement.
La partie que la plupart des gens manquent est que le portail lui-même n'est pas le catalyseur de confiance. Le catalyseur de confiance est un second paiement qui prouve que le premier n'était pas un événement isolé, et le point de confirmation est simple : une date et une taille de prochaine tranche divulguées qui permettent aux traders d'estimer si la couverture de récupération tend vers des pourcentages significatifs plutôt que de rester bloquée près de 1%.