Pearl so với Bittensor, Akash và Render: Những điểm khác biệt chính

Những độc giả đã biết GPU có thể huấn luyện hoặc phục vụ một mô hình vẫn phải phân biệt ba thiết kế: công việc tạo ra khối, công việc được các validator chấm điểm và công việc mà người mua chi trả. Pearl thuộc thiết kế đầu tiên. Điểm số hoặc hợp đồng thuê vẫn có thể hữu ích với người mua, trong khi chuỗi máy chủ tiếp tục tạo khối mà không cần đến công việc GPU đó.

Một công việc được thông qua, điểm số cao từ validator và đáp án ô chiến thắng đều trả lời những câu hỏi khác nhau. Giá cả và thời gian hoạt động không khiến một mạng lưới thuộc cùng một thiết kế.

Những điểm chính

• Cơ chế xổ số khối của Pearl là phép nhân ma trận trên GPU trong chính chuỗi của Pearl. Bittensor phân phối TAO khi validator chấm điểm đầu ra của subnet. Akash và Render thu phí cho hợp đồng thuê hoặc công việc, còn các chuỗi máy chủ của họ tạo khối bằng cơ chế staking.
• Bằng chứng Pearl hợp lệ cho thấy một ô đầu ra đã được tính toán lại và đạt độ khó. Bằng chứng này không cho thấy các ma trận bắt nguồn từ lượt suy luận tiến của một mô hình có trả phí.
• Danh sách phần cứng do thợ đào bên thứ ba công bố không phải là hằng số của giao thức. Quy trình được Pearl tài liệu hóa là một node kết hợp với một thợ đào vLLM. Akash liệt kê tài nguyên container. Render phân công công việc GPU cho các nhà vận hành node.
• Các tài sản gốc có những vai trò khác nhau: PRL là phần thưởng trợ cấp khối của Pearl, TAO được phân phối theo điểm số tổng hợp, AKT được staking để tạo khối Akash còn hợp đồng thuê được thanh toán bằng ACT, và RENDER bị đốt để thanh toán cho công việc còn nhà vận hành được trả thưởng theo một lịch phát hành riêng.

Mỗi mạng lưới thực sự làm gì?

Pearl là một blockchain Layer 1, trong đó đơn vị công việc là phép nhân ma trận trên GPU. Sách trắng Pearl INT mô tả thiết kế bằng chứng công việc hữu ích, trong đó phép nhân này cũng có thể được dùng làm bằng chứng của khối. Thợ đào chọn các ma trận, còn các ô của tích ma trận đóng vai trò như những vé xổ số. Thợ đào tìm được vé chiến thắng sẽ công bố khối và nhận thưởng bằng PRL. Trên Gate, ký hiệu giao dịch giao ngay của tài sản gốc này là PEARL.

Bittensor là một mạng lưới mở gồm các subnet. Thợ đào tạo ra một sản phẩm như năng lực tính toán, suy luận, lưu trữ hoặc dự đoán. Validator chấm điểm thợ đào bằng cách thiết lập trọng số, còn Yuma Consensus tổng hợp các trọng số đó thay vì trực tiếp chấm điểm công việc. Nhà tạo subnet xác định cơ chế khuyến khích, staker ủy quyền TAO cho validator, và chuỗi phân phối TAO dựa trên kết quả tổng hợp đó. Điểm số cao là đánh giá theo cơ chế khuyến khích của subnet đó, không phải quy tắc yêu cầu một tích ma trận phải là tiền ảnh của khối tiếp theo.

Akash Network là một thị trường cho năng lực tính toán dạng container, được xây dựng bằng Cosmos SDK và CometBFT. Người thuê mô tả CPU, bộ nhớ, dung lượng lưu trữ và, nếu được cung cấp, GPU trong tệp triển khai. Nhà cung cấp gửi giá thầu, người thuê chấp nhận một giá thầu, và chuỗi ghi nhận một hợp đồng thuê. Cơ chế delegated proof of stake lựa chọn validator Akash. GPU phục vụ container là sản phẩm được thuê, không phải câu đố mà các validator phải giải.

Render Network phân công các công việc GPU, đặc biệt là kết xuất và những tác vụ tính toán liên quan, cho các nhà vận hành node. RENDER là một tài sản SPL trên Solana. Người tạo đốt RENDER để nhận tín dụng công việc dùng cho việc gửi công việc, còn nhà vận hành node được trả thưởng theo một lịch phát hành riêng thay vì nhận các token đã bị đốt. Validator của Solana tạo ra các khối Solana. Việc quyết toán một công việc cập nhật bản ghi công việc của Render, không phải cơ chế xổ số khối của Solana.

Công việc hữu ích như phép nhân ma trận có tạo ra khối không?

