He estado profundizando más en el diseño del Fénix de Dusk, y cuanto más lo miro, más sentido tiene la elección de la profundidad-34.

17.2B hace que los sonidos casi parezcan ridículos al principio. Pero no fue el número en sí lo que llamó mi atención.

Es la forma en que Phoenix llega allí.

La profundidad 32 ofrece alrededor de 4.3B de hojas. Pasa a 34 y la capacidad se incrementa cerca de 4×. Agrega un nivel más y vuelve a duplicarse.

Sin embargo, la ruta de pruebas solo crece un paso a la vez.

Ahí es donde encuentro la parte ingeniosa.

Por supuesto, una capacidad teórica enorme no significa que el problema esté resuelto. A medida que se crean más notas, todavía tienes que ocuparte de demostrar, de los datos del testigo, del almacenamiento y del acceso al estado.

Y creo que ahí es donde comienza la prueba real.

Para mí, Phoenix no es interesante simplemente porque, en teoría, pueda contener miles de millones de notas. Es interesante porque Dusk intenta equilibrar la privacidad, la verificación y el crecimiento del estado a largo plazo en el mismo diseño.

La privacidad a pequeña escala es una cosa.

Mantenerla práctica a medida que el uso crece es un desafío mucho más difícil.

Así que no estoy viendo la cifra de 17B como la línea de meta. La veo como margen de crecimiento.

La pregunta que voy a vigilar es sencilla:

Cuando la actividad real comience a llenar ese árbol, ¿puede Phoenix mantener el mismo equilibrio elegante entre una capacidad masiva y pruebas manejables?

Esa respuesta importará mucho más que el número del titular.

#Dusk @Dusk $DUSK