Smart Vault: custodia no custodial con reglas

El problema que la cuenta común no resuelve

Una cuenta común de blockchain — una EOA — tiene una propiedad que es a la vez su mayor virtud y su mayor defecto: quien tiene la clave puede todo, de inmediato. Sin límite de valor, sin retardo, sin segunda confirmación.

Eso es excelente mientras la clave sea solo tuya. En el momento en que se filtra, la misma propiedad trabaja contra ti: el atacante no necesita romper nada, solo firmar. En la práctica, la ventana entre la filtración y el saldo en cero suele ser de minutos.

La autocustodia no elimina el riesgo — transfiere la responsabilidad de la clave al usuario. Lo que sí se puede cambiar es lo que ocurre después de que la clave se filtra.

El concepto de Smart Vault

El diseño en el que VKX trabaja es híbrido: separa quién autoriza de dónde vive el activo.

• Firmante (EOA). Tu clave sigue siendo la identidad primaria. Nada cambia en lo que ya usas.
• Vault (contrato). Un contrato guarda los activos y aplica reglas. No reemplaza tu clave; la obedece dentro de límites que definiste.
• Relayer. La capa que envía la operación, lo que permite patrocinar el costo de red.

La diferencia frente a una cuenta común es que el poder de la clave deja de ser absoluto e inmediato. Pasa a ser absoluto dentro de reglas.

Qué reglas cambian el resultado

Las que importan son pocas, y todas atacan la ventana de tiempo:

• Retardo para montos altos. Una transferencia sobre cierto umbral no se ejecuta al instante; entra en una cola con espera. Eso da tiempo de reaccionar — y reaccionar es posible porque la propia regla puede permitir una cancelación.
• Segundo factor en la firma. Las operaciones sensibles exigen una confirmación adicional (biometría o clave de dispositivo) que un atacante con la seed no tiene.
• Límite por ventana. Un techo de valor por período convierte un drenaje instantáneo en una fuga lenta y detectable.
• Lista de destinos conocidos. Enviar a una dirección nueva puede exigir más que enviar a una que ya usaste.

Ninguna detiene a un atacante decidido con tiempo infinito. Todas convierten "perdí todo en cinco minutos" en "tuve tiempo de actuar", que es la diferencia que importa.

En qué se apoya técnicamente

Dos especificaciones sostienen este tipo de arquitectura, y vale distinguirlas porque resuelven cosas distintas:

• ERC-4337 introduce smart accounts y la operación validada por contrato, con la implementación de referencia en account-abstraction. Es lo que permite que una cuenta tenga sus propias reglas de validación.
• EIP-7702 permite que una cuenta común delegue a un contrato sin cambiar de dirección, lo que saca la migración de la ecuación.

La comparación entre ambos modelos, y por qué la elección cambia la experiencia, está en qué es un paymaster.

Qué cuesta este diseño

Ser honesto sobre el costo es parte de evaluar la idea:

• Complejidad. Un contrato entre ti y tus activos es una pieza más que puede tener bugs. La superficie de ataque se muda, no desaparece.
• Fricción. Las reglas que protegen también molestan. Un retardo de retiro protege del robo e irrita en una emergencia legítima.
• Costo de red. Una operación mediada por contrato consume más gas que una transferencia simple.
• Dependencia de infraestructura. Si la operación depende de un relayer, su disponibilidad empieza a importar.

Por eso el modelo tiene más sentido para guardar que para usar: una reserva con reglas, y una cuenta común para el día a día.

Estado actual

Esto es un proyecto de arquitectura, no un recurso anunciado como disponible. La infraestructura de smart account de VKX está en desarrollo, y lo publicado sobre el diseño de seguridad actual está en security architecture.

Preguntas frecuentes

¿Esto me quita soberanía sobre los fondos? No. Las reglas las defines tú y la autorización sigue viniendo de tu clave. El contrato limita qué hace la clave, no quién manda.

¿Si mi seed se filtra, estoy seguro? Mejor protegido, no seguro. El objetivo es convertir un drenaje instantáneo en algo lento como para poder reaccionar.

¿Necesito cambiar de dirección? En el modelo con EIP-7702, no — la delegación conserva la misma dirección.

¿Esto reemplaza una hardware wallet? No. Son capas distintas: una limita qué puede hacer la clave, la otra protege dónde vive la clave. Más sobre la segunda en el estudio de hardware wallet.

¿Ya está disponible? Es un proyecto de arquitectura. No lo trates como recurso en producción.

Siguiente paso

Si tu riesgo principal es la filtración de la clave, la medida con efecto inmediato hoy no es arquitectura: es revisar aprobaciones y hábitos de seguridad.

Aviso: este contenido tiene carácter informativo y educativo y no constituye recomendación de inversión.