Algunas ideas llegan antes de que el mercado tenga palabras para ellas

Sobre la construcción de Toqen, la autenticación centrada en el acceso y por qué cierta infraestructura solo se vuelve obvia cuando la necesidad es lo suficientemente dolorosa.

Anton Minin Baranovskii — Desarrollador Frontend Senior
8/5/2026
Algunas ideas llegan antes de que el mercado tenga palabras para ellas
El acceso debe confirmarse como un evento específico y verificable
Nunca te rindas. Nunca te rindas. Nunca, nunca, nunca, nunca, en nada, grande o pequeño, importante o insignificante, nunca te rindas excepto a las convicciones del honor y el buen juicio.

Winston Churchill

Cuando empecé a construir Toqen, la idea me parecía simple.

La autenticación no debería tratar solo sobre quién es una persona. También debería tratar sobre qué se está autorizando, en qué momento, desde qué dispositivo y bajo qué contexto.

Esa es la base de la autenticación centrada en el acceso.

En la mayoría de los sistemas actuales, la autenticación todavía comienza con la identidad. Un usuario ingresa un email, contraseña, código, passkey o inicia sesión con redes sociales. El sistema verifica a la persona, crea una sesión y luego muchas acciones posteriores dependen de esa sesión como un amplio límite de confianza.

Este modelo funciona para muchos productos. Es familiar. Es esperado. Es fácil de entender.

Pero internet está cambiando.

Nos movemos hacia un mundo donde las acciones ocurren más rápido, los sistemas interactúan con otros sistemas, los agentes de IA operan en múltiples herramientas y las decisiones de autorización deben tomarse en tiempo real. En ese mundo, la pregunta ya no es solo "¿Quién es este usuario?"

La pregunta más importante se convierte en:

¿Qué exactamente se está autorizando ahora mismo?

Esa pregunta es la razón de que Toqen exista.

Quizás empecé demasiado pronto.

Quizás el mercado promedio todavía se siente más cómodo con sistemas centrados en la identidad, flujos de inicio de sesión tradicionales y patrones familiares basados en cuentas.

Eso es normal. La infraestructura a menudo se vuelve obvia solo después de que la necesidad se vuelve lo suficientemente dolorosa.

Antes de ese momento, puede parecer demasiado específica, demasiado inusual o demasiado adelantada a la demanda actual.

Pero sigo creyendo que la dirección es clara.

  • El acceso se volverá más contextual.
  • La autorización se volverá más orientada a eventos.
  • Los dispositivos jugarán un papel más importante en la confirmación de la intención.
  • La prueba criptográfica importará más.
  • Los sistemas necesitarán registros más claros de lo que se solicitó, lo que se aprobó, cuándo ocurrió y qué dispositivo de confianza lo confirmó.

Esto es especialmente importante a medida que los agentes de IA y los flujos de trabajo automatizados se vuelven más comunes.

Cuando el software comienza a realizar acciones en nombre de personas u organizaciones, la autorización no puede permanecer vaga. Necesita límites. Necesita confirmación. Necesita trazabilidad. Necesita una forma de separar la identidad general de una acción aprobada específica.

Ahí es donde la autenticación centrada en el acceso se vuelve importante.

Toqen es mi intento de construir esa capa con cuidado.

  • No como una tendencia.
  • No como un atajo.
  • No como un envoltorio de marketing alrededor del inicio de sesión.

Sino como infraestructura diseñada en torno a la autorización segura en tiempo real.

La versión actual es solo un paso en esa dirección. Todavía hay mucho que construir, probar, documentar, simplificar y mejorar. El producto continuará evolucionando.

Pero la idea central permanece estable:

El acceso debe confirmarse como un evento específico y verificable.

Puede que esa idea tarde en volverse obvia.

Estoy bien con eso.

Algunas ideas llegan antes de que el mercado tenga palabras para ellas.

El trabajo consiste en seguir construyendo hasta que el lenguaje, la necesidad y el momento finalmente se encuentren.