#dusk $DUSK En las actualizaciones de desarrollo oficiales de Dusk «August 4–11, 2026» vi metered BlobCall, y ya tenía la calculadora en la mano: ¿DUSK tiene un ingreso adicional por datos? Vi la línea siguiente de “disabled” y, como por arte de magia, me guardé la mano otra vez.
Se puede entender Blob como un gran paquete de datos de transacciones que la capa de red le entrega a la capa base de Dusk. Para que DuskEVM haga que DuskDS se encargue de almacenar y probar esos datos, es indispensable este tipo de canales.
En el código público, el tamaño aproximado del cuerpo de datos de cada Blob es de ~128 KB. Los nodos tienen que recibir, propagar y verificar las pruebas KZG, además de garantizar que los datos se puedan obtener en cualquier momento durante el periodo de verificación de seguridad; después, los datos completos pueden eliminarse y en la cadena solo queda una “receta” inalterable que no se puede falsificar.
Así que creo que lo que Dusk venderá en el futuro no es un disco duro permanente, sino más bien un servicio de custodia de datos verificable.
El último trabajo de ingeniería de Dusk ya puede bloquear datos maliciosos antes de modificar el libro mayor, y también puede cobrar por BlobCall en función del trabajo. Pero si el interruptor no está activado, la aplicación no llega a ese canal de cobro. En pocas palabras: el código calcula el precio, lo cual solo demuestra que el sistema de cobros está listo; no prueba que el ingreso ya haya ocurrido.
Yo quería contarlo como algo positivo, pero cuanto más lo desarmo, más cauteloso me vuelvo. Si se fija un precio bajo, los nodos tendrán que poner ancho de banda, CPU y almacenamiento para la aplicación de capa superior; si se fija demasiado alto, las aplicaciones intentarán comprimirlo sin parar, reducir las publicaciones, el cobro por cada operación sube y, sin embargo, el número total de veces podría disminuir.
Ahora, solo desde esta dimensión, veo que el ingreso de datos de DUSK se parece más a: bytes pagados por día × costo por byte.
Que haya soltado muchos activos junto con DuskEVM no es lo mismo. Aunque los activos sean grandes, si no se publican datos de forma continua, este ingreso sigue siendo bastante tenue.
En cuanto a las transacciones, esperaré a que aparezcan de verdad los datos: la altura de activación, los primeros Blob exitosos, los publicadores recurrentes y qué proporción de las comisiones totales representa la tarifa de datos.
Es como una carta de precios de un restaurante: colgarla no es hacer negocio. Solo cuenta cuando alguien está dispuesto a pedir y pagar. Al desarmarlo, también me di cuenta: ¿esto también es un valor de “derrame” de la tecnología? Ya he añadido en silencio esta línea como un indicador de observación a largo plazo dentro de la valoración de tokens.
@Dusk_Foundation
$BTC
Se puede entender Blob como un gran paquete de datos de transacciones que la capa de red le entrega a la capa base de Dusk. Para que DuskEVM haga que DuskDS se encargue de almacenar y probar esos datos, es indispensable este tipo de canales.
En el código público, el tamaño aproximado del cuerpo de datos de cada Blob es de ~128 KB. Los nodos tienen que recibir, propagar y verificar las pruebas KZG, además de garantizar que los datos se puedan obtener en cualquier momento durante el periodo de verificación de seguridad; después, los datos completos pueden eliminarse y en la cadena solo queda una “receta” inalterable que no se puede falsificar.
Así que creo que lo que Dusk venderá en el futuro no es un disco duro permanente, sino más bien un servicio de custodia de datos verificable.
El último trabajo de ingeniería de Dusk ya puede bloquear datos maliciosos antes de modificar el libro mayor, y también puede cobrar por BlobCall en función del trabajo. Pero si el interruptor no está activado, la aplicación no llega a ese canal de cobro. En pocas palabras: el código calcula el precio, lo cual solo demuestra que el sistema de cobros está listo; no prueba que el ingreso ya haya ocurrido.
Yo quería contarlo como algo positivo, pero cuanto más lo desarmo, más cauteloso me vuelvo. Si se fija un precio bajo, los nodos tendrán que poner ancho de banda, CPU y almacenamiento para la aplicación de capa superior; si se fija demasiado alto, las aplicaciones intentarán comprimirlo sin parar, reducir las publicaciones, el cobro por cada operación sube y, sin embargo, el número total de veces podría disminuir.
Ahora, solo desde esta dimensión, veo que el ingreso de datos de DUSK se parece más a: bytes pagados por día × costo por byte.
Que haya soltado muchos activos junto con DuskEVM no es lo mismo. Aunque los activos sean grandes, si no se publican datos de forma continua, este ingreso sigue siendo bastante tenue.
En cuanto a las transacciones, esperaré a que aparezcan de verdad los datos: la altura de activación, los primeros Blob exitosos, los publicadores recurrentes y qué proporción de las comisiones totales representa la tarifa de datos.
Es como una carta de precios de un restaurante: colgarla no es hacer negocio. Solo cuenta cuando alguien está dispuesto a pedir y pagar. Al desarmarlo, también me di cuenta: ¿esto también es un valor de “derrame” de la tecnología? Ya he añadido en silencio esta línea como un indicador de observación a largo plazo dentro de la valoración de tokens.
@Dusk_Foundation
$BTC