Bless

Bless란 무엇인가?

Bless는 소비자 디바이스의 유휴 용량을 애플리케이션을 위한 공유 컴퓨팅 레이어로 전환하려는 탈중앙화 엣지 컴퓨팅 네트워크로, 특히 AI, 데이터, 지연 시간에 민감한 워크로드를 중점적으로 다룬다.

개발자는 중앙화된 하이퍼스케일 클라우드 사업자로부터 용량을 임대하는 대신 Bless의 노드 네트워크를 통해 작업을 전송하며, 디바이스 소유자는 CPU, GPU, 대역폭, 가동 시간(uptime)을 기여하고 보상을 받는 구조다.

이 프로젝트가 주장하는 경쟁 우위는 새로운 범용 블록체인이 아니라 이질적인 컴퓨팅 자원을 위한 조정 레이어다. 프로젝트 자료에 따르면 브라우저 및 네이티브 노드의 조합, WebAssembly 격리, 동적 자원 매칭, 워크로드별 검증 메커니즘을 결합해 일반 디바이스를 단순한 토큰 보유자가 아닌 분산 인프라로 활용하는 것을 목표로 한다. 이는 공식 Bless 문서와 네트워크 디스패치 문서에 설명돼 있다.

Bless는 코어 레이어 1이나 DeFi 카테고리보다는 탈중앙 물리 인프라(DePIN) 및 탈중앙 컴퓨팅 틈새 영역에 속한다.

2026년 7월 말~8월 초 기준으로, 서드파티 마켓 페이지들은 BLESS를 암호화폐 자산 중 중하위 시가총액 구간에 위치시켰다. CoinMarketCap은 2,000만 달러 미만의 시가총액과 700위대 랭크를, CoinGecko는 비슷한 2,000만 달러 미만의 시가총액과 800위대 랭크를 보여준다. 한편 이 레포트를 위해 제공된 자산 정보는 약 3,860만 달러 수준의 더 높은 시가총액과 1센트 초반대 가격 스냅샷을 나타냈는데, 이는 유동성 얕음, 공급 산정 방식, 시점에 따라 젊은 토큰의 겉보기 규모가 크게 달라질 수 있음을 보여준다.

Bless는 대출 시장이나 DEX와 비교 가능한 의미 있는 DeFi TVL 프로필을 가지고 있지 않다. TVL 애그리게이터들은 TVL을 프로토콜 컨트랙트에 예치된 사용자 자산으로 정의하는데, 이는 DeFiLlama의 TVL 방법론에 설명돼 있다. 반면 Bless의 개발자 문서는 여전히 테스트넷 또는 베타 배포를 무료 환경이자, 일부 문서상에서는 아직 프로덕션 과금 환경이 아닌 것으로 설명하고 있다. 따라서 도입 수준을 평가할 때는 TVL보다는 컴퓨팅 활용도, 활성 노드 수, 유상 워크로드 수요가 더 중요하다.

Bless는 누구에 의해 언제 설립되었나?

Bless는 2022년 샌프란시스코에서 Blockless라는 이름으로 설립되었으며, 2021년 이후 암호화폐 시장 조정기와 기관의 AI 인프라 및 DePIN 스타일 네트워크에 대한 초기 진입 시기가 겹친다.

CoinMarketCap은 Butian Li, Michael Chen, Liam Zhang을 창업자로 식별하고 있으며, 프로젝트의 공식 소개 페이지는 팀이 Akash Network, Binance Research, NGC Ventures 등의 배경을 포함한다고 밝히고 있다. 이 타이밍은 중요하다. Bless는 초기의 범용 “월드 컴퓨터” 내러티브 첫 물결이 보다 특화된 인프라 시장으로 성숙한 이후 등장했으며, 스마트 컨트랙트 L1보다 더 좁은 가설을 제시했다. 즉, 소비자 디바이스가 온체인 애플리케이션과 상호작용하는 단순 엔드포인트가 아니라 분산 컴퓨팅 기반이 될 것이라는 주장이다.

프로젝트의 내러티브는 Blockless 시절의 탈중앙 애플리케이션 인프라 프레이밍에서 Bless가 사용하는 보다 직관적인 “공유 컴퓨터(shared computer)” 언어로 진화했다.

현재 버전의 설명에서 프로젝트는 기존 블록체인 결제 레이어를 대체하는 것보다, 애플리케이션이 자체 사용자 또는 노드 베이스에서 컴퓨팅 자원을 접근하게 함으로써 중앙화 클라우드 의존도를 낮추는 데 초점을 둔다. 이 전환은 Bless를 전통적인 스마트 컨트랙트 플랫폼보다는 DePIN 및 AI 인프라 동종 프로젝트에 더 가깝게 위치시킨다. 퍼블릭 웹사이트는 GPU/CPU 워크로드, AI 학습 및 추론, 게임, 데이터 처리, 동의 기반 데이터 마켓플레이스를 강조하며, 개발자 문서는 개발자 소개에서 Bless CLI를 통한 TypeScript 및 JavaScript 배포를 중점적으로 다룬다.

