@Walrus 🦭/acc está mal valorado como “almacenamiento general económico” porque la unidad de costo no son bytes, es el blob. Una escritura tiene un gran overhead fijo: la codificación de borrado infla la huella codificada (~5x), los metadatos por blob pueden ser enormes (hasta ~64MB), y el camino de compromiso puede requerir hasta tres operaciones en cadena en Sui antes de que el blob sea tratado como globalmente real. Cuando el payload es pequeño, ese impuesto fijo domina, así que el costo por byte deja de ser lineal y comienza a ser una penalización por el conteo de objetos. El resultado práctico es que Walrus se comporta como un filtro económico: los blobs grandes y los lotes al estilo Quilt amortizan el overhead, mientras que muchos ítems de menos de 10MB son comprimidos. Cambiaré mi opinión si los precios de mainnet muestran blobs de menos de 10MB aterrizando cerca de un costo lineal $/byte sin agrupamiento y sin que las llamadas en cadena repetidas sean la factura. Por eso espero que $WAL la demanda siga el throughput sostenido de blobs grandes más que el conteo de apps o el conteo de archivos. Si lo valoras como almacenamiento universal, estás apostando silenciosamente a que la mezcla de carga de trabajo seguirá siendo pesada en blobs por diseño. Implicación: si tu app envía muchos ítems de menos de 10MB sin agrupamiento, te encontrarás con un muro de costo no lineal, así que diseña para la agregación o evita Walrus. #walrus