La «colisión de UID» de Binance ha desatado un gran debate en toda la red. Estas son las principales posturas de los debatientes de ambos lados 👇
Contexto: La usuaria @1ts_hodlkitty quería transferir fondos de Binance.com a Binance Tailandia. Introdujo directamente el UID en Binance.com para realizar la transferencia y, tras enviar 11,398.77 USDT, el dinero llegó a la cuenta de otro usuario de Binance.com.
A favor: Hace más hincapié en la responsabilidad del usuario de verificar los datos
Primer orador: @heyibinance | Clasificación global de XHunt: 181
Argumento principal: Por motivos históricos de cumplimiento normativo, Binance.com y las plataformas locales de moneda fiduciaria de Tailandia, Turquía, Estados Unidos y otros países se desarrollaron de forma totalmente independiente. Sus sistemas de cuentas no están conectados y no permiten transferencias de UID entre plataformas (nunca las han permitido). Los UID son únicos dentro de Binance.com, por lo que no puede haber duplicados. Si un usuario cambia de plataforma e introduce un UID directamente en Binance.com, se trata de un error operativo. La plataforma ya incluye una segunda confirmación que muestra el avatar, el apodo y otros datos; el usuario no los verificó con atención. Tras el incidente, congelamos los fondos de inmediato y seguimos intentando contactar con el destinatario, pero este no está activo. Además, la plataforma no puede transferir fondos por la fuerza desde la cuenta de otra persona, de acuerdo con la ley. A título personal, compensaré las pérdidas del usuario y, además, añadiremos una tercera confirmación a las transferencias de Binance Pay. Invitamos a la comunidad a proponer mejoras para el producto.
Segundo orador del lado a favor: 土澳大狮兄 @BroLeon | Clasificación global de XHunt: 905
Argumento principal: Para transferir mediante UID en Binance hay que confirmar varios datos, como la foto de perfil de la otra persona y el apodo asociado al UID, y pasar por el reconocimiento facial. El proceso no tiene ningún problema. ¿Cómo es posible que el usuario no tenga ninguna responsabilidad por enviar dinero a la persona equivocada? Entiendo que uno actúe por inercia, pero no se puede culpar por completo a Binance. Es comprensible que Binance esté dispuesto a adelantar el dinero para compensar, pero el usuario debe reconocer que actuó con descuido. Uno debería prestar especial atención a su propio dinero y comprobar tres veces antes de transferirlo.
Tercer orador del lado a favor: 熬鹰资本 @thankUcrypto | Clasificación global de XHunt: 1473
Argumento principal: Las transferencias por UID de Binance muestran la foto de perfil y el apodo; además, para enviar una cantidad grande a una cuenta desconocida, hay que volver a introducir el UID. No se puede pasar por alto si el usuario comprobó los datos con atención. Nos oponemos a «darle la razón a quien más protesta»: los principios para gestionar los fondos no deberían cambiar por una queja pública.
Cuarto orador del lado a favor: jiayi 加一 @mscryptojiayi (exempleado de Binance) | Clasificación global de XHunt: 1878
Argumento principal: Es como la versión china y la versión internacional de Honor of Kings: sabes que los distintos servidores tienen ID diferentes, pero das por hecho que puedes transferir directamente usando el UID entre sitios distintos, y ni siquiera miras las dos confirmaciones obligatorias. Eso es no tener cuidado con tus propios activos. Hay que cuidar los propios activos; no se puede esperar que la plataforma compense solo porque uno arme un escándalo después. Puede que en otro exchange ni siquiera te hicieran caso.
Quinto orador del lado a favor: Ron @Ron521520 | Clasificación global de XHunt: 20717
Argumento principal: El sitio principal y los sitios locales son sistemas independientes, y es información pública que los UID no son intercambiables. Se puede ofrecer una compensación individual, pero no debe convertirse en una responsabilidad por defecto; de lo contrario, al abrir esa puerta, más personas culparán a la plataforma por su propio descuido. Se recomienda añadir la identificación del sitio en tiempo real y una advertencia obligatoria al introducir el UID, en lugar de limitarse a acumular confirmaciones.
Sexto orador del lado a favor: jack_hu @jackhu_bangzhu | Clasificación global de XHunt: 90154
Argumento principal: He Yi dijo que se trató de una transferencia entre aplicaciones a la región de Tailandia, en la que se confundió el UID con una dirección; no fue una colisión de números. El dinero ya está congelado, y aun así hay que añadir una tercera confirmación. El sitio principal y el de Tailandia no comparten cuentas, como dos exchanges distintos con monedas del mismo nombre: la interfaz parece una sola, pero cada uno liquida por su cuenta. Se pueden congelar los fondos, pero no evitar un error al tocar la pantalla. En una transferencia interna, ¿al final compruebas el UID o la dirección?
En contra: pone más énfasis en los mecanismos de la plataforma para prevenir errores
Primer orador del lado en contra: @star_okx | Clasificación global de XHunt: 236
Argumento principal: Los UID de los distintos sitios bajo una misma marca deberían ser únicos a nivel global; de lo contrario, no debería permitirse hacer transferencias internas entre sitios basándose únicamente en el UID. La misma secuencia de números podría corresponder a cuentas distintas en diferentes sitios, lo que facilita errores al identificar al destinatario. El diseño del producto debería reducir desde la base las posibilidades de que el usuario se equivoque, en lugar de atribuirle principalmente la responsabilidad de comprobar los datos. Un buen producto no debería tenderle al usuario la trampa de pensar que «una misma marca implica un mismo sistema de cuentas» cuando no es así.
Segundo orador del lado en contra: Sea @Sea_Bitcoin | Clasificación global de XHunt: 1663
Argumento principal: Un buen producto no debería dejar margen para que el usuario se equivoque; añadir confirmaciones solo trata el síntoma, no la causa. Al operar dentro de una misma marca, es natural que los usuarios den por hecho que el UID es único a nivel global: es una expectativa razonable. Si los UID pueden repetirse en distintos sitios y aun así se permite transferir introduciéndolos directamente, añadir otra capa a la página de confirmación solo aumenta el esfuerzo y no elimina de raíz el riesgo de transferir al destinatario equivocado. Se recomienda que los UID sean únicos a nivel global desde la base o que el sitio se identifique obligatoriamente en el momento de introducir el UID y se bloqueen las transferencias incompatibles. La información de la página de confirmación de OKX también es algo escasa, pero Binance, como plataforma líder, debería dar prioridad a la prevención de errores.
Tercer orador del lado en contra: 很大很大的橙子 @0xVeryBigOrange | Clasificación global de XHunt: 1676
Argumento principal: Los UID deberían ser únicos a nivel global dentro de una misma marca; de lo contrario, no se debería autorizar una transferencia entre sitios solo con un número. Los usuarios ven «Binance» y no se paran a pensar que el sitio principal y el sitio de Tailandia son entidades legales y sistemas de cuentas independientes. El diseño del producto debería resolver esta contradicción entre la coherencia de la marca y el aislamiento técnico, en lugar de dejar que los usuarios corrientes decidan por sí mismos al transferir «a qué sitio pertenece este UID». Se recomienda añadir prefijos de letras (como TH- o TR-) para diferenciar los sitios y considerar adelantar el dinero tras una transferencia errónea para luego negociar con el destinatario, en vez de hacer que el usuario espere mucho tiempo una respuesta de una cuenta inactiva.
Cuarto orador del lado en contra: Crypto攻城狮 @gcsbtc | Clasificación global de XHunt: 3593
Argumento principal: Las cuentas del sitio principal y las del sitio local no están conectadas; es un hecho que el usuario introdujo por error un UID en el sitio principal y envió el dinero al destinatario equivocado. La falta de información en la página de confirmación es algo que el producto puede mejorar. He Yi está dispuesta a ofrecer una compensación personal y a mejorar el producto, y esa actitud merece reconocimiento, pero la compensación es una solución posterior al problema, no un sustituto de un buen diseño. Se recomienda comprobar en tiempo real a qué sitio pertenece el UID al introducirlo y señalar claramente en la página de confirmación: «Este UID pertenece al sitio principal / al sitio de Tailandia. ¿Se permiten transferencias entre ambos?». Así se elimina la ambigüedad antes de la transacción, en lugar de depender de que los usuarios recuerden por sí solos unas reglas complejas sobre los sitios.
Quinto orador del lado en contra: $trong @StrongHedge | Clasificación global de XHunt: 15819
Argumento principal: Cuando la plataforma culpa al usuario de un fallo del producto, no se trata solo de una transferencia errónea, sino también de un problema de confianza. Si se confirma por segunda vez y aun así se envía el dinero al destinatario equivocado, eso demuestra que la información del propio proceso de confirmación es insuficiente (no se muestra claramente el «sitio de destino» ni si «se permiten transferencias entre sitios»). Si el diseño del producto permite que los UID de «distintos sitios de una misma marca» puedan coincidir, atribuir toda la responsabilidad al usuario por «no haber mirado con atención» hará que este sienta que la plataforma elude los problemas del producto. Una transferencia errónea puede resolverse mediante negociación, pero si se repiten casos similares, se erosionará la confianza de los usuarios en la plataforma.
Sexto orador del lado en contra: 孙 Sun ⚡💵 @hashcoin0 | Clasificación global de XHunt: 35760
Argumento principal: ¿Los UID también pueden coincidir? Con razón Binance pudo sufrir un robo de más de 6.000 millones. Al parecer, el dinero se transfirió a la cuenta de un usuario de la UE, y Binance también fue expulsada de la UE. Han pasado ocho meses y no han hecho absolutamente nada por el usuario; solo empezaron a sacar dinero para resolverlo cuando vieron que la opinión pública se volvía en su contra. Si la comunidad no hubiera ayudado a defender sus derechos, habría perdido ese dinero. No pueden poner al servicio de los usuarios esa legendaria capacidad de revertir transacciones; el diseño de base del producto no debería dejar tanto margen para que los usuarios se equivoquen. La acumulación de problemas históricos ha hecho que los usuarios ya duden de si la plataforma realmente pone la seguridad de sus activos en primer lugar. Este incidente con los UID no ha hecho más que ampliar aún más esa brecha de confianza.
En conclusión, creo que ambas partes tienen responsabilidad.
Binance podría evitar mejor esta situación mediante el diseño del mecanismo de UID (con identificadores únicos a nivel global o la identificación obligatoria del sitio). En la segunda confirmación, los usuarios deberían volver a comprobar los datos y, además, hacer primero una prueba con una cantidad pequeña. Tanto las medidas del producto para prevenir errores como la cautela de los usuarios son imprescindibles.