DE ACUERDO

Entiendo la lógica de ingeniería detrás del inicio federado. Generar pruebas ZK-SNARK es un consumo de recursos, y esperar que los nodos de la comunidad manejen esa carga desde el primer día es una receta para el desastre. Comenzar "federado" tiene sentido para la estabilidad—les daré eso.
Pero aquí está el problema: hemos estado en esto durante nueve meses y aún no hay claridad sobre los criterios de salida.
Sin objetivos de TPS, sin un recuento específico de nodos y sin requisitos de distribución geográfica. Charles Hoskinson mencionando "el final de 2026" es solo una fecha en un calendario—no es un hito técnico ni un mecanismo de descentralización.
Llamémoslo como es: una cadena de privacidad que funciona completamente en Google Cloud durante casi un año no es aún una red descentralizada. Es una hoja de ruta de privacidad. En este momento, la fase "Kūkolu" significa que la producción de bloques está controlada estrictamente por cuatro entidades: Google Cloud, Blockdaemon, Alphaton Capital y Shielded Technologies. Dicen que es por "estabilidad", pero sin desencadenantes medibles para una transición sin permisos, solo estamos confiando en una autoridad central.
¿Cuáles son los KPIs reales que desencadenarán la transferencia a la comunidad? Necesitamos números, no solo promesas.
#night #NİGHT $NIGHT @MidnightNetwork
{future}(NIGHTUSDT)