Cómo separar el riesgo del protocolo del riesgo de la billetera
Un marco para distinguir riesgos de aplicación, contrato, red, dispositivo y operación.
Este artículo puede contener enlaces de afiliados. Las relaciones comerciales se detallan en la política de afiliados.
Dos riesgos que se confunden constantemente
Cuando algo sale mal dentro de un protocolo, la reacción habitual es culpar a la cartera y a la persona que la usó. Con frecuencia el problema no estaba en la cartera, sino en el código del protocolo que recibió los fondos. Mezclar ambos riesgos lleva a tomar decisiones equivocadas: quien pierde dinero por un fallo en el contrato no puede arreglarlo cambiando de aplicación, y quien sufre un robo en su cartera no puede solucionarlo esperando un listado más largo.
El riesgo de la cartera
El riesgo de la cartera es exclusivamente tuyo y se divide en dos categorías. La primera es el error humano: escribir mal una dirección, teclear un importe incorrecto, hacer clic en un enlace falsificado o firmar una autorización sin leerla. La segunda es el compromiso de la clave, que ocurre cuando alguien obtiene tu frase semilla o la clave privada. Ese segundo supuesto no tiene solución técnica: solo se previene.
Ninguna de las dos categorías se arregla con una red más pequeña. Si guardas una copia de seguridad de tu frase en un lugar distinto, el efecto sobre un error de escritura es nulo, porque el error ya ocurrió antes de la copia.
El riesgo del protocolo
El riesgo del protocolo pertenece a quien escribió el código y a quien lo desplegó. Un contrato puede contener una lógica que permite al equipo retirar los fondos depositados por los usuarios, y esa lógica estaba a la vista antes de que tu depositaras nada.
Este riesgo es invisible desde la cartera. La interfaz puede mostrar los pasos como si fuera una operación ordinaria, con los mismos botones y los mismos mensajes, mientras el contrato hace otra cosa. Por eso leer el contrato es la única forma de evaluar este componente.
Por qué separarlos cambia la decisión
La confusión entre ambos riesgos produce dos errores opuestos y frecuentes. El primero es reponer el dinero a un protocolo porque el error fue de tecleo. Si escribiste mal la dirección de destino, tu activo está en una cartera ajena y ningún soporte puede localizarlo, pero tu cartera funciona perfectamente y el mismo protocolo habría funcionado bien.
El segundo error es comprobar una y otra vez la seguridad de tu cartera cuando el problema estaba en el contrato. Si un protocolo retiró los fondos de los depósitos por una lógica prevista desde el principio, tu frase semilla no tenía ninguna relación con eso.
El procedimiento práctico
Cuando algo falle, empieza por determinar de dónde salió el dinero. El hash de la transacción y la dirección del contrato receptor dicen si tus activos llegaron al protocolo o nunca salieron de tu cuenta.
Si nunca salieron, el problema es tuyo y el alcance se limita a esa operación. Si llegaron y desaparecieron por una acción del contrato, el problema es del protocolo y ninguna medida de seguridad de tu cartera habría evitado que volviera a ocurrir mientras el código siga igual.
En el segundo caso, las únicas acciones con efecto real son las que terminan o desactivan el contrato: revocando la autorización que le diste, saliendo de las listas de liquidez o retirando tus posiciones si siguen disponibles. Revisar tu cartera una y otra vez no aporta nada.
Fuentes y límites
Este contenido es educativo y no constituye asesoramiento financiero, fiscal ni legal. La capacidad de un contrato de retener o mover fondos se determina leyendo su código publicado, y esa lectura corresponde a quien lo despliega, no al usuario final. Los nombres exactos de las opciones de seguridad que ofrece cada cartera varían entre fabricantes.