Bless

¿Qué es Bless?

Bless es una red descentralizada de computación perimetral que intenta convertir la capacidad inactiva de dispositivos de consumo en una capa de cómputo compartida para aplicaciones, especialmente de IA, datos y cargas de trabajo sensibles a la latencia.

En lugar de alquilar capacidad a proveedores centralizados de nube hiperescalable, se supone que los desarrolladores envíen trabajos a través de la red de nodos de Bless, mientras que los dueños de dispositivos aportan CPU, GPU, ancho de banda o tiempo en línea y reciben recompensas.

Su foso competitivo propuesto no es una nueva cadena de bloques de propósito general, sino una capa de coordinación para cómputo heterogéneo: los materiales del proyecto describen una combinación de nodos de navegador y nativos, aislamiento mediante WebAssembly, asignación dinámica de recursos y verificación específica por tipo de carga de trabajo, pensados para hacer que los dispositivos ordinarios sean utilizables como infraestructura distribuida en lugar de ser meros tenedores pasivos de tokens, como se describe en la documentación oficial de Bless y la documentación de orquestación de la red.

Bless se ubica en el nicho de infraestructura física descentralizada y cómputo descentralizado, más que en las categorías centrales de Capa 1 o DeFi.

A finales de julio y principios de agosto de 2026, páginas de mercado de terceros situaban a BLESS en el rango bajo de mediana capitalización dentro de los criptoactivos, con CoinMarketCap mostrando una capitalización de mercado inferior a 20 millones de dólares y un rango alrededor de los 700, mientras que CoinGecko mostraba una capitalización similar por debajo de 20 millones de dólares y un rango alrededor de los 800; la información del activo suministrada para este informe mostraba una instantánea de capitalización de mercado más alta, de aproximadamente 38,6 millones de dólares y un precio en el rango bajo de uno a pocos centavos, subrayando cómo la liquidez limitada, la metodología de oferta y el momento de la medición pueden cambiar de forma material la escala aparente de los tokens jóvenes.

Bless no tiene un perfil significativo de TVL en DeFi comparable al de mercados de préstamos o DEX; los agregadores de TVL definen TVL como los activos de usuarios bloqueados en contratos del protocolo, tal como explica la metodología de TVL de DeFiLlama, mientras que la propia documentación para desarrolladores de Bless aún describe despliegues en testnet o beta como gratuitos y aún no como un entorno de facturación en producción en partes de la documentación, lo que hace que la utilización de cómputo, los nodos activos y la demanda de cargas de trabajo pagadas sean más relevantes que el TVL para evaluar la adopción.

¿Quién fundó Bless y cuándo?

Bless se fundó en San Francisco en 2022 bajo el nombre Blockless, durante la contracción cripto posterior a 2021 y el impulso institucional temprano hacia la infraestructura de IA y redes de estilo DePIN.

CoinMarketCap identifica a Butian Li, Michael Chen y Liam Zhang como fundadores, mientras que la página oficial “About” del proyecto indica que el equipo incluye trayectorias en Akash Network, Binance Research y NGC Ventures. El momento es relevante: Bless surgió después de que la primera ola de narrativas generalizadas de “computadora mundial” hubiera madurado hacia mercados de infraestructura más especializados, y su tesis era más estrecha que la de una Capa 1 de contratos inteligentes: los dispositivos de consumo se convertirían en un sustrato de cómputo distribuido en lugar de ser meros puntos finales que interactúan con aplicaciones en cadena.

La narrativa del proyecto evolucionó desde el encuadre de infraestructura de aplicaciones descentralizadas de Blockless hacia el lenguaje más accesible de “computadora compartida” que utiliza Bless.

En su formulación actual, el proyecto se centra menos en reemplazar una capa de liquidación de blockchain existente y más en reducir la dependencia de proveedores de nube centralizados permitiendo que las aplicaciones accedan a cómputo desde su propia base de usuarios o nodos. Ese giro también acercó a Bless más a pares de DePIN e infraestructura de IA que a plataformas convencionales de contratos inteligentes: el sitio web de cara al público enfatiza cargas de trabajo de GPU/CPU, entrenamiento e inferencia de IA, gaming, procesamiento de datos y un mercado de datos basado en el consentimiento, mientras que la documentación para desarrolladores enfatiza el despliegue de TypeScript y JavaScript a través del CLI de Bless, como se muestra en la introducción para desarrolladores.