Trong bốn thiết kế này, chỉ thiết kế của Pearl dùng công việc hữu ích để tạo ra khối. Thợ đào Pearl tìm kiếm một ô có hàm băm đạt mục tiêu độ khó. Quá trình tìm kiếm đó chính là bằng chứng công việc. Việc lặp lại các phép nhân cho đến khi một ô chiến thắng là yếu tố khiến việc tạo ra một lịch sử cạnh tranh trở nên tốn kém.

Ba mạng lưới còn lại vẫn có thể phục vụ người mua trong khi việc tạo khối diễn ra ở nơi khác. Bittensor thanh toán cho bất kỳ nội dung nào được subnet xác định, còn TAO được phân phối theo các trọng số do Yuma tổng hợp. Akash thanh toán cho một container theo hợp đồng thuê. Render thanh toán cho một công việc đã hoàn tất. Các chuỗi này vẫn có thể tiếp tục tạo khối nếu thị trường GPU tạm lắng: chuỗi Bittensor sử dụng proof of authority, Akash và Solana sử dụng staking, và không mạng lưới nào trong ba mạng lưới này dùng công việc GPU làm câu đố tạo khối.

Hình 1. Pearl thanh toán cho ô nhân ma trận chiến thắng, ô này tạo ra khối. Ba mạng lưới còn lại thanh toán cho điểm số, hợp đồng thuê hoặc công việc.

Một thị trường có thể có khách hàng trả phí trong khi chuỗi của thị trường đó vận hành bằng staking. Một blockchain proof-of-useful-work có thể tạo khối từ các phép nhân không được khách hàng nào yêu cầu. Một lần Pearl không tìm được ô chiến thắng sẽ kết thúc lượt thử đó mà không có trợ cấp, trọng số Bittensor thấp sẽ kết thúc khoản phát hành đó, giá thầu Akash bị từ chối sẽ kết thúc đề nghị đó, còn một lần quyết toán Render thất bại sẽ kết thúc công việc đó.

Một lần kiểm tra được thông qua thực sự chứng minh điều gì?

Việc kiểm tra của Pearl chứng minh một sự thật cụ thể. Đặc tả dấu phẩy động mở rộng bằng chứng nhân ma trận số nguyên: thợ đào cam kết với các đầu vào, nhiễu từ những cam kết đó được áp dụng, và tích ma trận được chia thành các ô. Verifier không tính toán lại toàn bộ tích ma trận. Verifier mở một ô, kiểm tra các bằng chứng Merkle, tạo các seed nhiễu, tính toán lại ô đó và kiểm tra vé theo độ khó.

Việc kiểm tra thành công có nghĩa là ô đó khớp và vé đã chiến thắng. Điều đó không có nghĩa là khách hàng đã nhận được token từ một mô hình. Thợ đào chọn các đầu vào, vì một mạng lưới mở không thể giả định rằng bên cung cấp tác vụ là trung thực. Lập luận bảo mật nằm ở chi phí của phép nhân, bao gồm cả các đầu vào suy biến, chứ không phải ở một danh mục các mô hình được phê duyệt.

Một nghiên cứu độc lập về ranh giới này, Khoảng cách hữu ích trong bằng chứng công việc hữu ích, cho biết quá trình xác minh chấp nhận một tích ma trận đã hoàn tất và không kiểm tra liệu các ma trận có bắt nguồn từ một mô hình hay không. Các ma trận ngẫu nhiên vẫn có thể vượt qua bước kiểm tra. Nghiên cứu cũng cho biết phần mềm khai thác chiếm ưu thế trong mẫu nghiên cứu không chứa mã suy luận. Việc kiểm tra ô hợp lệ vẫn có thể tồn tại trong khi khối lượng công việc suy luận có trả phí vẫn là tùy chọn.

Trong Bittensor, kết quả được thông qua là một điểm số. Validator kiểm tra đầu ra của thợ đào theo cơ chế khuyến khích của subnet và thiết lập trọng số. Trọng số cao có nghĩa là các validator đó đánh giá đầu ra có giá trị. Điều đó không có nghĩa là mọi subnet đều bán dịch vụ suy luận cho khách hàng bên ngoài, cũng không có nghĩa là phép tính của thợ đào đã được thực thi lại dưới dạng một ô đồng thuận. Giới thiệu về Bittensor nêu rõ sự phân tách này: thợ đào tạo ra sản phẩm, validator chấm điểm thợ đào, còn staker hỗ trợ validator bằng TAO.

Trong Akash, kết quả được thông qua là một hợp đồng thuê. Chuỗi ghi nhận giá thầu, việc người thuê chấp nhận giá thầu và các điều khoản. Sau đó, việc cung cấp dịch vụ là một thực tế vận hành liên quan đến container trên máy của nhà cung cấp. Một hợp đồng thuê đã đóng không chứng minh rằng GPU của nhà cung cấp đang huấn luyện một mô hình cụ thể, trừ khi khối lượng công việc của người thuê chính là công việc đó.

