Bless

O que é a Bless?

Bless é uma rede de computação de borda descentralizada que tenta transformar a capacidade ociosa de dispositivos de consumidores em uma camada de computação compartilhada para aplicações, especialmente IA, dados e cargas de trabalho sensíveis à latência.

Em vez de alugar capacidade de provedores de nuvem centralizados em escala hiperscale, os desenvolvedores devem despachar jobs pela rede de nós da Bless, enquanto os donos de dispositivos contribuem CPU, GPU, banda larga ou tempo de atividade e recebem recompensas.

Seu fosso competitivo proposto não é uma nova blockchain de propósito geral, mas sim uma camada de coordenação para computação heterogênea: o material do projeto descreve uma combinação de nós em navegador e nativos, isolamento via WebAssembly, correspondência dinâmica de recursos e verificação específica por tipo de workload, com o objetivo de tornar dispositivos comuns utilizáveis como infraestrutura distribuída em vez de meros detentores passivos de tokens, como descrito na documentação oficial da Bless e na documentação de orquestração da rede.

Bless se enquadra no nicho de infraestrutura física descentralizada (DePIN) e computação descentralizada, em vez das categorias centrais de Layer 1 ou DeFi.

No final de julho e início de agosto de 2026, páginas de mercado de terceiros colocavam BLESS na faixa de capitalização média-baixa entre criptoativos: o CoinMarketCap mostrava uma capitalização de mercado abaixo de US$ 20 milhões e posição em torno da casa dos 700, enquanto o CoinGecko mostrava uma capitalização semelhante, também abaixo de US$ 20 milhões, e posição em torno da casa dos 800; as informações do ativo fornecidas para este relatório mostravam um snapshot de capitalização mais alto, de aproximadamente US$ 38,6 milhões, e um preço na faixa de pouco mais de um centavo, destacando como liquidez rala, metodologia de oferta e momento da medição podem alterar de forma relevante a escala aparente de tokens jovens.

Bless não possui um perfil relevante de TVL em DeFi comparável a mercados de empréstimo ou DEXs; agregadores de TVL definem TVL como os ativos de usuários travados em contratos de protocolo, como explicado pela metodologia de TVL da DeFiLlama, enquanto a própria documentação para desenvolvedores da Bless ainda descreve implantações em testnet ou beta como gratuitas e não ainda como um ambiente de cobrança em produção em partes da documentação, o que torna a utilização de computação, nós ativos e demanda por workloads pagos mais relevantes do que TVL para avaliar a adoção.

Quem fundou a Bless e quando?

Bless foi fundada em São Francisco em 2022 sob o nome Blockless, durante a contração cripto pós-2021 e o início do movimento institucional em direção à infraestrutura de IA e redes no estilo DePIN.

O CoinMarketCap identifica Butian Li, Michael Chen e Liam Zhang como fundadores, enquanto a página oficial Sobre do projeto diz que a equipe tem experiência prévia em Akash Network, Binance Research e NGC Ventures. O timing importa: a Bless surgiu depois que a primeira onda de narrativas de “computador mundial” generalista amadureceu em mercados de infraestrutura mais especializados, e sua tese era mais estreita do que a de uma L1 de contratos inteligentes — dispositivos de consumidores se tornariam um substrato de computação distribuída em vez de meros endpoints interagindo com aplicações on-chain.

A narrativa do projeto evoluiu do enquadramento de infraestrutura de aplicações descentralizadas da Blockless para a linguagem mais acessível de “computador compartilhado” usada pela Bless.

Na formulação atual, o projeto está menos focado em substituir uma camada de liquidação de blockchain existente e mais em reduzir a dependência de provedores de nuvem centralizados, permitindo que aplicações acessem computação a partir de sua própria base de usuários ou de nós. Essa mudança também colocou a Bless mais próxima de pares de DePIN e infraestrutura de IA do que de plataformas convencionais de contratos inteligentes: o site público enfatiza workloads de GPU/CPU, treinamento e inferência de IA, jogos, processamento de dados e um marketplace de dados baseado em consentimento, enquanto a documentação para desenvolvedores enfatiza implantação em TypeScript e JavaScript via CLI da Bless, como mostrado na introdução para desenvolvedores.

Como funciona a rede Bless?

Bless é melhor entendida como uma rede de coordenação de computação descentralizada ancorada em incentivos criptoeconômicos, não como uma blockchain de camada de execução independente competindo diretamente com Ethereum ou Solana por liquidação geral de transações.

O token BLESS é descrito na divulgação MiCA como um token SPL fungível na Solana, enquanto o modelo de segurança pretendido para a rede depende de participação em estilo Proof-of-Stake, em que detentores de tokens fazem stake de BLESS para sustentar validação, operação de nós e liquidação de tarefas de computação na maturidade da mainnet, conforme o white paper MiCA do projeto. A execução real dos workloads ocorre em nós distribuídos em vez de dentro de uma única VM de blockchain determinística, de modo que a questão técnica crítica da Bless não é apenas a finalidade de consenso, mas se tarefas de computação distribuída podem ser atribuídas, executadas, verificadas e pagas com latência, confiabilidade e resistência a fraude aceitáveis.

