Confidential DeFi Platform
Tres protocolos de DeFi, tres formas distintas de engañar a un usuario sobre su propia plata. Mi trabajo fue que la UI nunca lo hiciera.
2026
Período
UX/UI Designer & Frontend Developer
Rol
El Problema
La plataforma necesitaba unificar spot trading, lending y perpetuos, cada uno corriendo sobre un protocolo distinto (Venus, Aster, Algebra, Carbon DeFi), en una sola experiencia de Smart Wallet, dejando además lugar para que un agente de IA ejecute estrategias en nombre del usuario. El riesgo no era solo inconsistencia visual: estados desalineados entre protocolos podían llevar a un usuario a confirmar una operación basada en un precio, balance o permiso que en realidad no era cierto.
El Desafío
Lo más difícil no fue ninguna pantalla puntual: fue decidir qué debía hacer la UI cuando los datos de un protocolo no se comportan bien. El order book de Carbon puede quedar cruzado sin un mid-price honesto para mostrar; Withdraw necesita validar monto y dirección en vivo sin bloquear al usuario en silencio; un cambio de token o de tab puede dejar un monto obsoleto en un campo que ahora apunta a otro activo. Cada uno de estos casos es una decisión de UI chica con plata real detrás, así que la solución nunca fue 'agregar un null check'; fue decidir qué es más honesto mostrar: nada, un estado explícito, o una razón clara de por qué la acción está bloqueada.
Objetivos
Una wallet, tres verticales
Darle al usuario una interfaz única y consistente para spot, lending y perpetuos en vez de tres UIs de protocolo separadas.
Que la ejecución del agente sea legible
Diseñar el flujo de simular-y-confirmar para que delegarle una estrategia a un agente de IA se sienta transparente, no opaco.
Señales de confianza listas para lanzar
Tratar la honestidad de los precios, la validación en vivo y la limpieza de estado como bloqueantes de pre-mainnet, no como pulido de último momento.
Contexto
Este proyecto, construido por Protofire, es una capa de DeFi no-custodial en BNB Chain: un solo Smart Wallet (un Safe) para operar spot, lending y perpetuos, con agentes de IA que pueden ejecutar estrategias dentro de permisos acotados y revocables. Está construido sobre integraciones reales con Venus, Aster, Algebra y Carbon DeFi en vez de un protocolo propio único, lo que obliga al frontend a reconciliar formas de datos y modos de falla muy distintos bajo una sola UI consistente. El nombre de la plataforma se mantiene reservado por un NDA.
Mi Rol y Enfoque
Diseñé y construí las pantallas core del producto (dashboard, positions, strategies, lending y withdraw) y armé el sistema de navegación y theming que todas comparten. A medida que el proyecto se acercaba a su primer lanzamiento en mainnet, lideré una pasada dedicada de hardening de UX/UI: auditando cada flujo que mueve dinero en busca de huecos de validación, estado obsoleto y datos engañosos antes de que hubiera fondos reales en juego.
Proceso
01. Sistema antes que pantallas
Armé la navegación, el theming y los primitivos de layout compartidos antes de diseñar cada vertical, para que Lending, Withdraw y Strategies no reinventaran la estructura cada una por su cuenta.
"Diseñé el sistema de navegación y theming antes que las pantallas de producto, para no rehacer el layout en cada vertical nueva."
02. Diseñar alrededor de la verdad del protocolo
Cada protocolo integrado expone el estado de forma distinta: el book de Carbon puede cruzarse, Aster tiene funding rates, Algebra tiene rangos de LP. La UI tenía que representar lo que era cierto, no tapar los huecos con un default que parece plausible.
"Prefiero no mostrar nada a mostrar un precio inventado. Si el book de Carbon estaba cruzado, la UI lo dice en vez de fabricar un mid-price."
03. Validar en vivo, no bloquear en silencio
Las validaciones de monto y dirección de Withdraw pasaron de bloquear en silencio a validar en vivo con feedback explícito, para que el usuario entienda por qué una acción está o no disponible.
"Elegí validar en vivo y explicar el motivo, no solo deshabilitar un botón sin feedback."
04. La limpieza pre-mainnet
Antes del lanzamiento, auditué cada flujo que mueve dinero por separado (Withdraw, Lending, Perps), encontrando fugas de estado como un campo de monto que sobrevivía un cambio de token o de tab.
"Antes de mainnet, auditué cada flujo de plata por separado: un campo que sobrevive un cambio de token es un bug de plata, no un detalle visual."
Resultado
Entregué la UI de las verticales core de la plataforma y cerré una limpieza de bugs pre-mainnet que cubrió Withdraw, Lending y el pricing de spot de Carbon, incluyendo un caso donde la UI fabricaba un mid-price cuando el order book de Carbon estaba cruzado, y campos de monto que sobrevivían silenciosamente un cambio de token o de tab.
Herramientas
