De backend al blockchain: el viaje de un desarrollador

De backend al blockchain: el viaje de un desarrollador

Cuando Sngular recibió recientemente el encargo de crear nuestro primer prototipo Web3, pronto quedó claro que comprender el blockchain no es solo cuestión de aprender un nuevo lenguaje de programación. Requiere replantearse supuestos fundamentales sobre los datos, la identidad y la confianza.

Para completar el proyecto, se reunieron una combinación de habilidades y perspectivas. En concreto, nuestros dos desarrolladores principales procedían de extremos opuestos del espectro de la web descentralizada. Nuestro desarrollador jefe, Gonzalo Fernández, que cuenta con años de experiencia en backend Java, unió fuerzas con Joseph Noott, que tiene una amplia experiencia con código blockchain, pero no con las API tradicionales.

En este artículo, repasaremos los cambios mentales y los conceptos clave que pueden ayudar a salvar la brecha entre el desarrollo backend tradicional y la creación en una red descentralizada. Si eres desarrollador y sientes curiosidad por Web3, pero no sabes por dónde empezar, esto es para ti.

¿Qué es exactamente la cadena de bloques?

Como desarrolladores de backend, estamos acostumbrados a que las bases de datos estén guardadas en servidores, ocultas tras API y cuidadosamente protegidas del mundo exterior. La cadena de bloques da un giro completo a ese modelo. En esencia, una cadena de bloques es un libro de contabilidad compartido, al que solo se pueden añadir entradas y que cualquiera (en una cadena pública) puede leer.

Cada acción se registra públicamente.

Piensa en cada transacción o actualización como una entrada permanente en un gigantesco libro de registro. En las blockchains públicas, cualquiera puede ver todo el historial. No hay consultas SELECT * privadas ocultas tras capas de autenticación.

Los datos son inmutables.

Una vez que un dato ha sido aceptado en la cadena, queda bloqueado. No hay sentencias «UPDATE» ni «DELETE». Nunca. Es como si tu INSERT estuviera escrito en piedra.

Pero el estado es mutable.

Eso no significa que los contratos inteligentes no puedan realizar un seguimiento de los valores cambiantes. Por ejemplo, el saldo de una cartera puede aumentar o disminuir con el tiempo. Lo que realmente ocurre es que se añaden nuevos registros inmutables que, en conjunto, representan el estado actual.

El consenso garantiza la integridad.

En la Web 2, confías en el administrador de la base de datos para garantizar la coherencia. En Web3, la integridad proviene del consenso. Los mineros (prueba de trabajo) o los validadores (prueba de participación) acuerdan colectivamente qué transacciones son válidas y en qué orden, lo que garantiza que ningún actor individual pueda reescribir el historial.

Analogía: imagina que cada INSERT en tu base de datos SQL tuviera que transmitirse a una red global, ser validado por miles de desconocidos y luego registrarse de forma permanente antes de que tu aplicación pudiera utilizarlo. Ese es el cambio mental: tu «base de datos» ya no es solo tuya. Es un registro público y verificable.

Carteras: tu identidad en Web3

En Web2, estamos acostumbrados a crear cuentas con nombres de usuario, contraseñas y, tal vez, un código 2FA para demostrar quiénes somos. En Web3, todo ese modelo se sustituye por carteras.

Identidad y acceso

Una cartera es tanto tu identidad como tu clave de acceso. Se acabaron las cuentas que registrar y los restablecimientos de contraseñas. Todo se reduce a claves criptográficas.

Olvídate de los nombres de usuario y las contraseñas

En lugar de credenciales almacenadas en una base de datos, tu identidad está representada por una dirección pública derivada de tu par de claves criptográficas.

Claves criptográficas

Piensa en una cartera como un par de claves SSH que probablemente hayas utilizado para acceder a servidores. Tienes:

Una clave pública → que se transforma en la dirección de tu cartera. Esta es tu identidad y se puede compartir de forma segura.

Una clave privada → que nunca compartes. Es lo que te da permiso para actuar desde esa dirección.

Firmar transacciones

Cuando interactúas con la cadena de bloques, no «inicias sesión». En su lugar, firmas una transacción con tu clave privada. La red verifica que la firma coincide con tu dirección pública, lo que demuestra que realmente proviene de ti.

Analogía: tu monedero es como un par de claves SSH, pero en lugar de iniciar sesión en servidores, estás firmando acciones en un libro de contabilidad público y global. Tu dirección pública = identidad, tu clave privada = permiso. Perder tu clave privada es como tirar la única copia de tu clave privada SSH. Ningún administrador puede restablecerla por ti.