A stack técnica da rede é construída em torno de roteamento de tarefas, isolamento baseado em WebAssembly, seleção de nós ciente de desempenho e verificação dinâmica.

Desenvolvedores submetem jobs por meio da CLI da Bless, incluindo requisitos de recursos como CPU, RAM, banda larga, prioridade e expectativas de latência; a rede então identifica nós online por capacidade e geografia, priorizando confiabilidade histórica e tempo de atividade, como descrito na documentação de orquestração. Para verificação, a Bless descreve um modelo modular em que aplicações podem escolher métodos de validação específicos por tarefa, incluindo votação em estilo pBFT ou RAFT para resultados binários e validação de dados agregados para tarefas de recuperação, em vez de depender de um esquema universal de verificação para cada computação, de acordo com a documentação de verificabilidade.

Esse desenho é pragmático, mas introduz um problema de segurança difícil: hardware heterogêneo de consumidores é mais barato e mais amplo do que infraestrutura de data center, mas também é mais ruidoso, menos confiável e mais vulnerável a comportamento Sybil, conluio, manipulação de uptime e ambientes de execução inconsistentes.

Quais são os tokenomics da Bless?

O cronograma de oferta de BLESS é relativamente agressivo para um token de infraestrutura jovem. O Tokenomics.com relata um suprimento máximo de 10 bilhões de BLESS, um suprimento total logo abaixo desse nível, um TGE em 23 de setembro de 2025 e um suprimento em circulação em torno de 18% a 19% do total nas fotografias de dados de mercado do início de 2026, com o término completo de vesting se estendendo até agosto de 2032 por meio de um cronograma de desbloqueio de 84 meses, de acordo com a página de tokenomics da Bless Network e o cronograma de desbloqueio. A alocação relatada divide o suprimento entre incentivos de comunidade, pools de airdrop e marketing, insiders, investidores privados, reservas da fundação e liquidez. Isso faz com que BLESS não seja nem um ativo em estilo commodity de oferta fixa nem um token de governança totalmente emitido; a principal pressão econômica de sobreoferta vem de desbloqueios programados, especialmente porque as alocações de investidores, equipe, conselheiros, fundação e comunidade são liberadas ao longo de vários anos e podem expandir materialmente o suprimento em circulação mesmo que o suprimento total seja limitado.

A utilidade pretendida do token é liquidação e coordenação para computação.

A documentação MiCA afirma que BLESS deve sustentar o staking para participação na rede, recompensar operadores de nós e servir como meio de pagamento por workloads de computação; também declara que detentores não recebem participação acionária, dividendos, direitos de partilha de lucro, direitos de resgate ou direitos contratuais contra a rede ou o emissor, o que é importante para classificação de risco e disciplina de valuation.

A alegação econômica da Bless é que a demanda por workloads pagos deve criar fluxos de taxas para operadores de nós e, potencialmente, captura de valor para stakers ou mecanismos de queima, mas o registro público ainda não é limpo o suficiente para tratar isso como comprovado.

Alguns resumos de mercado descrevem pressão de queima baseada em receita, enquanto o white paper MiCA afirma que BLESS não implementa mecanismos automáticos de ajuste de oferta, como rebasing, emissão vinculada à demanda ou queima vinculada à demanda. A leitura conservadora é que BLESS tem uma oferta nominal limitada com inflação de circulação impulsionada por vesting, e que qualquer captura de valor duradoura depende de pagamentos reais por computação, demanda por staking e aplicação crível de desempenho de nós, em vez de um modelo mecanicamente garantido de deflação.

Quem está usando a Bless?

A adoção visível da Bless tem sido mais forte do lado da oferta do que do lado da demanda.

O projeto afirma que sua rede alcançou milhões de nós, com o site oficial mencionando mais de 5 milhões de nós mantidos por usuários e a documentação para desenvolvedores afirmando que a Bless tinha mais de 4,1 milhões de nós online a cada dia na época da publicação daquela página.

A descrição do projeto no CoinMarketCap também cita mais de 5 milhões de nós em testnet, enquanto uma reportagem de setembro de 2025 sobre o lançamento de mainnet mencionou mais de 6,3 milhões de nós e 2,5 milhões de usuários durante a fase de testnet. Esses números sugerem participação substancial impulsionada por airdrops e incentivos, mas não devem ser confundidos com demanda recorrente corporativa ou receita de computação paga; em mercados DePIN, o crescimento do lado da oferta (nós) pode ser barato de subsidiar, enquanto a validação mais difícil é se desenvolvedores pagam por workloads depois que os incentivos se normalizam.

Do lado da demanda, a Bless tem como alvo suporte a inferência e treinamento de IA, processamento de dados, infraestrutura de jogos, hospedagem web distribuída e deploys de desenvolvedores.

A documentação mostra suporte para aplicações em TypeScript e JavaScript, implantação via npx blessnet deploy e integrações listadas para tecnologias como Space and Time Database e Monad Blockchain, mas as mesmas docs também afirmam que a rede está em beta ou testnet e que as implantações são gratuitas durante essa fase, o que torna difícil verificar a tração de receita a partir de materiais públicos.

A adoção por exchanges é mais clara do que a adoção por empresas: a Bitget anunciou a listagem de BLESS em sua Innovation and AI Zone em 23 de setembro de 2025, e a cobertura pela Binance Alpha e Binance Futures foi relatada por volta da mesma janela de lançamento, enquanto o white paper do MiCA foi preparado para admissão à negociação na Bitvavo. Essas listagens apoiam a liquidez e a distribuição, mas não são evidência de que empresas estejam consumindo computação Bless em escala.

Quais São os Riscos e Desafios para a Bless?

A Bless carrega riscos regulatórios, de execução e de centralização típicos de infraestrutura tokenizada em estágio inicial. Na Europa, o white paper do MiCA classifica BLESS como um “outro criptoativo”, não um token de moeda eletrônica ou token referenciado a ativos, e o descreve como não resgatável e sem juros, mas essa classificação não resolve automaticamente como outras jurisdições podem analisar vendas de tokens, recompensas de staking, airdrops ou questões de expectativa de lucro. A pesquisa pública não identificou nenhum processo ativo conhecido da SEC especificamente contra a Bless ou BLESS, mas a ausência de uma ação de enforcement conhecida não equivale a certeza regulatória. A rede também depende da integridade da pontuação dos nós, verificação de tarefas, distribuição de recompensas e design de staking; se a participação de nós for fortemente guiada por incentivos ou concentrada entre operadores coordenados, a aparente descentralização de milhões de nós em navegadores pode superestimar o número de provedores de computação economicamente independentes e confiáveis.

A ameaça competitiva é substancial porque a Bless está entrando em um mercado de computação descentralizada lotado. Akash, Render, io.net, Aethir, Golem, Fluence e outras redes DePIN ou de computação competem pela atenção de desenvolvedores em áreas sobrepostas, enquanto incumbentes centralizados como AWS, Google Cloud, Microsoft Azure e provedores especializados de nuvem de GPU ainda dominam em confiabilidade, contratação empresarial, compliance, observabilidade e garantias de nível de serviço. O modelo de dispositivos de consumo da Bless pode ser econômico para certas cargas de trabalho sensíveis à latência, intermitentes ou de borda, mas é menos obviamente adequado para clusters determinísticos de alto desempenho de GPU, workloads empresariais regulados ou tarefas que exigem garantias rígidas de uptime. Seu modelo econômico também enfrenta pressão específica de token: um cronograma de desbloqueio de vários anos pode diluir os detentores em circulação antes que o uso amadureça e, se as recompensas excederem a receita orgânica de computação por muito tempo, a rede pode derivar de marketplace de infraestrutura para um loop de participação subsidiada.

Qual É a Perspectiva Futura para a Bless?

A perspectiva da Bless depende menos de listagens de tokens e mais de sua capacidade de converter uma grande base de testnet ou oferta de nós em demanda verificável por cargas de trabalho pagas.

Os principais marcos a serem monitorados são a prontidão de produção da computação em mainnet, nós desktop ou nativos compatíveis com GPU, mecanismos de verificação mais robustos, suporte mais amplo de linguagens além de TypeScript e JavaScript, melhor orquestração e dados transparentes de faturamento ou receita.

A auditoria da Halborn de agosto de 2025 dos programas da Bless em Solana encontrou um problema informacional e nenhuma constatação crítica, alta, média ou de baixa gravidade no escopo auditado, o que é positivo, mas restrito: ela cobriu programas em Solana relacionados a token e airdrop, não o modelo completo de segurança de computação distribuída, a economia do marketplace de nós ou o sistema de verificação de workloads adversariais.

O roadmap do white paper identifica o lançamento de mainnet, verificação aprimorada, suporte mais amplo a linguagens de programação, melhor orquestração e recursos de segurança mais fortes como prioridades, enquanto a documentação atual ainda contém linguagem de beta/testnet; assim, o obstáculo prático é alinhar as alegações de lançamento público, as ferramentas de desenvolvedor, os trilhos de pagamento e a demanda de produção mensurável.

A tese de infraestrutura é plausível, mas não comprovada. Se a Bless conseguir rotear de forma confiável workloads reais para dispositivos heterogêneos, impor qualidade de serviço, evitar manipulação por nós e pagar contribuintes a partir da demanda de clientes em vez de emissões de tokens, poderá ocupar um nicho defensável de computação de borda dentro de DePIN. Se não conseguir, o projeto corre o risco de se tornar outra rede de token rica em oferta, com contagens impressionantes de nós, mas baixa densidade de receita. Os indicadores mais importantes não são preço de curto prazo, volume em exchanges ou crescimento social, mas uso recorrente de computação paga, retenção de operadores de nó que não sejam apenas de airdrop, conclusão verificável de workloads, participação em staking que melhore a segurança em vez de apenas absorver float e divulgação transparente sobre receitas, queimas, desbloqueios e fontes de recompensas.