Bless 네트워크는 어떻게 작동하나?

Bless는 이더리움이나 솔라나와 같은 범용 트랜잭션 결제 레이어와 직접 경쟁하는 독립 실행 레이어 블록체인이라기보다, 암호경제 인센티브에 의해 구동되는 탈중앙 컴퓨팅 조정 네트워크로 이해하는 것이 적절하다.

BLESS 토큰은 MiCA 공시에 따르면 솔라나 상의 대체 가능한 SPL 토큰으로 설명되며, 네트워크의 의도된 보안 모델은 토큰 보유자가 BLESS를 스테이킹해 검증, 노드 운영, 메인넷 성숙 단계에서의 컴퓨트 작업 결제를 지원하는 지분증명(Proof-of-Stake) 스타일 참여에 의존한다. 이는 프로젝트의 MiCA 백서에 따른 것이다. 실제 워크로드 실행은 단일 결정론적 블록체인 VM 내부가 아니라 분산 노드 전반에서 이뤄지므로, Bless의 핵심 기술 과제는 단순히 합의 파이널리티가 아니라 분산 컴퓨트 작업이 허용 가능한 지연, 신뢰성, 사기 저항성을 유지하며 배정·실행·검증·지급될 수 있는지 여부다.

네트워크 기술 스택은 작업 라우팅, WebAssembly 기반 격리, 성능 인식 노드 선택, 동적 검증을 중심으로 구성된다.

개발자는 Bless CLI를 통해 CPU, RAM, 대역폭, 우선순위, 지연 시간 기대치 등 자원 요구사항을 포함한 작업을 제출한다. 네트워크는 그런 다음 오케스트레이션 문서에 설명된 대로 능력 및 지리적 위치를 기준으로 온라인 노드를 식별하고, 과거 신뢰도와 가동 시간을 우선시한다. 검증 측면에서 Bless는 애플리케이션이 작업별 검증 방식을 선택할 수 있는 모듈형 모델을 설명한다. 예를 들어 이진 결과에 대해서는 pBFT 또는 RAFT 스타일 투표, 검색 작업에 대해서는 데이터 집계 검증 등을 사용할 수 있으며, 이는 모든 컴퓨테이션에 하나의 보편적 검증 스킴을 강제하지 않는 접근이다. 이러한 내용은 검증 가능성 문서에 따른 것이다.

이 설계는 실용적이지만 어려운 보안 문제를 동반한다. 이질적인 소비자 하드웨어는 데이터센터 인프라보다 더 저렴하고 폭넓게 분포하지만, 그만큼 더 시끄럽고(노이즈가 많고), 덜 신뢰할 수 있으며, 시빌 공격, 담합, 가동 시간 게임, 실행 환경 불일치에 더 취약하다.

Bless 토크노믹스는 어떤가?

BLESS 공급 일정은 젊은 인프라 토큰치고는 다소 공격적인 편이다. Tokenomics.com에 따르면 BLESS의 최대 공급량은 100억 개이며 총 공급량은 그에 근접해 있다. 토큰 생성 이벤트(TGE)는 2025년 9월 23일에 있었고, 2026년 초 시장 데이터 스냅샷 기준 유통량은 총 공급량의 약 18~19% 수준이었다. 전체 베스팅은 Bless Network 토크노믹스 페이지와 언락 일정에 따른 84개월 언락 스케줄을 통해 2032년 8월까지 이어진다. 보고된 배분은 커뮤니티 인센티브, 에어드롭 및 마케팅 풀, 내부자, 프라이빗 투자자, 재단 준비금, 유동성 간에 나뉜다. 이로 인해 BLESS는 고정 부동(fixed-float) 상품형 자산도, 완전히 발행 완료된 거버넌스 토큰도 아니게 되며, 주요 경제적 부담은 예정된 언락 압력이다. 특히 투자자, 팀, 어드바이저, 재단, 커뮤니티 할당분이 수년에 걸쳐 풀리면서 총 공급량이 상한에 묶여 있다 하더라도 유통량은 크게 늘어날 수 있다.

토큰의 의도된 유틸리티는 컴퓨팅을 위한 결제 및 조정 수단이다.

MiCA 서류에 따르면 BLESS는 네트워크 참여를 위한 스테이킹을 뒷받침하고, 노드 운영자에게 보상을 제공하며, 컴퓨트 워크로드에 대한 지불 매개로 사용될 것으로 예상된다. 또한 보유자는 지분, 배당, 이익 공유 권리, 상환 청구권, 네트워크나 발행자에 대한 계약상 권리를 받지 않는다고 명시돼 있는데, 이는 리스크 분류와 밸류에이션 원칙 측면에서 중요하다.

Bless의 경제적 주장은 유상 워크로드 수요가 수수료 흐름을 만들어 노드 운영자에게 귀속되고, 잠재적으로 스테이커나 토큰 소각 메커니즘으로 가치가 축적되어야 한다는 것이다. 그러나 이를 입증된 사실로 보기에는 아직 공개 기록이 충분히 명확하지 않다.

일부 마켓 요약은 매출 기반 소각 압력을 언급하지만, MiCA 백서는 BLESS가 리베이싱, 수요 연동 발행, 수요 연동 소각과 같은 자동 공급 조정 메커니즘을 구현하지 않는다고 밝힌다. 보수적으로 해석하면 BLESS는 베스팅에 의해 유통 인플레이션이 발생하는 상한 공급형 토큰이며, 지속 가능한 가치 축적은 기계적으로 보장된 디플레이션 모델이 아니라 실제 컴퓨트 결제, 스테이킹 수요, 신뢰할 수 있는 노드 성능 집행에 달려 있다고 볼 수 있다.

누가 Bless를 사용하고 있는가?

Bless의 가시적인 도입은 수요 측보다 공급 측에서 더 강하게 나타나고 있다.

프로젝트는 네트워크가 수백만 개의 노드에 도달했다고 밝힌다. 공식 웹사이트는 500만 개 이상의 사용자 유지 노드를 언급하며, 개발자 문서는 해당 페이지 작성 시점에 Bless가 하루 기준 410만 개 이상의 온라인 노드를 보유했다고 적고 있다.

CoinMarketCap의 프로젝트 설명도 500만 개 이상의 테스트넷 노드를 인용하고 있으며, 2025년 9월 메인넷 론칭을 다룬 미디어 보도는 테스트넷 단계에서 630만 개 이상의 노드와 250만 명의 사용자를 언급했다. 이러한 수치는 상당한 에어드롭 및 인센티브 기반 참여를 시사하지만, 이를 반복적인 엔터프라이즈 수요나 유상 컴퓨트 매출과 혼동해서는 안 된다. DePIN 시장에서는 공급 측 노드 성장은 보조금으로 저렴하게 유도할 수 있는 반면, 진짜 검증 포인트는 인센티브가 정상화된 이후에도 개발자가 워크로드에 비용을 지불하는지 여부다.

수요 측에서 Bless는 AI 추론 및 학습 지원, 데이터 처리, 게임 인프라, 분산 웹 호스팅, 개발자 배포를 타깃으로 한다.

문서에는 TypeScript 및 JavaScript 애플리케이션 지원, npx blessnet deploy를 통한 배포, Space and Time Database 및 Monad Blockchain과 같은 기술과의 통합이 나열돼 있다. 하지만 같은 문서에서 네트워크가 베타 단계에 있거나 아직 프로덕션 과금 환경이 아니라고도 명시하고 있어, 현재 단계에서는 실제 유상 컴퓨트 수요와 매출을 보수적으로 해석할 필요가 있다. 테스트넷 단계에 있으며 해당 단계에서는 배포가 무료이기 때문에, 공개 자료만으로는 수익 창출 상황을 검증하기 어렵습니다.

거래소 채택은 엔터프라이즈 채택보다 더 명확합니다. Bitget은 2025년 9월 23일 Innovation 및 AI Zone에 BLESS 상장을 발표했으며, 비슷한 출시 시점에 Binance Alpha와 Binance Futures 커버리지도 보고되었습니다. 한편 MiCA 백서는 Bitvavo에서 거래 승인을 받기 위해 준비되었습니다. 이러한 상장은 유동성과 분배를 지원하지만, 엔터프라이즈가 Bless 컴퓨트를 대규모로 사용하고 있다는 증거는 아닙니다.

Bless의 리스크와 과제는 무엇인가?

Bless는 초기 단계 토큰화 인프라에 전형적인 규제, 실행, 중앙화 리스크를 안고 있습니다. 유럽에서 MiCA 백서는 BLESS를 e-머니 토큰이나 자산연계 토큰이 아닌 “기타 크립토자산(other crypto-asset)”으로 분류하며, 상환 불가 및 이자 미지급 자산으로 설명합니다. 그러나 이 분류가 다른 관할권에서 토큰 판매, 스테이킹 보상, 에어드롭, 수익 기대(expectation of profit) 문제를 어떻게 분석할지까지 자동으로 해결해 주는 것은 아닙니다. 공개 리서치에서는 Bless 또는 BLESS를 대상으로 한 활성화된 SEC 소송은 확인되지 않았지만, 알려진 집행 조치의 부재가 곧 규제 확실성을 의미하는 것은 아닙니다. 네트워크는 또한 노드 스코어링, 작업 검증, 보상 분배, 스테이킹 설계의 무결성에 의존합니다. 노드 참여가 인센티브에 과도하게 의존하거나 소수의 조정된 운영자에게 집중된다면, 수백만 개의 브라우저 노드가 보여주는 겉보기 분산성이 실제 경제적으로 독립적이고 신뢰할 수 있는 컴퓨트 제공자 수를 과대평가할 수 있습니다.

