
Bless
BLESS#801
Bless là gì?
Bless là một mạng điện toán biên phi tập trung tìm cách biến dung lượng nhàn rỗi từ các thiết bị người dùng thành một lớp tính toán dùng chung cho ứng dụng, đặc biệt là các tác vụ AI, dữ liệu và công việc nhạy cảm với độ trễ.
Thay vì thuê dung lượng từ các nhà cung cấp đám mây tập trung cấp siêu quy mô, nhà phát triển được kỳ vọng sẽ gửi công việc qua mạng lưới nút của Bless, trong khi chủ thiết bị đóng góp CPU, GPU, băng thông hoặc thời gian hoạt động và nhận phần thưởng.
Lợi thế cạnh tranh đề xuất của Bless không phải là một blockchain mục đích chung mới, mà là một lớp điều phối cho tài nguyên tính toán dị thể: tài liệu của dự án mô tả sự kết hợp giữa nút chạy trong trình duyệt và ứng dụng native, cơ chế cô lập WebAssembly, cơ chế khớp tài nguyên động và xác minh theo loại khối lượng công việc, nhằm biến các thiết bị phổ thông thành hạ tầng phân tán thay vì chỉ là những người nắm giữ token thụ động, như được mô tả trong tài liệu Bless chính thức và tài liệu điều phối mạng.
Bless nằm trong ngách hạ tầng vật lý phi tập trung (DePIN) và điện toán phi tập trung, thay vì thuộc nhóm Layer 1 cốt lõi hoặc DeFi.
Vào cuối tháng 7 và đầu tháng 8 năm 2026, các trang dữ liệu thị trường bên thứ ba xếp BLESS vào nhóm vốn hóa trung bình thấp trong các tài sản crypto, với CoinMarketCap hiển thị vốn hóa thị trường dưới 20 triệu đô la và xếp hạng khoảng 700, trong khi CoinGecko cho thấy vốn hóa tương tự dưới 20 triệu đô và xếp hạng khoảng 800; dữ liệu tài sản cung cấp cho báo cáo này lại cho thấy một ảnh chụp vốn hóa thị trường cao hơn, khoảng 38,6 triệu đô với mức giá quanh vùng một xu thấp, nhấn mạnh việc thanh khoản mỏng, phương pháp tính nguồn cung và thời điểm chụp dữ liệu có thể làm thay đổi đáng kể quy mô biểu kiến của các token còn non trẻ.
Bless không có hồ sơ TVL DeFi đáng kể có thể so sánh với các thị trường cho vay hoặc DEX; các bộ tổng hợp TVL định nghĩa TVL là tài sản người dùng bị khóa trong các hợp đồng của giao thức, như được giải thích trong phương pháp TVL của DeFiLlama, trong khi tài liệu dành cho nhà phát triển của Bless vẫn mô tả các triển khai testnet hoặc beta là miễn phí và chưa phải môi trường tính phí sản xuất ở một số phần, khiến cho mức sử dụng tính toán, số nút hoạt động và nhu cầu khối lượng công việc trả phí trở nên phù hợp hơn TVL khi đánh giá mức độ chấp nhận.
Ai sáng lập Bless và khi nào?
Bless được thành lập tại San Francisco vào năm 2022 với tên gọi Blockless, trong giai đoạn thị trường crypto suy giảm sau 2021 và làn sóng đầu tiên các tổ chức đẩy mạnh hạ tầng AI và các mạng kiểu DePIN.
CoinMarketCap xác định Butian Li, Michael Chen và Liam Zhang là đồng sáng lập, trong khi trang Giới thiệu chính thức của dự án cho biết đội ngũ có xuất thân từ Akash Network, Binance Research và NGC Ventures. Thời điểm ra đời có ý nghĩa: Bless xuất hiện sau khi làn sóng đầu của các câu chuyện “máy tính thế giới” tổng quát đã phát triển thành những thị trường hạ tầng chuyên biệt hơn, và luận điểm của Bless hẹp hơn một L1 hợp đồng thông minh – các thiết bị người dùng sẽ trở thành lớp tính toán phân tán thay vì chỉ là điểm cuối tương tác với ứng dụng on-chain.
Câu chuyện của dự án đã tiến hóa từ cách định vị hạ tầng ứng dụng phi tập trung của Blockless sang ngôn ngữ “máy tính dùng chung” gần gũi hơn được Bless sử dụng.
Trong cách diễn giải hiện tại, dự án ít tập trung vào việc thay thế một lớp thanh toán blockchain hiện có, và chú trọng hơn vào việc giảm phụ thuộc vào nhà cung cấp đám mây tập trung bằng cách cho phép ứng dụng truy cập tính toán từ chính tập người dùng hoặc nút của mình. Sự dịch chuyển đó cũng đặt Bless gần hơn với các đối thủ DePIN và hạ tầng AI so với các nền tảng hợp đồng thông minh truyền thống: trang web hướng đến công chúng nhấn mạnh khối lượng công việc GPU/CPU, huấn luyện và suy luận AI, trò chơi, xử lý dữ liệu và thị trường dữ liệu dựa trên đồng thuận, trong khi tài liệu nhà phát triển nhấn mạnh triển khai TypeScript và JavaScript thông qua Bless CLI, như được thể hiện trong phần giới thiệu cho nhà phát triển.
Mạng Bless hoạt động như thế nào?
Bless nên được hiểu là một mạng điều phối tính toán phi tập trung dựa trên khuyến khích kinh tế crypto, chứ không phải là một blockchain lớp thực thi độc lập cạnh tranh trực tiếp với Ethereum hay Solana cho việc thanh toán giao dịch tổng quát.
Token BLESS được mô tả trong hồ sơ MiCA là một token SPL có thể thay thế trên Solana, trong khi mô hình bảo mật dự kiến của mạng dựa vào hình thức tham gia kiểu Proof-of-Stake, trong đó người nắm giữ token stake BLESS để hỗ trợ xác thực, vận hành nút và thanh toán nhiệm vụ tính toán khi mainnet đạt độ trưởng thành, theo sách trắng MiCA của dự án. Việc thực thi khối lượng công việc thực tế diễn ra trên các nút phân tán thay vì bên trong một máy ảo blockchain đơn định, vì vậy câu hỏi kỹ thuật quan trọng của Bless không chỉ là tính chung cuộc của đồng thuận, mà còn là việc các tác vụ tính toán phân tán có thể được gán, thực hiện, xác minh và thanh toán với độ trễ, độ tin cậy và khả năng chống gian lận chấp nhận được hay không.
Ngăn xếp kỹ thuật của mạng được xây dựng xoay quanh định tuyến tác vụ, cơ chế cô lập dựa trên WebAssembly, lựa chọn nút có nhận thức hiệu năng và xác minh động.
Nhà phát triển gửi công việc thông qua Bless CLI, bao gồm yêu cầu tài nguyên như CPU, RAM, băng thông, mức ưu tiên và kỳ vọng độ trễ; mạng sau đó xác định các nút trực tuyến theo năng lực và vị trí địa lý, ưu tiên độ tin cậy và thời gian hoạt động trong quá khứ, như được mô tả trong tài liệu điều phối. Về xác minh, Bless mô tả một mô hình mô-đun trong đó ứng dụng có thể chọn phương thức xác thực theo tác vụ, bao gồm bỏ phiếu kiểu pBFT hoặc RAFT cho các kết quả nhị phân và xác thực dữ liệu tổng hợp cho các tác vụ truy xuất, thay vì dựa vào một cơ chế xác minh phổ quát cho mọi phép tính, theo tài liệu về khả năng xác minh.
Thiết kế này mang tính thực dụng nhưng cũng đưa ra một bài toán bảo mật khó: phần cứng tiêu dùng dị thể rẻ và phổ biến hơn hạ tầng trung tâm dữ liệu, nhưng cũng nhiễu hơn, kém ổn định hơn và dễ bị tấn công Sybil, thông đồng, “chơi game” uptime và môi trường thực thi không nhất quán.
Tokenomics của Bless như thế nào?
Lịch trình cung ứng BLESS tương đối mạnh tay đối với một token hạ tầng còn non trẻ. Tokenomics.com báo cáo tổng cung tối đa là 10 tỷ BLESS, tổng cung thực tế ngay dưới mức đó, TGE vào ngày 23/09/2025 và nguồn cung lưu hành khoảng 18–19% tổng cung trong các ảnh chụp dữ liệu thị trường đầu năm 2026, với lịch vesting kéo dài đến tháng 8/2032 theo lịch mở khóa 84 tháng, theo trang tokenomics Bless Network và lịch mở khóa. Phân bổ được báo cáo chia nguồn cung cho các ưu đãi cộng đồng, pool airdrop và marketing, người nội bộ, nhà đầu tư tư nhân, quỹ dự trữ foundation và thanh khoản. Điều này khiến BLESS không phải là một tài sản kiểu hàng hóa float cố định, cũng không phải là một token quản trị đã phát hành hết; áp lực kinh tế chính là nguồn cung mở khóa theo lịch, đặc biệt vì phân bổ cho nhà đầu tư, đội ngũ, cố vấn, foundation và cộng đồng được giải phóng trong nhiều năm và có thể mở rộng nguồn cung lưu hành một cách đáng kể ngay cả khi tổng cung bị giới hạn.
Tiện ích dự kiến của token là thanh toán và điều phối cho tính toán.
Hồ sơ MiCA cho biết BLESS được kỳ vọng làm nền tảng cho staking tham gia mạng, thưởng cho nhà vận hành nút và đóng vai trò phương tiện thanh toán cho khối lượng công việc tính toán; hồ sơ cũng nêu rõ người nắm giữ không nhận được cổ phần vốn, cổ tức, quyền chia sẻ lợi nhuận, quyền mua lại hoặc quyền hợp đồng đối với mạng hay tổ chức phát hành, điều này quan trọng cho việc phân loại rủi ro và kỷ luật định giá.
Luận điểm kinh tế của Bless là nhu cầu khối lượng công việc trả phí sẽ tạo dòng phí cho nhà vận hành nút và tiềm năng tích lũy giá trị cho người stake hoặc các cơ chế “đốt” token, nhưng hồ sơ công khai hiện tại chưa đủ rõ để xem đây là điều đã được chứng minh.
Một số bản tóm tắt thị trường mô tả áp lực “đốt” dựa trên doanh thu, trong khi sách trắng MiCA lại nêu rằng BLESS không triển khai các cơ chế điều chỉnh cung tự động như rebasing, phát hành gắn với cầu hoặc đốt gắn với cầu. Cách hiểu thận trọng là BLESS có tổng cung danh nghĩa được giới hạn với lạm phát nguồn cung lưu hành do vesting, và bất kỳ sự tích lũy giá trị bền vững nào đều phụ thuộc vào các khoản thanh toán tính toán thực, nhu cầu staking và việc thực thi đáng tin cậy các tiêu chuẩn hiệu năng của nút, thay vì một mô hình giảm phát được bảo đảm cơ học.
Ai đang sử dụng Bless?
Mức độ chấp nhận được nhìn thấy của Bless đến nay mạnh hơn ở phía cung so với phía cầu.
Dự án cho biết mạng đã đạt tới hàng triệu nút, với trang web chính thức đề cập hơn 5 triệu nút do người dùng duy trì và tài liệu nhà phát triển cho biết Bless có hơn 4,1 triệu nút trực tuyến mỗi ngày tại thời điểm công bố trang đó.
Mô tả dự án trên CoinMarketCap cũng trích dẫn hơn 5 triệu nút testnet, trong khi một bài báo tháng 9/2025 về việc ra mắt mainnet đề cập hơn 6,3 triệu nút và 2,5 triệu người dùng trong giai đoạn testnet. Những con số này cho thấy mức độ tham gia được thúc đẩy mạnh bởi airdrop và ưu đãi, nhưng không nên bị nhầm lẫn với nhu cầu doanh nghiệp lặp lại hoặc doanh thu tính toán trả phí; trong các thị trường DePIN, việc tăng trưởng phía cung (nút) có thể khá rẻ để trợ cấp, trong khi thước đo khó hơn là việc nhà phát triển có tiếp tục trả tiền cho khối lượng công việc sau khi các ưu đãi trở về trạng thái bình thường hay không.
Ở phía cầu, Bless nhắm tới hỗ trợ suy luận và huấn luyện AI, xử lý dữ liệu, hạ tầng trò chơi, lưu trữ web phân tán và triển khai cho nhà phát triển.
Tài liệu cho thấy hỗ trợ cho ứng dụng TypeScript và JavaScript, triển khai thông qua npx blessnet deploy, và các tích hợp được liệt kê cho các công nghệ như Space and Time Database và Monad Blockchain, nhưng cùng những tài liệu đó cũng nêu rằng mạng vẫn đang trong giai đoạn beta hoặc
testnet và việc các lần triển khai đều miễn phí trong giai đoạn đó, khiến cho việc xác minh sức hút doanh thu trở nên khó khăn nếu chỉ dựa vào các tài liệu công khai.
Việc được các sàn giao dịch chấp nhận rõ ràng hơn so với việc được khối doanh nghiệp chấp nhận: Bitget đã công bố niêm yết BLESS trong Innovation and AI Zone vào ngày 23 tháng 9 năm 2025, và các tin tức về Binance Alpha và Binance Futures được ghi nhận quanh thời điểm ra mắt đó, trong khi white paper theo MiCA được chuẩn bị để xin chấp thuận giao dịch trên Bitvavo. Các niêm yết này hỗ trợ thanh khoản và phân phối, nhưng chúng không phải là bằng chứng cho thấy các doanh nghiệp đang tiêu thụ tài nguyên tính toán của Bless ở quy mô lớn.
Những Rủi Ro và Thách Thức Đối Với Bless Là Gì?
Bless mang những rủi ro về quy định, thực thi và tập trung hóa điển hình của các hạ tầng mã hóa giai đoạn đầu. Tại Châu Âu, white paper theo MiCA phân loại BLESS là một “tài sản tiền mã hóa khác” (other crypto-asset), không phải token tiền điện tử (e-money token) hay token tham chiếu tài sản (asset-referenced token), và mô tả nó là không thể quy đổi (non-redeemable) và không sinh lãi (non-interest-bearing), nhưng phân loại đó không tự động giải quyết được cách các khu vực pháp lý khác có thể phân tích việc bán token, phần thưởng staking, airdrop, hay các câu hỏi về “kỳ vọng lợi nhuận”. Nghiên cứu công khai không phát hiện một vụ kiện SEC đang hoạt động nào nhắm trực tiếp vào Bless hay BLESS, nhưng việc không có hành động thực thi đã biết không đồng nghĩa với sự chắc chắn về mặt pháp lý. Mạng lưới cũng phụ thuộc vào tính toàn vẹn của cơ chế chấm điểm node, xác minh tác vụ, phân phối phần thưởng và thiết kế staking; nếu sự tham gia của node chủ yếu bị chi phối bởi động lực khuyến khích, hoặc tập trung vào một nhóm vận hành có phối hợp, mức độ phi tập trung thể hiện qua hàng triệu node trên trình duyệt có thể phóng đại số lượng nhà cung cấp tài nguyên tính toán độc lập về kinh tế và đáng tin cậy.
Đe dọa cạnh tranh là đáng kể vì Bless đang bước vào một thị trường tính toán phi tập trung đông đúc. Akash, Render, io.net, Aethir, Golem, Fluence và các mạng DePIN hoặc tính toán khác đều cạnh tranh để thu hút cùng một nhóm nhà phát triển, trong khi các “ông lớn” tập trung như AWS, Google Cloud, Microsoft Azure và các nhà cung cấp GPU-cloud chuyên biệt vẫn thống trị về độ tin cậy, quy trình mua sắm doanh nghiệp, tuân thủ, khả năng quan sát và cam kết mức độ dịch vụ (SLA). Mô hình thiết bị người dùng của Bless có thể hiệu quả về chi phí cho một số loại tải công việc nhạy cảm với độ trễ, bùng nổ theo đợt (bursty) hoặc ở biên (edge), nhưng rõ ràng là ít phù hợp hơn cho các cụm GPU hiệu năng cao mang tính quyết định, các tải công việc doanh nghiệp chịu điều tiết, hoặc những nhiệm vụ đòi hỏi cam kết thời gian hoạt động nghiêm ngặt. Mô hình kinh tế của Bless cũng chịu áp lực riêng liên quan đến token: lịch mở khóa nhiều năm có thể làm pha loãng những người nắm giữ lưu hành trước khi mức độ sử dụng trưởng thành, và nếu phần thưởng vượt quá doanh thu tính toán hữu cơ quá lâu, mạng có thể trôi từ vai trò thị trường hạ tầng sang một vòng lặp tham gia được trợ cấp.
Triển Vọng Tương Lai Của Bless Là Gì?
Triển vọng của Bless phụ thuộc ít vào việc niêm yết token và nhiều hơn vào khả năng chuyển đổi một testnet lớn hoặc nguồn cung node dồi dào thành nhu cầu tải công việc trả phí có thể kiểm chứng.
Các cột mốc chính cần theo dõi là mức độ sẵn sàng cho sản xuất của mainnet compute, các node desktop hoặc native có hỗ trợ GPU, cơ chế xác minh mạnh hơn, hỗ trợ ngôn ngữ lập trình rộng hơn ngoài TypeScript và JavaScript, khả năng điều phối được cải thiện, và dữ liệu thanh toán hoặc doanh thu minh bạch.
Bản audit tháng 8 năm 2025 của Halborn đối với các chương trình Solana của Bless tìm thấy một lỗi mức “thông tin” (informational) và không có phát hiện nghiêm trọng, cao, trung bình hay thấp trong phạm vi được audit, điều này là tích cực nhưng còn hẹp: nó bao phủ các chương trình Solana liên quan đến token và airdrop, chứ không phải toàn bộ mô hình bảo mật tính toán phân tán, kinh tế thị trường node, hay hệ thống xác minh tải công việc trong môi trường đối kháng.
Lộ trình trong white paper xác định việc ra mắt mainnet, cải thiện xác minh, mở rộng hỗ trợ ngôn ngữ lập trình, cải thiện điều phối và tăng cường tính năng bảo mật là những ưu tiên, trong khi tài liệu hiện tại vẫn chứa nhiều ngôn ngữ mang tính beta/testnet, nên rào cản thực tế là phải đồng bộ hóa giữa các tuyên bố ra mắt công khai, công cụ dành cho nhà phát triển, kênh thanh toán, và nhu cầu sản xuất đo lường được.
Luận điểm về hạ tầng là hợp lý nhưng chưa được chứng minh. Nếu Bless có thể định tuyến ổn định các tải công việc thực tế tới các thiết bị không đồng nhất, thực thi chất lượng dịch vụ, ngăn chặn hành vi gian lận của node và trả công cho người đóng góp từ nhu cầu khách hàng thay vì phát thải token, nó có thể chiếm một ngách phòng thủ được trong mảng edge-compute thuộc DePIN. Nếu không, dự án có nguy cơ trở thành một mạng token dư thừa nguồn cung với số lượng node ấn tượng nhưng mật độ doanh thu yếu. Những chỉ báo quan trọng nhất không phải là giá ngắn hạn, khối lượng giao dịch trên sàn, hay tăng trưởng mạng xã hội, mà là mức sử dụng tính toán trả phí lặp lại, khả năng giữ chân các nhà vận hành node không chỉ vì airdrop, khối lượng công việc hoàn thành có thể kiểm chứng, mức độ tham gia staking thực sự cải thiện bảo mật thay vì chỉ hấp thụ lượng token lưu hành, và việc công bố minh bạch về doanh thu, cơ chế đốt, lịch mở khóa và nguồn gốc phần thưởng.
