Nano

El documento de RaiBlocks de diciembre de 2014 propuso transferir valor con rapidez sin que los usuarios tuvieran que competir mediante comisiones por un espacio compartido en cada bloque.

La distribución comenzó con un mecanismo distinto de la minería o la venta pública: los usuarios resolvían pruebas CAPTCHA para recibir XRB.

En octubre de 2017, después de repartir cerca del 39% del saldo génesis, se quemó el resto. Quedaron unos 133,248 millones de monedas, y el protocolo no ofrece una vía para superar aquel techo inicial.

Cada cuenta conserva su propio historial firmado. Al enviar un pago, el emisor modifica únicamente su cadena, sin esperar a que el receptor esté conectado.

Una vez confirmado, el envío no se revoca. Para poder gastar el importe, el receptor debe publicar su bloque de recepción. Su cartera tiene que detectar los importes pendientes de recibir; estar desconectado no impide que alguien le envíe fondos.

Cuando existen bloques en conflicto, los representantes votan con el peso que les delegan las cuentas. Esa delegación no transfiere ni bloquea monedas, y el protocolo no emite recompensas inflacionarias para pagar el voto.

El diseño separa el control del dinero del servicio de confirmación. El representante no puede gastar el saldo delegado y el usuario puede elegir otro representante.

Si el peso de voto se concentra, la caída o coordinación de unos pocos representantes tiene mayor efecto. La diversidad depende de las elecciones que hagan realmente los usuarios.

El 30 de enero de 2018, RaiBlocks adoptó el nombre Nano. Nueve días después, BitGrail detuvo las operaciones con XRB.

La plataforma de intercambio comunicó un déficit de 17 millones de monedas. El equipo de Nano afirmó que no había encontrado un doble gasto y señaló el software de BitGrail como origen del problema. Esa explicación procedía de una de las partes implicadas.

Los usuarios habían confiado la custodia a BitGrail. La irreversibilidad del libro de Nano no permitía recuperar las claves de la plataforma. En el procedimiento de Florencia, los saldos agrupados se trataron como créditos en euros, sin devolver a cada usuario sus monedas una por una.

El pequeño cálculo exigido por bloque funcionaba como filtro contra el abuso, no como minería remunerada. Aun así, el tráfico formalmente válido podía consumir memoria, ancho de banda y capacidad de confirmación sin pagar una comisión.

El ataque de 2021 retrasó V22 y ralentizó las confirmaciones. Nano mantuvo los pagos gratuitos, pero cambió el orden de atención de las cuentas según su saldo y el tiempo transcurrido desde su último uso.

Después incorporó elecciones sugeridas, búsqueda continua y colas de atención más equitativas. La gratuidad se conservó a costa de hacer explícitas las reglas con las que los nodos reparten su capacidad limitada.

V28 Electrum limitó a unos 100.000 bloques la diferencia entre los bloques procesados y los confirmados, y reguló el tráfico entre nodos. En lugar de acumular trabajo sin límite, el nodo puede aplazar o descartar el de menor prioridad.

En pruebas de la Fundación, las confirmaciones normales tardaron menos de 1,5 segundos durante un ensayo de 200.000 bloques. Es un resultado de prueba, no una garantía para cualquier condición de red.

V28.2 era la última versión etiquetada que se revisó. Las mejoras de V29 descritas en mayo de 2026 seguían en desarrollo.

XNO permite mantener y gastar un saldo y elegir representante; no representa una participación que devengue rendimiento. La Fundación apoya el desarrollo del software, pero no reembolsa XNO ni remunera a los nodos desde el protocolo.

Nano ha mantenido su decisión de no cobrar comisiones. Su historia también muestra que transferir gratis exige repartir recursos escasos y revisar esas reglas cuando aparecen nuevas formas de saturación.