Bithumb demande un gel d'actifs soutenu par le tribunal pour récupérer 7 BTC suite à une erreur de paiement

Bithumb a porté son erreur de paiement promotionnel de février devant les tribunaux, cherchant une saisie provisoire pour geler des actifs liés à 7 BTC qu'il dit rester impayés. Cette démarche légale intervient alors que les régulateurs sud-coréens imposent des vérifications plus rapides des livres comptables pour réduire la latence de détection des erreurs sur les échanges.

Points clés

• Bithumb a déposé une demande de saisie provisoire pour geler des actifs alors qu'il tente de récupérer 7BTCtoujours bloqués à cause d'une erreur de paiement en février.
• Une erreur d'entrée du 6 février a envoyé 620 000 BTC au lieu d'un paiement total prévu de 620 000 wons à 249 gagnants d'événements, valorisant brièvement le transfert erroné à environ 62 trillions de wons (42 milliards de dollars).
• L'échange affirme avoir récupéré 99,7 % le même jour et avoir utilisé des réserves pour couvrir les 0,3 % restants décrits comme 1 788 BTC qui avaient déjà été vendus.
• La Commission des services financiers de Corée du Sud exige désormais que les échanges réconcilient les livres internes avec les avoirs réels toutes les cinq minutes après avoir constaté que la plupart des grandes plateformes ne réconciliaient qu'une fois par jour.

Bithumb porte le dernier litige de 7 BTC devant les tribunaux avec une saisie d'actifs

Bithumb a décidé de verrouiller les options de récupération après son erreur de paiement de février, en déposant une demande de saisie provisoire en Corée du Sud pour geler des actifs avant un procès civil. Le dépôt cible les utilisateurs qui n'ont pas retourné les fonds liés à l'incident, Bithumb présentant le solde contesté restant comme 7 BTC.

Une saisie provisoire est conçue pour empêcher le transfert d'actifs pendant qu'une réclamation civile est préparée ou litigée. En termes de structure de marché, il s'agit d'un passage de la remédiation volontaire à des outils exécutoires. Cela compte car cela signale que Bithumb ne compte plus uniquement sur la sensibilisation pour combler le dernier écart.

Comment le paiement promotionnel du 6 février est devenu une erreur de 620 000 BTC

L'incident remonte au 6 février, lorsque Bithumb avait l'intention de distribuer un total de 620 000 wons coréens (environ 420 dollars) à 249 gagnants d'événements promotionnels. Une erreur d'entrée a inversé l'unité, et le système a envoyé 620 000 BTC à la place.

Le transfert erroné a été brièvement évalué à environ 62 trillions de wons (42 milliards de dollars). Bithumb a annulé les transactions en quelques minutes, mais certaines des Bitcoins ont été déplacés avant que l'annulation puisse complètement défaire la distribution.

Réclamations de récupération contre l'écart restant : 99,7 %, 1 788 BTC et les 7 BTC non résolus

La comptabilité de Bithumb concernant le nettoyage a deux couches. D'abord, il a déclaré avoir récupéré 99,7 % des fonds le même jour. Ensuite, il a dit que les 0,3 % restants avaient déjà été vendus, quantifiés à 1 788 BTC, et qu'il avait couvert ce montant en utilisant des réserves de l'entreprise.

Depuis lors, Bithumb a continué à contacter individuellement les utilisateurs concernés et a déclaré avoir récupéré « la plupart des fonds vendus », mais il décrit également un petit nombre de bénéficiaires refusant de retourner ce qui reste. « Un responsable de l'industrie familier avec le dossier a déclaré à l'agence que certains bénéficiaires soutenaient qu'ils n'étaient pas responsables du retour des fonds, citant l'erreur de l'échange. »

Selon la loi sud-coréenne, les actifs reçus par erreur sont généralement considérés comme un enrichissement sans cause et doivent être retournés, ce qui augmente les chances que les tribunaux se rangent du côté de l'échange sur l'obligation de retour. La question non résolue pour les traders est l'arithmétique. L'action légale actuelle est présentée comme 7 BTC toujours impayés, mais la description antérieure inclut également 1 788 BTC vendus et couverts par des réserves. Les détails fournis ne réconcilient pas complètement si les 7 BTC sont un résidu après des récupérations ultérieures, un sous-ensemble lié à des comptes spécifiques, ou une demande de remboursement après que des réserves ont été utilisées.

Signaux à surveiller pour Bithumb cherche à geler les tribunaux pour récupérer

Le premier catalyseur est procédural. Toute décision de la cour accordant la saisie provisoire comptera, surtout si les dépôts clarifient combien de bénéficiaires ou de comptes sont ciblés et quels montants sont gelés.

Deuxièmement, ce sont les chiffres. Les traders devraient attendre des clarifications de Bithumb ou des documents judiciaires qui réconcilient le chiffre de « 7 BTC impayés » avec la description antérieure de « 1 788 BTC vendus et couverts par des réserves », y compris si la réclamation concerne des pièces non récupérées, un remboursement, ou les deux.

Troisièmement, il y a le suivi réglementaire. La Commission des services financiers a ordonné aux échanges de réconcilier les livres internes avec les avoirs réels toutes les cinq minutes après qu'une inspection a révélé que trois des cinq grands échanges ne réconciliaient qu'une fois par jour. Toute action d'exécution, tout résultat d'audit ou tout plan de remédiation publique lié à cette exigence réévaluera les hypothèses de risque opérationnel à travers les plateformes coréennes.Pourquoi cela compte pour la tarification du risque d'échange sur les plateformes coréennesLe mandat de réconciliation de cinq minutes de la FSC ressemble à une réponse opérationnelle au risque de latence, pas à une répression symbolique. Si ce contrôle est appliqué et vérifié de manière indépendante, la configuration commence à sembler structurelle plutôt que narrative, et l'impact pratique est une tarification du risque d'échange plus stricte, entraînée par des améliorations mesurables dans la détection et la containment des erreurs.

Sources

Cointelegraph

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

• [@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop