Anoche pedí una taza de té de leche, el sistema originalmente mostró que llegaría en veinte minutos. Sin embargo, el tiempo pasó segundo a segundo, treinta minutos, cuarenta minutos, el pedido seguía en camino. Luego, el repartidor llamó para explicar que la plataforma le había asignado varios pedidos al mismo tiempo, y solo podía correr y esperar en los semáforos, la ruta se alargaba cada vez más. En realidad, nadie estaba perezoso, solo que el sistema había llevado la eficiencia al límite, y una vez que hay un pequeño cambio, todo el proceso se ralentiza.
Muchas redes de blockchain también se encuentran con situaciones similares. A simple vista, parece que cuanto mayor sea el rendimiento, mejor, cuanto más lleno esté el bloque, más "eficiente" es, pero cuando la actividad en la cadena aumenta repentinamente, la congestión aparece de inmediato. Las tarifas de transacción aumentan, las transacciones se ponen en cola, y los usuarios solo pueden esperar. Buscar la operación a plena capacidad parece ahorrar recursos, pero en realidad deja al sistema casi sin espacio para enfrentar las fluctuaciones.
La idea de Midnight es justo lo contrario. En su diseño, no se considera que los bloques deban ser contenedores llenos a su máxima capacidad, sino que se deja intencionalmente una parte del espacio. Así, cuando las transacciones aumentan repentinamente, la red tiene capacidad para absorberlas y no entra de inmediato en estado de congestión. A simple vista parece que "no se ha usado todo", pero en realidad es un tipo de buffer que se ha preparado con anticipación.
Me gusta este tipo de diseño porque no asume que el mundo es estable. En la realidad, la demanda siempre fluctúa, si el sistema solo se optimiza para un "estado de máxima capacidad", una vez que se supera la previsión, los problemas aparecerán de inmediato. Dejar un margen, en esencia, es aumentar la elasticidad de la red.
Por supuesto, esta proporción no es invariable. A medida que el ecosistema madura, la comunidad puede ajustar los parámetros a través de la gobernanza. Si en el futuro la red es más estable y la infraestructura más sólida, quizás se pueda aumentar el objetivo de utilización y llevar la eficiencia aún más. Pero mantener un enfoque conservador en las primeras etapas es una opción más responsable para la experiencia del usuario.
Piensa en esa taza de té de leche retrasada para entender esta diferencia. Si la plataforma solo piensa en que el repartidor siga aceptando pedidos, a corto plazo parece que la eficiencia es alta, pero en realidad hace que cada pedido se retrase. Muchas veces, un espacio adecuado no es un desperdicio, sino que es para mantener el orden cuando llegan los cambios.
$NIGHT #night @MidnightNetwork
Muchas redes de blockchain también se encuentran con situaciones similares. A simple vista, parece que cuanto mayor sea el rendimiento, mejor, cuanto más lleno esté el bloque, más "eficiente" es, pero cuando la actividad en la cadena aumenta repentinamente, la congestión aparece de inmediato. Las tarifas de transacción aumentan, las transacciones se ponen en cola, y los usuarios solo pueden esperar. Buscar la operación a plena capacidad parece ahorrar recursos, pero en realidad deja al sistema casi sin espacio para enfrentar las fluctuaciones.
La idea de Midnight es justo lo contrario. En su diseño, no se considera que los bloques deban ser contenedores llenos a su máxima capacidad, sino que se deja intencionalmente una parte del espacio. Así, cuando las transacciones aumentan repentinamente, la red tiene capacidad para absorberlas y no entra de inmediato en estado de congestión. A simple vista parece que "no se ha usado todo", pero en realidad es un tipo de buffer que se ha preparado con anticipación.
Me gusta este tipo de diseño porque no asume que el mundo es estable. En la realidad, la demanda siempre fluctúa, si el sistema solo se optimiza para un "estado de máxima capacidad", una vez que se supera la previsión, los problemas aparecerán de inmediato. Dejar un margen, en esencia, es aumentar la elasticidad de la red.
Por supuesto, esta proporción no es invariable. A medida que el ecosistema madura, la comunidad puede ajustar los parámetros a través de la gobernanza. Si en el futuro la red es más estable y la infraestructura más sólida, quizás se pueda aumentar el objetivo de utilización y llevar la eficiencia aún más. Pero mantener un enfoque conservador en las primeras etapas es una opción más responsable para la experiencia del usuario.
Piensa en esa taza de té de leche retrasada para entender esta diferencia. Si la plataforma solo piensa en que el repartidor siga aceptando pedidos, a corto plazo parece que la eficiencia es alta, pero en realidad hace que cada pedido se retrase. Muchas veces, un espacio adecuado no es un desperdicio, sino que es para mantener el orden cuando llegan los cambios.
$NIGHT #night @MidnightNetwork
