Cardano propone un registro de software de productores de bloques

Josh Marchand ha propuesto un registro compartido que permitiría a los exploradores de Cardano rastrear qué clientes de nodo producen bloques. Presentado el 24 de septiembre, CIP-0203 se basa en un método de señalización ya utilizado por Dingo y Gerolamo. La propuesta sigue en revisión.

Identificadores de software en los bloques de Cardano

Cada cliente de nodo participante recibiría un identificador vinculado a su nombre, mantenedores y repositorio público. Los productores de bloques registrarían ese identificador en el encabezado del bloque, donde los exploradores podrían asociarlo con el software registrado.

La propuesta usa el campo existente de versión menor del protocolo, que no determina la validez del bloque. Esto permite la identificación sin cambiar las reglas de consenso ni requerir una bifurcación dura. Un espacio adicional acomodaría información como versiones de software, utilizando formatos documentados por los respectivos equipos de desarrollo.

Los identificadores retirados permanecerían en el registro y no se reasignarían dentro del mismo esquema, preservando el significado de los bloques históricos.

Medición de la diversidad de clientes de Cardano

Los clientes de nodo son las implementaciones de software que permiten a las computadoras validar datos de la red y producir bloques. A medida que clientes desarrollados de forma independiente entren en uso, los exploradores necesitan una forma consistente de medir su contribución a la producción de bloques.

La declaración del problema anterior CPS-0036 identificó convenciones de señalización fragmentadas como un obstáculo para esa medición. Sus autores describieron la diversidad de clientes como una medida relevante de la resiliencia de la red. Sin un formato acordado, los exploradores e investigadores deben interpretar por separado las convenciones de cada implementación.

CIP-0203 proporcionaría ese formato común. Según Marchand, el identificador principal permitiría a los observadores calcular la cuota de bloques producidos por cada cliente independientemente de cualquier dato adicional que publique.

Del registro al soporte en exploradores

La participación sería voluntaria, con una opción explícita para retener información sobre el software. Las estadísticas reflejarían los identificadores autoinformados de los productores, sin verificar de manera independiente los programas que ejecutan.

Los revisores aún están discutiendo cómo deberían decodificar las herramientas la información opcional como los números de versión. La propuesta deja esos formatos a los equipos individuales, al tiempo que les exige documentar su significado.

La ruta propuesta hacia el estado Active requiere adopción en ambos frentes: al menos dos clientes independientes que produzcan bloques con identificadores registrados en mainnet o en una testnet pública, y al menos un explorador o panel público que decodifique esos identificadores.