¿Cómo funciona la red Bless?

Bless se entiende mejor como una red descentralizada de coordinación de cómputo anclada en incentivos criptoeconómicos, no como una cadena de bloques de capa de ejecución independiente que compite directamente con Ethereum o Solana por la liquidación general de transacciones.

El token BLESS se describe en la divulgación MiCA como un token fungible SPL en Solana, mientras que el modelo de seguridad previsto para la red se basa en una participación de estilo Proof-of-Stake en la que los tenedores de tokens hacen staking de BLESS para respaldar la validación, la operación de nodos y la liquidación de tareas de cómputo en la madurez de mainnet, según el white paper MiCA del proyecto. La ejecución real de las cargas de trabajo ocurre a través de nodos distribuidos en lugar de dentro de una única máquina virtual de blockchain determinista, por lo que la pregunta técnica crítica de Bless no es solo la finalidad de consenso, sino si las tareas de cómputo distribuidas pueden asignarse, ejecutarse, verificarse y pagarse con una latencia, fiabilidad y resistencia al fraude aceptables.

La pila técnica de la red se basa en el encaminamiento de tareas, el aislamiento basado en WebAssembly, la selección de nodos consciente del rendimiento y la verificación dinámica.

Los desarrolladores envían trabajos a través del CLI de Bless, incluyendo requisitos de recursos como CPU, RAM, ancho de banda, prioridad y expectativas de latencia; la red luego identifica los nodos en línea por capacidad y geografía, priorizando la fiabilidad histórica y el tiempo de actividad, como se describe en la documentación de orquestación. Para la verificación, Bless describe un modelo modular en el que las aplicaciones pueden elegir métodos de validación específicos por tarea, incluyendo votaciones de estilo pBFT o RAFT para resultados binarios y validación de datos agregados para tareas de recuperación, en lugar de depender de un único esquema de verificación universal para cada cómputo, según la documentación de verificabilidad.

Este diseño es pragmático pero introduce un problema de seguridad difícil: el hardware de consumo heterogéneo es más barato y más amplio que la infraestructura de centros de datos, pero también es más ruidoso, menos fiable y más vulnerable a comportamientos Sybil, colusión, manipulación del tiempo de actividad y entornos de ejecución inconsistentes.

¿Cuáles son los tokenomics de Bless?

El calendario de emisión de BLESS es relativamente agresivo para un token de infraestructura joven. Tokenomics.com informa de un suministro máximo de 10 mil millones de BLESS, un suministro total apenas por debajo de ese nivel, un TGE el 23 de septiembre de 2025 y un suministro circulante que rondaba el 18 % al 19 % del suministro total en instantáneas de datos de mercado de principios de 2026, con la consolidación total de vesting extendiéndose hasta agosto de 2032 mediante un calendario de desbloqueo de 84 meses, según su página de tokenomics de Bless Network y el calendario de desbloqueo. La asignación reportada divide la oferta entre incentivos para la comunidad, pools de airdrop y marketing, insiders, inversores privados, reservas de la fundación y liquidez. Esto hace que BLESS no sea ni un activo de estilo mercancía con flotación fija ni un token de gobernanza totalmente emitido; la principal fuente de presión económica pendiente son los desbloqueos programados, especialmente porque las asignaciones para inversores, equipo, asesores, fundación y comunidad se liberan a lo largo de varios años y pueden ampliar de forma material la oferta circulante incluso si el suministro total está limitado.

La utilidad prevista del token es la liquidación y coordinación del cómputo.

La presentación MiCA indica que se espera que BLESS sustente el staking para la participación en la red, recompense a los operadores de nodos y sirva como medio de pago para las cargas de trabajo de cómputo; también establece que los tenedores no reciben acciones, dividendos, derechos de reparto de beneficios, derechos de redención ni derechos contractuales frente a la red o el emisor, lo cual es importante para la clasificación de riesgos y la disciplina de valoración.

La tesis económica de Bless es que la demanda de cargas de trabajo pagadas debería crear flujos de comisiones hacia los operadores de nodos y, potencialmente, generación de valor para quienes hacen staking o para mecanismos de quema de tokens, pero el registro público aún no es lo suficientemente claro como para tratar esto como algo probado.

Algunos resúmenes de mercado describen presión de quema basada en ingresos, mientras que el white paper MiCA afirma que BLESS no implementa mecanismos automáticos de ajuste de oferta como rebasing, emisión ligada a la demanda o quema ligada a la demanda. La lectura conservadora es que BLESS tiene una oferta nominal limitada con inflación circulante impulsada por el vesting, y que cualquier generación de valor duradero depende de pagos reales por cómputo, demanda de staking y cumplimiento creíble del rendimiento de los nodos, más que de un modelo mecánicamente garantizado de deflación.

¿Quién está usando Bless?

La adopción visible de Bless ha sido más fuerte en el lado de la oferta que en el de la demanda.

El proyecto afirma que su red alcanzó millones de nodos, con el sitio web oficial haciendo referencia a más de 5 millones de nodos mantenidos por usuarios y la documentación para desarrolladores indicando que Bless tenía más de 4,1 millones de nodos en línea cada día en el momento de la publicación de esa página.

La descripción del proyecto en CoinMarketCap también cita más de 5 millones de nodos en testnet, mientras que un reporte de medios de septiembre de 2025 sobre el lanzamiento de mainnet mencionaba más de 6,3 millones de nodos y 2,5 millones de usuarios durante la fase de testnet. Estas cifras sugieren una participación sustancial impulsada por airdrops e incentivos, pero no deben confundirse con demanda empresarial recurrente o ingresos por cómputo pagado; en los mercados DePIN, el crecimiento del lado de la oferta de nodos puede ser barato de subvencionar, mientras que la validación más difícil es si los desarrolladores pagan por las cargas de trabajo una vez que se normalizan los incentivos.

En el lado de la demanda, Bless se orienta hacia soporte para inferencia y entrenamiento de IA, procesamiento de datos, infraestructura de gaming, hosting web distribuido y despliegues de desarrolladores.

La documentación muestra soporte para aplicaciones TypeScript y JavaScript, despliegue mediante npx blessnet deploy e integraciones listadas para tecnologías como Space and Time Database y Monad Blockchain, pero esos mismos documentos también indican que la red está en beta o testnet y que los despliegues son gratuitos durante esa fase, lo que hace que la tracción de ingresos sea difícil de verificar a partir de materiales públicos.

La adopción por parte de exchanges es más clara que la adopción empresarial: Bitget anunció la inclusión de BLESS en su Zona de Innovación e IA el 23 de septiembre de 2025, y se informó de la cobertura de Binance Alpha y Binance Futures aproximadamente en la misma ventana de lanzamiento, mientras que el white paper de MiCA se preparó para la admisión a negociación en Bitvavo. Estas inclusiones apoyan la liquidez y la distribución, pero no son evidencia de que las empresas estén consumiendo cómputo de Bless a escala.

¿Cuáles son los riesgos y desafíos para Bless?

Bless conlleva riesgos regulatorios, de ejecución y de centralización típicos de la infraestructura tokenizada en fase temprana. En Europa, el white paper de MiCA clasifica a BLESS como “otro criptoactivo”, no como un token de dinero electrónico ni como un token referenciado a activos, y lo describe como no rescatable y no devengando intereses, pero esa clasificación no resuelve automáticamente cómo otras jurisdicciones podrían analizar las ventas de tokens, las recompensas de staking, los airdrops o las cuestiones de expectativa de beneficio. La investigación pública no identificó una demanda activa conocida de la SEC específicamente contra Bless o BLESS, pero la ausencia de una acción de cumplimiento conocida no equivale a certeza regulatoria. La red también depende de la integridad de la puntuación de nodos, la verificación de tareas, la distribución de recompensas y el diseño de staking; si la participación de nodos está fuertemente impulsada por incentivos o concentrada entre operadores coordinados, la aparente descentralización de millones de nodos de navegador puede exagerar el número de proveedores de cómputo económicamente independientes y fiables.