경쟁 위협도 상당합니다. Bless는 혼잡한 탈중앙 컴퓨트 시장에 진입하고 있기 때문입니다. Akash, Render, io.net, Aethir, Golem, Fluence 등 기타 DePIN 또는 컴퓨트 네트워크들이 모두 중첩되는 개발자 관심을 두고 경쟁하는 한편, AWS, Google Cloud, Microsoft Azure, 전문 GPU 클라우드 제공업체 같은 중앙화된 기존 사업자는 여전히 신뢰성, 엔터프라이즈 조달, 컴플라이언스, 관측 가능성, 서비스 수준 보장 측면에서 시장을 지배합니다. Bless의 소비자 디바이스 기반 모델은 특정 지연(latency)에 민감한 작업, 버스티(bursty) 워크로드, 엣지(Edge) 워크로드에는 비용 효율적일 수 있으나, 결정론적 고성능 GPU 클러스터, 규제를 받는 엔터프라이즈 워크로드, 엄격한 업타임 보장을 요구하는 작업에는 적합성이 분명하지 않습니다. 토큰 경제 모델 또한 토큰 특유의 압력을 받습니다. 수년간의 언락 스케줄은 사용량이 성숙하기 전에 유통 보유자를 희석시킬 수 있고, 보상이 유기적인 컴퓨트 수익을 너무 오랫동안 상회하면, 네트워크는 인프라 마켓플레이스라기보다 보조금 기반 참여 루프로 변질될 수 있습니다.

Bless의 미래 전망은 어떠한가?

Bless의 전망은 토큰 상장보다는 대규모 테스트넷 또는 노드 공급 풋프린트를 검증 가능한 유료 워크로드 수요로 전환할 수 있는지에 더 크게 달려 있습니다.

주요 모니터링 지표는 메인넷 컴퓨트의 프로덕션 준비 상태, GPU를 지원하는 데스크톱 또는 네이티브 노드, 더 강력한 검증 메커니즘, TypeScript와 JavaScript를 넘어서는 폭넓은 언어 지원, 개선된 오케스트레이션, 투명한 청구 및 수익 데이터입니다.

2025년 8월에 실시된 Bless의 Solana 프로그램에 대한 Halborn 감사에서는 하나의 정보성(informational) 이슈만 발견되었고, 감사 범위 내에서 중대도에 따른 치명적, 높음, 중간, 낮음 수준의 취약점은 보고되지 않았습니다. 이는 긍정적이지만 범위가 좁습니다. 감사는 토큰 및 에어드롭 관련 Solana 프로그램을 다루었을 뿐, 전체 분산 컴퓨트 보안 모델, 노드 마켓플레이스 경제, 적대적 워크로드 검증 시스템은 포함하지 않았습니다.

백서 로드맵은 메인넷 출시, 검증 강화, 더 넓은 프로그래밍 언어 지원, 향상된 오케스트레이션, 더 강력한 보안 기능을 우선순위로 제시하고 있는 반면, 현재 문서는 여전히 베타/테스트넷 관련 표현을 포함하고 있습니다. 따라서 실질적인 과제는 공개 출시 주장, 개발자 도구, 결제 레일, 측정 가능한 프로덕션 수요를 정렬시키는 것입니다.

이 인프라 논지는 그럴듯하지만 아직 입증되지 않았습니다. Bless가 실제 워크로드를 이질적인 디바이스로 안정적으로 라우팅하고, 서비스 품질을 강제하며, 노드 게임을 방지하고, 토큰 발행이 아니라 고객 수요에서 나오는 수익으로 기여자에게 보상할 수 있다면, DePIN 내에서 방어력 있는 엣지 컴퓨트 니치(niche)를 차지할 수 있습니다. 그렇지 못하다면, 인상적인 노드 수를 보유했지만 수익 밀도는 낮은, 공급 과잉형 토큰 네트워크 중 하나가 될 위험이 있습니다. 가장 중요한 지표는 단기 가격, 거래소 거래량, 소셜 성장률이 아니라, 반복적인 유료 컴퓨트 사용, 에어드롭이 아닌 노드 운영자의 유지율, 검증 가능한 워크로드 완료, 단순히 유동 물량을 흡수하는 데 그치지 않고 보안을 개선하는 스테이킹 참여, 그리고 수익, 소각, 언락, 보상 원천에 대한 투명한 공시입니다.