Trong Render, kết quả được thông qua là việc quyết toán công việc. Nhà vận hành node được trả tiền khi mạng lưới chấp nhận công việc theo các quy tắc về công việc và danh tiếng. Việc quyết toán chứng minh bản ghi công việc, không chứng minh rằng cùng số chu kỳ GPU đó đã được dùng làm bằng chứng khối Solana. Danh tiếng có thể tăng hoặc giảm tùy theo công việc đã cung cấp. Điểm dịch vụ này tương tự trọng số trong Bittensor và khác với việc kiểm tra ô của Pearl.

Quy trình phần cứng và phần mềm khác nhau như thế nào?

Quy trình khai thác được Pearl tài liệu hóa là một ngăn xếp GPU xoay quanh thợ đào vLLM kết hợp với một node Pearl. Node phân phối các mẫu khối. Địa chỉ thợ đào là địa chỉ Taproot có tiền tố prl1p trên mainnet. Phần thưởng được nhận khi công việc đó tìm được một khối, bao gồm trợ cấp và phí, chứ không phải khoản thanh toán theo mỗi giờ hoạt động.

Các chương trình bên thứ ba công bố danh sách thiết bị và số liệu hashrate của riêng họ. Những số liệu đó phản ánh bản dựng phần mềm cụ thể, không phải hằng số của giao thức. Một chương trình yêu cầu seed phrase là chương trình đang lấy ví, vì việc khai thác chỉ cần địa chỉ nhận. Một pool có thể giúp giảm biến động. Đơn vị công việc vẫn là phép nhân ma trận.

Phần cứng của Bittensor phụ thuộc vào subnet. Một subnet suy luận có thể cần GPU. Một subnet lưu trữ hoặc dự đoán thì có thể không cần. Việc đăng ký, phần mềm thợ đào và cơ chế chấm điểm của validator quyết định liệu máy đó có được trả tiền hay không.

Phần cứng Akash là những gì nhà cung cấp liệt kê và tệp triển khai của người thuê yêu cầu. Giành được công việc có nghĩa là thắng giá thầu và duy trì hợp đồng thuê, không phải vượt qua một mục tiêu độ khó. Nhà cung cấp có thể được trả tiền cho một hợp đồng thuê mà không có cơ hội tạo ra khối Akash.

Phần cứng Render là một node GPU tiếp nhận các công việc được định tuyến. Danh tiếng của nhà vận hành và loại công việc đều quan trọng. Một card chưa từng giành được ô Pearl vẫn có thể quyết toán một công việc Render, vì công việc đó không phải là vé Pearl.

Phần thưởng token có giống phí tính toán không?

Không. Pearl phát hành PRL thông qua trợ cấp khối. Nguồn cung được giới hạn ở mức 2,1 tỷ và tiến gần đến mức đó theo một đường cong đều, không có bước halving, với khoảng thời gian mục tiêu khoảng 194 giây. PRL của thợ đào là quyền hưởng khoản phát hành đó, không phải quyền nhận hóa đơn GPU của khách hàng. Khai thác Pearl theo dõi đường cong này cùng với việc điều chỉnh độ khó.

Bittensor phân phối TAO từ lượng phát hành được phân bổ theo điểm số tổng hợp của Yuma. Thợ đào cần nhận được trọng số trong một subnet. Staker ủy quyền cho validator. Không luồng nào trong hai luồng này là khoản thanh toán của khách hàng cho một giờ sử dụng GPU. Token là đơn vị đo của điểm số.

Akash tách biệt việc tạo khối khỏi khoản thanh toán cho hợp đồng thuê. AKT được staking để hỗ trợ validator và qua đó hỗ trợ việc tạo khối. Người thuê cấp vốn cho hợp đồng thuê bằng ACT, một tín dụng tính toán neo theo USD, còn khoản ký quỹ thanh toán cho nhà cung cấp bằng ACT. Việc đốt AKT là cách tín dụng đó được phát hành. Nhà cung cấp có thể được trả tiền cho một hợp đồng thuê mà không tạo khối, còn validator có thể tạo khối mà không cung cấp GPU.

RENDER là tài sản được dùng để thanh toán cho một công việc. Việc đốt RENDER tạo ra tín dụng công việc và loại RENDER đó khỏi nguồn cung. Nhà vận hành node được trả thưởng theo một lịch phát hành riêng, không nhận các token đã bị đốt. Một tài khoản Solana nắm giữ RENDER không phải là một UTXO của Pearl, và một giao dịch chuyển trên Solana không quyết toán coinbase của Pearl. Nguồn cung có thể giảm khi công việc đốt RENDER và tăng khi token được phát hành theo lịch, thay vì khi một ô ma trận đạt mục tiêu độ khó của Pearl.

