Ravencoin

Fenton concibió Ravencoin cuando numerosos proyectos de software se financiaban vendiendo tokens. La red empezó el 3 de enero de 2018, noveno aniversario de Bitcoin, sin ICO, premine, masternodes ni reserva fundadora.

El desarrollo sí tuvo financiación. La historia oficial señala que Medici Ventures apoyó al equipo central inicial. Por tanto, justo describe la distribución de RVN mediante minería, no la ausencia de patrocinadores.

Tron Black documentó buena parte de la historia técnica temprana. Según su relato, el programa inicial ya incluía la minería para que cualquiera pudiera competir por RVN desde el primer bloque.

El 5 de noviembre de 2018 se activó la emisión nativa. En vez de desplegar un contrato inteligente general, el emisor quema 500 RVN, elige un nombre único y una oferta, y recibe el activo junto con un token de propiedad terminado en «!».

Ese token es la llave de las facultades del emisor. Si la configuración inicial lo permite, hace falta para reemitir o crear activos subordinados. Poseer RVN corriente no concede control sobre un activo emitido por otra persona.

Más tarde llegaron calificadores y activos restringidos para aplicar condiciones de cumplimiento. El emisor puede etiquetar direcciones o limitar transferencias, pero la cadena no comprueba que exista el oro, que una participación societaria sea válida o que una entrada vaya a ser aceptada.

X16R buscaba mantener competitivo el equipo de consumo. Aun así aparecieron ASIC, y los mineros migraron a X16Rv2 el 1 de octubre de 2019 y a KAWPOW el 6 de mayo de 2020.

Mantener el ideal de reparto exigió que los mantenedores escribieran nuevas reglas de consenso y que los mineros las adoptaran. La resistencia a los ASIC no quedó asegurada en el lanzamiento; pasó a ser una decisión repetida ante cada cambio de hardware.

La primera transacción conocida entró en el bloque 1.224.614 el 9 de mayo de 2020, pero entonces nadie reconoció el patrón. El 29 de junio un desarrollador de CryptoScope terminó de reconstruir el explorador Solus y vio valor en RVN dentro de salidas que solo debían contener una operación de reemisión de activos.

Una aportación de la comunidad había estrechado mal una comprobación. Actores desconocidos aprovecharon el hueco para crear RVN fuera del subsidio normal de 5.000 RVN por bloque. CryptoScope avisó a los desarrolladores y ocultó temporalmente la vista pertinente mientras se preparaba el parche para reducir imitaciones.

Los pools adoptaron código que rechazaba nuevos ataques y la regla se volvió dominante en el bloque 1.304.352 el 4 de julio. El exceso final divulgado fue de 301.804.400,51605642 RVN. La reparación no reescribió los bloques aceptados; solo las monedas devueltas voluntariamente a una dirección de quema redujeron el exceso.

La respuesta de 2020 mostró cómo se toman realmente las decisiones. Los desarrolladores diagnosticaron el fallo y publicaron código, y los mercados pudieron suspender depósitos. Sin embargo, la regla corregida solo se volvió dominante cuando los pools actualizaron y aportaron su potencia de minado.

Los mantenedores deciden qué código integran y publican. Mineros y operadores de nodos eligen qué versión ejecutan y qué historial aceptan. Como ninguna empresa puede actualizar todos los nodos a la vez, la seguridad también depende de la rapidez con la que esos participantes convergen en una reparación.

Core v4.7.0, publicado el 14 de junio de 2026, reveló un overflow en la cantidad transferida: quien tuviera al menos una unidad podía crear 2^64 menos la cantidad transferida de ese activo. El binario incluía el parche, pero no se completó la activación requerida por los mineros.

El 7 de agosto se explotó otro fallo en el bloque 4.487.776. KAWPOW usaba una altura declarada en la cabecera sin compararla con la posición real del bloque. Una altura falsa abría una validación barata, admitía bloques sin el trabajo ProgPoW esperado y dejó a algunos nodos sin poder reiniciar o sincronizar.

Core v4.8.0, publicado el 19 de agosto, reunió ambos arreglos. Exigió que la altura coincidiera desde 4.487.776, fijó el bloque anterior como punto de control, descartó al cargar las entradas con prueba de trabajo inválida y sus descendientes, y reconstruyó el estado afectado. La actividad posterior a 4.487.775 podía reorganizarse; fue una respuesta distinta del rechazo prospectivo usado en 2020.

Ravencoin convirtió la emisión de activos en una función de la propia cadena: quemar RVN, elegir un nombre y utilizar unidades que la red ya reconoce. Cada emisor evitaba desplegar un contrato de propósito general independiente.

Esa elección hizo que la exactitud de las reglas comunes importara a todos los emisores. En 2020, la respuesta frenó la emisión indebida sin reescribir los bloques aceptados. En 2026, la recuperación exigió descartar los descendientes de bloques inválidos y reconstruir el estado afectado. La historia de Ravencoin reúne la facilidad de emitir activos nativos y la coordinación necesaria cuando falla el software que todos comparten.