$DUSK release notes para el cliente Rusk y una línea detenida el methe Boreas hardfork host query activations se vincularon y gestionaron por separado para mainnet, testnet y devnet/localnet, con reglas de gas de despliegue gestionadas detrás de la activación de funciones para que el replay previo al fork permanezca intacto.

Porque no es así como se lanza algo; lo que hacemos es apresurarnos para llegar al mercado. Así es como se lanza algo de lo que tienes miedo de romper.

El equipo está tratando la continuidad del estado de la cadena como algo sagrado: la semántica del replay previo al fork literalmente no puede cambiar incluso cuando se activen nuevas lógicas de precios debajo. Devnet obtiene Boreas desde el génesis; mainnet no.

Esa brecha entre entornos es la verdadera hoja de ruta del producto, no el hilo del anuncio. La mayoría de los proyectos que he revisado durante tareas de CreatorPad adoran las actualizaciones ruidosas.

@Dusk parece estar haciendo lo contrario, superponiendo puertas de activación como si estuviera construyendo para auditores que leerán la diferencia (diff), no para inversores que leerán el tuit.

La postura de privacidad y cumplimiento primero por fin alineándose con el comportamiento real de los commits… ¿o estoy leyendo demasiado en la intención de lo que es, simplemente, una higiene de ingeniería cuidadosa?

De todos modos, ¿cuándo fue la última vez que comprobaste si las notas de lanzamiento de un proyecto coincidían con su marketing?😵

@Dusk $DUSK #dusk