Một biên nhận ghi "GPU" có thể là trợ cấp khối, khoản phát hành dựa trên trọng số điểm số, khoản thanh toán cho hợp đồng thuê hoặc khoản phát hành sau khi một công việc bị đốt token. Chỉ trường hợp đầu tiên là Pearl.

Bạn nên xác minh điều gì trước khi cho rằng các mạng lưới này cùng một thiết kế?

Một ô Pearl chiến thắng xác nhận rằng phép nhân đã đạt độ khó. Điều đó không xác nhận rằng khách hàng đã nhận được đầu ra của mô hình. Một trọng số Bittensor xác nhận điểm số của validator. Một hợp đồng thuê Akash xác nhận giá thầu đã được chấp nhận. Một lần quyết toán Render xác nhận một công việc đã hoàn tất.

Tài sản Pearl gốc không có địa chỉ hợp đồng trên một chain khác, và địa chỉ nhận trên mainnet bắt đầu bằng prl1p. Thị trường PEARL của Gate là tài sản đó. Thị trường PRL của Gate là Perle, một dự án riêng biệt. Địa chỉ hợp đồng, địa chỉ 0x hoặc địa chỉ Solana đều là tài sản khác, ngay cả khi tên trùng nhau.

Tóm tắt

Pearl so với Bittensor, Akash và Render thể hiện sự khác biệt ở nội dung mà GPU đang chứng minh. Pearl trả PRL khi một ô nhân ma trận giành chiến thắng trong cơ chế xổ số khối trên chính chuỗi của mình, và việc kiểm tra của verifier chứng nhận ô đó chứ không phải hóa đơn của khách hàng. Bittensor trả TAO khi validator chấm điểm đầu ra của subnet. Akash thanh toán hợp đồng thuê được chấp nhận bằng ACT trong khi validator đã staking tạo khối, còn Render đốt RENDER để thanh toán cho một công việc trong khi nhà vận hành nhận thưởng từ lượng phát hành và Solana tạo ra các khối.

Câu hỏi thường gặp

Pearl khác Bittensor, Akash và Render như thế nào?

Pearl biến phép nhân ma trận trên GPU thành công việc có thể giành chiến thắng trong việc tạo khối và trả thưởng cho người chiến thắng bằng PRL. Bittensor trả TAO cho đầu ra của subnet sau khi validator thiết lập điểm số. Akash ghi nhận hợp đồng thuê container trên một chain proof-of-stake và thanh toán hợp đồng thuê đó từ khoản ký quỹ ACT. Render tính phí cho các công việc GPU bằng cách đốt RENDER để tạo tín dụng công việc trên Solana, đồng thời trả thưởng cho nhà vận hành node theo một lịch phát hành riêng.

Bằng chứng Pearl hợp lệ có nghĩa là GPU đã chạy một mô hình AI có trả phí không?

Không. Bằng chứng Pearl hợp lệ cho thấy ô được mở có thể được tính toán lại và vé đạt độ khó. Thợ đào chọn các ma trận, và các ma trận ngẫu nhiên vẫn có thể vượt qua. Khối lượng công việc suy luận có trả phí có thể là nguồn tạo ra các ma trận đó, nhưng bước kiểm tra không yêu cầu nguồn gốc này.

Akash và Render có sử dụng proof-of-useful-work không?

Không. Akash ghi nhận các hợp đồng thuê trên một chain proof-of-stake sử dụng CometBFT. Render quyết toán công việc bằng RENDER trên Solana, nơi validator tạo khối bằng cách staking. Cả hai đều có thể bán thời gian sử dụng GPU hữu ích, nhưng hoạt động bán đó không phải là câu đố tạo khối.

Bất kỳ GPU nào cũng có thể khai thác Pearl giống như có thể nhận công việc Akash hoặc Render không?

Không. Nhà cung cấp Akash liệt kê các tài nguyên mà người thuê yêu cầu và giành được giá thầu, trong khi nhà vận hành node Render tiếp nhận một công việc được định tuyến. Quy trình được Pearl tài liệu hóa là một node kết hợp với một thợ đào thực hiện phép nhân theo giao thức, và chỉ được trả thưởng khi tìm thấy một khối. Một card có thể nhận công việc trên thị trường không mặc nhiên là thợ đào Pearl.

Thị trường PRL của Gate có phải là tài sản Pearl không?

Không. Gate niêm yết tài sản Pearl gốc dưới ký hiệu PEARL. Thị trường PRL trên Gate là Perle, một dự án riêng biệt. Pearl gốc được nhận tại địa chỉ prl1p trên mạng Pearl và không có địa chỉ hợp đồng trên một chain khác.