$DUSK adopta un enfoque interesante para escalar porque el límite de bloques de 1MB te informa más que una enorme talla de bloque por sí sola. Un bloque Phoenix puede contener alrededor de 250 transacciones confidenciales, lo que equivale aproximadamente a 4KB por transacción. Eso es mucho más pesado que una transferencia UTXO transparente normal, pero los bytes extra tienen un motivo. Dusk lleva nullifiers, commitments y datos de pruebas PLONK para que la red pueda verificar una transacción sin exponer quién le envió qué a quién.
Con bloques que llegan aproximadamente cada 10 segundos, estás hablando de alrededor de 25 TPS confidenciales. Para @Dusk en este momento, eso no necesariamente es un problema. La red aún no está gestionando un volumen masivo de liquidación institucional, así que no hay demasiada razón para aumentar la capacidad solo por el simple hecho de tener un número más grande.
Lo interesante llega cuando el uso institucional de Dusk realmente empieza a incrementarse. Si los valores tokenizados comienzan a liquidarse a un volumen significativo mientras ocurre actividad regular de Moonlight junto con ellos, 25 TPS podrían convertirse en una restricción real.
Aumentar el tamaño del bloque suena como la respuesta fácil, y Dusk ha mantenido ese parámetro configurable. Pero los bloques más grandes también significan más datos que se retransmiten a través de Kadcast y más estado para que los provisioners lo almacenen. Un operador grande con hardware y ancho de banda sólidos puede gestionarlo bastante bien. Un operador de nodo más pequeño quizá no.
Ahí es donde el debate sobre escalabilidad se vuelve más importante. Dusk no solo está decidiendo cuántas transacciones puede procesar. También está decidiendo qué tipo de hardware y ancho de banda necesita la gente para participar asegurando la red.
La privacidad ya hace que las transacciones sean más grandes porque la red tiene que demostrar cosas sin revelar los detalles subyacentes. Si Dusk sigue aumentando la capacidad simplemente haciendo los bloques más grandes, eventualmente podría dificultar el funcionamiento de un nodo para operadores más pequeños.
Así que creo que la verdadera prueba para Dusk no es si puede meter más transacciones en cada bloque. Es si puede aumentar el rendimiento manteniendo una participación de red realista para un amplio rango de operadores.
#dusk $DUSK
Con bloques que llegan aproximadamente cada 10 segundos, estás hablando de alrededor de 25 TPS confidenciales. Para @Dusk en este momento, eso no necesariamente es un problema. La red aún no está gestionando un volumen masivo de liquidación institucional, así que no hay demasiada razón para aumentar la capacidad solo por el simple hecho de tener un número más grande.
Lo interesante llega cuando el uso institucional de Dusk realmente empieza a incrementarse. Si los valores tokenizados comienzan a liquidarse a un volumen significativo mientras ocurre actividad regular de Moonlight junto con ellos, 25 TPS podrían convertirse en una restricción real.
Aumentar el tamaño del bloque suena como la respuesta fácil, y Dusk ha mantenido ese parámetro configurable. Pero los bloques más grandes también significan más datos que se retransmiten a través de Kadcast y más estado para que los provisioners lo almacenen. Un operador grande con hardware y ancho de banda sólidos puede gestionarlo bastante bien. Un operador de nodo más pequeño quizá no.
Ahí es donde el debate sobre escalabilidad se vuelve más importante. Dusk no solo está decidiendo cuántas transacciones puede procesar. También está decidiendo qué tipo de hardware y ancho de banda necesita la gente para participar asegurando la red.
La privacidad ya hace que las transacciones sean más grandes porque la red tiene que demostrar cosas sin revelar los detalles subyacentes. Si Dusk sigue aumentando la capacidad simplemente haciendo los bloques más grandes, eventualmente podría dificultar el funcionamiento de un nodo para operadores más pequeños.
Así que creo que la verdadera prueba para Dusk no es si puede meter más transacciones en cada bloque. Es si puede aumentar el rendimiento manteniendo una participación de red realista para un amplio rango de operadores.
#dusk $DUSK