La amenaza competitiva es considerable porque Bless está entrando en un mercado saturado de cómputo descentralizado. Akash, Render, io.net, Aethir, Golem, Fluence y otras redes DePIN o de cómputo compiten por una atención de desarrolladores que se solapa, mientras que los actores centralizados consolidados como AWS, Google Cloud, Microsoft Azure y proveedores especializados de nube de GPU siguen dominando en fiabilidad, compras empresariales, cumplimiento normativo, observabilidad y garantías de nivel de servicio. El modelo de Bless basado en dispositivos de consumo puede ser rentable para ciertas cargas de trabajo sensibles a la latencia, explosivas o de borde, pero es menos evidentemente adecuado para clústeres deterministas de alto rendimiento de GPU, cargas de trabajo empresariales reguladas o tareas que requieren garantías estrictas de tiempo de actividad. Su modelo económico también se enfrenta a presiones específicas del token: un calendario de desbloqueo de varios años puede diluir a los tenedores en circulación antes de que madure el uso, y si las recompensas superan los ingresos orgánicos por cómputo durante demasiado tiempo, la red puede desviarse de ser un mercado de infraestructura a convertirse en un bucle de participación subvencionada.

¿Cuál es la perspectiva futura para Bless?

La perspectiva de Bless depende menos de las inclusiones en exchanges y más de si puede convertir una gran huella de testnet o de oferta de nodos en una demanda verificable de cargas de trabajo pagadas.

Los hitos clave a vigilar son la preparación para producción del cómputo en mainnet, nodos de escritorio o nativos con capacidad de GPU, mecanismos de verificación más sólidos, un soporte de idiomas más amplio más allá de TypeScript y JavaScript, una mejor orquestación y datos transparentes de facturación o ingresos.

La auditoría de agosto de 2025 realizada por Halborn sobre los programas de Solana de Bless encontró un problema informativo y ninguna observación crítica, alta, media o de baja gravedad en el alcance auditado, lo cual es positivo pero limitado: abarcaba los programas de Solana relacionados con el token y el airdrop, no el modelo completo de seguridad de cómputo distribuido, la economía del mercado de nodos o el sistema adversarial de verificación de cargas de trabajo.

La hoja de ruta del white paper identifica el lanzamiento de mainnet, la mejora de la verificación, un soporte más amplio de lenguajes de programación, una mejor orquestación y características de seguridad más sólidas como prioridades, mientras que la documentación actual aún contiene lenguaje de beta/testnet, por lo que el obstáculo práctico consiste en alinear las afirmaciones de lanzamiento público, las herramientas para desarrolladores, las vías de pago y la demanda de producción medible.

La tesis de infraestructura es plausible pero no probada. Si Bless puede enrutar de manera fiable cargas de trabajo reales a dispositivos heterogéneos, hacer cumplir la calidad del servicio, prevenir el juego de los nodos y pagar a los contribuyentes a partir de la demanda de los clientes en lugar de las emisiones de tokens, podría ocupar un nicho defendible de cómputo en el borde dentro de DePIN. Si no puede, el proyecto corre el riesgo de convertirse en otra red de tokens con abundante oferta, con recuentos de nodos impresionantes pero una baja densidad de ingresos. Los indicadores más importantes no son el precio a corto plazo, el volumen en exchanges o el crecimiento social, sino el uso recurrente de cómputo pagado, la retención de operadores de nodos que no solo buscan airdrops, la finalización verificable de cargas de trabajo, la participación en staking que mejore la seguridad en lugar de limitarse a absorber flotante, y la divulgación transparente sobre ingresos, quemas, desbloqueos y fuentes de recompensas.