Ritual và Bittensor: Điểm khác biệt

Hai tên này không gộp lại thành một đồng tiền AI duy nhất. Điểm khác biệt nằm ở vai trò mà mỗi mạng đảm nhiệm. Ritual Chain là chuỗi EVM có chain ID 784, và các quy tắc về nguồn cung RITUAL nằm trên chuỗi đó. Mua RITUAL trên thị trường giao ngay của Gate không làm thay đổi cách một subnet chi trả cho các miner.

So sánh dưới đây sử dụng tài liệu về Ritual Chain, trang tokenomics của RITUAL và hướng dẫn mạng lưới của Bittensor. Bảng này chỉ sử dụng các số liệu được nêu trên ba trang đó.

Các điểm chính

• Ritual quyết toán các lệnh gọi mô hình, lệnh gọi HTTP và lịch biểu trên một chuỗi EVM. Bittensor ghi nhận thành viên subnet và lượng phát hành trên subtensor, trong khi công việc thực tế diễn ra ngoài chuỗi.

• Trên Ritual, bên gọi thanh toán trước bằng RITUAL. Trên Bittensor, chuỗi phát hành TAO cho công việc được validator chấm điểm.

• Ritual có thể giữ dữ liệu đầu vào của một lệnh gọi trong môi trường thực thi đáng tin cậy. Hướng dẫn khai thác của Bittensor cho biết các yêu cầu gửi đến miner không được đảm bảo tính bảo mật.

• Bittensor thêm một token alpha cho từng subnet bên cạnh TAO. Tài sản gốc của Ritual là RITUAL, với một phiên bản được cầu nối không làm tăng tổng nguồn cung.

• Hãy bắt đầu từ công việc cần thực hiện: một lệnh gọi trên chuỗi hay một thị trường chấm điểm các nhà cung cấp cạnh tranh. Đây không phải là xếp hạng về lợi nhuận trong tương lai.

Các hàng này là các thông tin thiết kế từ tài liệu được liên kết, không phải là điểm số. Khi một trang không đề cập đến nội dung nào đó, hàng tương ứng sẽ không lấp khoảng trống bằng một khẩu hiệu.

Ritual và Ritual Chain là gì?

Ritual Chain là Layer 1 tương thích EVM trong mạng lưới Ritual. Một hợp đồng thông minh thanh toán RITUAL để gọi mô hình, yêu cầu dữ liệu bên ngoài, chạy một tác vụ AI và lên lịch thực thi vào thời điểm sau đó. Dự án gọi lớp này là EVM++, tức máy ảo Ethereum được mở rộng cho các ứng dụng AI và hoạt động tính toán trên chuỗi nặng hơn. Chain ID là 784. RITUAL gốc không có địa chỉ hợp đồng. Một phiên bản được cầu nối trên BNB Smart Chain và Base dùng chung địa chỉ 0x256Ea35422b2F36B24aC1D66159Fe69e75918C37 và không làm tăng tổng nguồn cung, vì token trên chuỗi nguồn bị khóa.

Bên gọi nạp tiền vào số dư tài trợ trong RitualWallet. Mỗi tác vụ bất đồng bộ sẽ giữ trước một ngân sách tối đa, được quyết toán và hoàn lại phần dư. Ritual sử dụng một thiết kế đồng thuận có tên Symphony cho các khối lượng công việc AI. Gas thông thường là khoản thanh toán riêng do bên ký giao dịch chi trả. Trang tokenomics cho biết khi ra mắt, executor được tham gia thông qua chứng thực phần cứng và danh sách được phê duyệt. Danh sách đó giới hạn những ai có thể chạy tác vụ. Đây không phải là cơ chế đăng ký miner theo kiểu Bittensor, trong đó một hotkey đốt phí để tham gia subnet rồi cạnh tranh để nhận lượng phát hành.

Nguồn cung ban đầu là 10 tỷ, với 18% được mở khóa tại mainnet công khai vào ngày 26 tháng 10 năm 2026, thời gian khóa nội bộ một năm, và biểu quyết ràng buộc của staker vẫn là mục tiêu cho giai đoạn sau. Các quy tắc đó mô tả sự pha loãng. Chúng không cho biết liệu một hợp đồng nên gọi Ritual hay truy vấn một subnet của Bittensor.

Bittensor là gì?

Bittensor là một blockchain, subtensor, có chức năng điều phối và chi trả cho công việc hữu ích. Bittensor ra mắt mainnet vào năm 2023. Công việc diễn ra ngoài chuỗi trong các subnet, nơi chuỗi điều phối và chi trả cho các mô hình AI hoặc dịch vụ ngoài chuỗi. Chuỗi ghi nhận bên tham gia, đo lường mức độ đồng thuận về chất lượng công việc và phát hành TAO. Hướng dẫn mạng lưới nêu thời gian khối khoảng 12 giây. Subtensor dựa trên Substrate, không phải chuỗi EVM, nên một hợp đồng Solidity không thể được triển khai trên đó theo cách triển khai lên Ritual Chain.

Một subnet là thị trường khuyến khích có netuid là số nguyên. Chủ sở hữu thiết lập cơ chế và các siêu tham số. Miner là các hotkey tạo ra hàng hóa của subnet, có thể là suy luận, lưu trữ, dự đoán hoặc các công việc và mô hình khác, tùy thuộc vào mã của subnet đó. Validator là các hotkey có đủ lượng stake để giữ quyền xác thực. Họ chấm điểm miner bằng cách đặt trọng số, thường dựa trên đầu ra hiện tại và, trong một số thiết kế, các tín hiệu liên quan đến hiệu suất trước đây. Tại ranh giới epoch, Yuma Consensus kết hợp các trọng số đó, được tính theo lượng stake của validator, thành tỷ lệ phân bổ lượng phát hành.

TAO là token gốc. Mỗi subnet cũng có alpha, được giao dịch với TAO trong pool của subnet đó. Việc stake TAO vào một subnet sẽ hoán đổi TAO thành alpha theo giá của pool. Alpha trên một subnet không phải là alpha trên subnet khác. Mạng gốc, netuid 0, không có miner và không có alpha. Giới hạn số lượng vị trí trong một subnet mặc định là 256 neuron, và việc tham gia một subnet đã đầy sẽ loại neuron không có quyền miễn trừ có thứ hạng thấp nhất. Các quy tắc đó khiến vị trí trong subnet trở nên khan hiếm. Bittensor tổ chức công việc bằng cơ chế khuyến khích, không phải bằng biểu phí gas.

Các mô hình AI chạy ở đâu?

Trên Ritual, lệnh gọi là một đối tượng trên chuỗi. Tài liệu xác định các loại do giao thức tạo cho một lệnh gọi đã lên lịch, một cam kết bất đồng bộ giữ trước khoản ký quỹ và một giao dịch quyết toán thanh toán cho executor hoặc trả về kết quả. Hoạt động tính toán nặng có thể chạy bên cạnh ứng dụng thực thi, trong một sidecar như dự án mô tả, nên không phải mọi validator đều phải chạy lại cùng một tác vụ. Các node cũng có thể chuyên biệt hóa theo các khối lượng công việc khác nhau thay vì cùng chạy một công việc. Chuỗi vẫn phải chấp nhận đầu ra đã được chứng thực. Infernet, mạng oracle AI của Ritual, điều phối cách tiếp cận công việc bên ngoài đó. Việc kiểm tra một giao dịch là xem chain ID 784 và chứng thực của executor, không phải địa chỉ axon ngoài chuỗi của miner.

Trên Bittensor, chuỗi không chạy mô hình. Miner công bố một điểm cuối axon. Validator gửi yêu cầu đến điểm cuối đó rồi ghi trọng số lên chuỗi. Hướng dẫn khai thác nêu rõ rằng hàng hóa được xác định bởi mã riêng của subnet, và việc phục vụ điểm cuối không tự khởi động khi hotkey tham gia subnet. Nếu miner chuyển máy, miner phải công bố axon mới. Nhiệm vụ của chuỗi là quản lý thành viên, trọng số và lượng phát hành. Một mô hình lỗi là lỗi ngoài chuỗi, thể hiện sau đó dưới dạng điểm số thấp, chứ không phải giao dịch EVM bị hoàn tác. Subnet và các điểm cuối của nó nằm ngoài đường thực thi của chuỗi, nhưng vẫn ảnh hưởng đến các cơ chế khuyến khích trên chuỗi.

Đối với nhà phát triển, đây là điểm khác biệt. Nếu công việc phải được quyết toán dưới dạng một lệnh gọi trên chuỗi, hãy dùng Ritual. Nếu việc chấm điểm ngoài chuỗi vào thời điểm sau là chấp nhận được, hãy dùng Bittensor. Việc đưa UID của subnet vào một hợp đồng Ritual, hoặc đưa precompile của Ritual vào một subnet, cần một cầu nối riêng. Không chuỗi nào cung cấp sẵn đường đi đó theo mặc định.

Ai thanh toán và ai nhận token trong các thực thể tự chủ?

Người thanh toán trên Ritual là người sử dụng lệnh gọi. RITUAL rời khỏi RitualWallet khi executor trả về kết quả, khi một lệnh gọi HTTP được định mức hoặc khi một lệnh gọi theo lịch đến hạn. Agent thanh toán để tiếp tục hoạt động, vì vậy một lịch biểu liên tục sẽ tiếp tục tạo nhu cầu đối với các lệnh gọi được cấp vốn bằng RITUAL. Nếu số dư trống, lịch biểu sẽ không tiếp tục chạy miễn phí. Hoạt động phát hành vẫn tồn tại: trang tokenomics mô tả phần thưởng staking ban đầu gần 5% hằng năm, được trả cho validator, executor và delegator, trong đó phí cơ bản được đốt. Lượng phát hành đó chi trả cho các vai trò bảo mật và thực thi. Đây không phải là hóa đơn cho một prompt cụ thể. Prompt có mức giá riêng, được công bố trên chuỗi theo từng mô hình.

Bên thanh toán của Bittensor, đối với chính công việc, là lịch phát hành. Chuỗi phát hành TAO cho các subnet rồi cho các bên tham gia theo tỷ lệ giá trị được đo lường. Validator nhận cổ tức đối với các trọng số phù hợp với đồng thuận, và họ chia cổ tức đó với nominator sau khi trừ phần phí. Miner nhận phần khuyến khích của subnet. Staker ủy quyền nhận một phần cổ tức của validator. Hướng dẫn mạng lưới chỉ ra cơ chế phân chia lượng phát hành theo từng tempo. Tín hiệu dành cho miner là tạo ra thứ mà validator đánh giá cao. Nhu cầu chỉ đến với miner thông qua các điểm số đó, không phải vì một bên gọi cụ thể đã thanh toán trước cho phản hồi HTTP này.

Cả hai có thể được gọi là cơ chế khuyến khích, nhưng cách thanh toán và mục đích sử dụng phù hợp là khác nhau. Phí của Ritual tăng khi ai đó muốn một lệnh gọi cụ thể và sẵn sàng thanh toán trước. Lượng phát hành của Bittensor đến khi các validator được tính theo stake đồng ý rằng miner đã hoàn thành công việc của subnet, ngay cả khi không có một người dùng nào thanh toán trước cho từng phản hồi. Suy luận tính phí theo mức sử dụng xuất hiện dưới dạng khoản ghi nợ RitualWallet. Hoạt động sản xuất được định giá theo lượng phát hành xuất hiện dưới dạng khuyến khích và cổ tức của subnet. Việc trộn lẫn hai cơ chế sẽ hiểu sai thiết kế, chẳng hạn đánh giá Ritual bằng lượng phát hành TAO hoặc đánh giá một subnet bằng việc một lệnh gọi Solidity có bị hoàn tác hay không.

Lịch mở khóa của RITUAL không phải là cơ chế halving của TAO, và giá thị trường của cả hai tài sản không nằm trong so sánh này. RITUAL bị khóa không thể stake. Trọng số stake của Bittensor có công thức riêng: alpha được stake trên subnet đó cộng với stake TAO trên mạng gốc được điều chỉnh theo trọng số TAO do quản trị thiết lập. So sánh lợi suất staking của hai bên mà không có các công thức đó không phải là so sánh cùng một cơ chế.

Công việc được kiểm tra như thế nào?

Ritual kiểm tra một lệnh gọi bằng chứng thực và quyết toán. Executor được kỳ vọng chứng minh rằng họ đã chạy phần mềm được phê duyệt trong môi trường thực thi đáng tin cậy. Sau đó, chuỗi thanh toán từ ngân sách đã giữ trước hoặc ghi nhận kết quả. Môi trường thực thi đáng tin cậy che giấu dữ liệu đầu vào khỏi người vận hành phần cứng, và đường chứng thực của nó hỗ trợ xác minh cách tác vụ được chạy. Chỉ riêng điều đó không chứng minh mô hình là mô hình mà người dùng mong muốn, trừ khi chính sách chứng thực ràng buộc phần mềm đó. Trang tokenomics cho biết danh sách được phê duyệt là một phần của quy trình tiếp nhận khi ra mắt. Một danh sách đóng dễ giám sát hơn và cũng dễ kiểm duyệt hơn. Cơ chế kiểm tra bao gồm cả hai yếu tố này.

Bittensor kiểm tra công việc bằng sự đồng thuận giữa các validator đã stake. Validator đặt trọng số gần với đồng thuận sẽ giữ được cổ tức. Validator mất quyền xác thực sẽ mất cổ tức và các khoản bond. Miner có thu nhập thấp sẽ dần bị loại khỏi subnet sau khi thời gian miễn trừ kết thúc. Theo nghĩa kỹ thuật của Yuma Consensus, cơ chế kiểm tra này mang tính xã hội và được tính theo stake, không phải chứng thực phần cứng của một enclave đơn lẻ. Hướng dẫn khai thác bổ sung một giới hạn về quyền riêng tư: các yêu cầu di chuyển giữa validator và miner không có bảo đảm bảo mật. Một prompt cần được giữ kín khỏi người vận hành không phù hợp với đường đi này, trừ khi một subnet cụ thể bổ sung các biện pháp bảo vệ mà hướng dẫn cơ bản không nêu.

Có một dạng kiểm tra nằm ngoài cả hai thiết kế: liệu câu trả lời có đúng sự thật hay không. Chứng thực và trọng số validator trên các trang này không kiểm chứng thực tế nội dung mà mô hình đưa ra. Ritual kiểm tra rằng tính toán đã chạy như đã thỏa thuận. Bittensor kiểm tra điểm số từ các bên ngang hàng. Không bên nào chứng minh bản thân câu trả lời là chính xác. Một sản phẩm cần kiểm tra sự thật vẫn cần một nguồn nằm ngoài lớp khuyến khích.

Mạng nào phù hợp với công việc nào?

Hãy chọn Ritual nếu công việc là một hợp đồng trên chuỗi EVM cần gọi mô hình, truy cập điểm cuối HTTP hoặc tự lên lịch, và bên gọi sẵn sàng thanh toán trước RITUAL. Điều này bao gồm một agent có khóa và ngân sách nằm trên chain ID 784, cùng một nhà phát triển đã viết Solidity. Điều này không bao gồm mong muốn được trả TAO để phục vụ các miner ẩn danh.

Hãy chọn Bittensor nếu công việc là tạo ra hàng hóa của một subnet trong cạnh tranh với các miner khác, hoặc chấm điểm các miner đó với vai trò validator, theo lịch phát hành và pool alpha. Điều này bao gồm một nhóm xây dựng hàng hóa cho subnet để miner và validator cạnh tranh, cũng như một nhóm muốn chuỗi chi trả cho công việc hữu ích mà không cần một khách hàng thanh toán trước cho từng phản hồi. Điều này không bao gồm việc đưa một hợp đồng EVM hiện có lên subtensor và kỳ vọng các precompile của Ritual xuất hiện.

Không chọn cả hai và sử dụng một thiết kế khác nếu yêu cầu là quản trị ràng buộc của người nắm giữ token trong những tháng đầu, prompt riêng tư trên đường đi miner mặc định của Bittensor hoặc một tập hợp executor Ritual mở mà không có danh sách được phê duyệt. Các trang được trích dẫn không mô tả những điều đó là tính năng đã hoạt động khi ra mắt. Các giới hạn quyết định ai có thể tham gia khi ra mắt.

Sau lựa chọn đó, việc mua tài sản là giao dịch giao ngay. Mua TAO không đăng ký miner. Mua RITUAL không triển khai agent. Giao dịch mua chỉ thay đổi số dư, và cặp RITUAL/USDT vẫn phải khớp với mạng nạp tiền.

So sánh này có những giới hạn nào?

Các tham số này thay đổi, vì vậy số liệu trên trang tại thời điểm xem mới là số liệu cần được tính đến. Các siêu tham số của Bittensor như trọng số TAO trong stake, giới hạn quyền xác thực của validator và thời gian miễn trừ được thiết lập bởi quản trị hoặc subnet, và hướng dẫn mạng lưới cho biết cần xem giá trị trực tiếp. Danh sách executor, biểu phí và mục tiêu biểu quyết ràng buộc vào tháng thứ 12 của Ritual là các tuyên bố khi ra mắt trên trang tokenomics, không phải cam kết rằng danh sách sẽ luôn đóng. So sánh này đề cập đến các cơ chế như đã được công bố, không phải một cuộc biểu quyết sau này.

Giới hạn khác là phạm vi mà các tài liệu giải thích công khai đề cập. Các tài liệu công khai của Ritual thường dừng ở cụm từ "AI Layer 1" và không nêu ai thanh toán trước, hoặc liệt kê quản trị như một chức năng token đã có, dù biểu quyết ràng buộc của staker sẽ đến sau. Các tài liệu công khai của Bittensor thường dừng ở nhãn khái quát như "AI phi tập trung" và bỏ qua các chi tiết vận hành được sử dụng ở đây, bao gồm alpha, điểm cuối axon và việc không có bảo đảm bảo mật. So sánh này không xếp hạng các token và không ước tính lợi nhuận.

Tóm tắt

Ritual là một EVM Layer 1 nơi các hợp đồng thông minh thanh toán trước RITUAL cho các hoạt động AI như gọi mô hình, gọi HTTP hoặc lịch biểu, và executor có thể chạy công việc đó trong môi trường thực thi đáng tin cậy thuộc danh sách được phê duyệt. Bittensor là một chuỗi Substrate nơi miner tạo ra các giải pháp AI ngoài chuỗi trong các thị trường subnet được chấm điểm, validator đặt trọng số, còn lượng phát hành TAO cùng pool alpha của từng subnet chi trả theo Yuma Consensus. Hãy dùng Ritual cho một lệnh gọi theo dạng hợp đồng với ngân sách được giữ trước. Hãy dùng Bittensor cho một thị trường gồm các nhà cung cấp được chấm điểm. Thị trường giao ngay nơi RITUAL được giao dịch là một bước riêng biệt với cả hai thiết kế.

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

Ritual khác Bittensor như thế nào?

Ritual vận hành một chuỗi EVM, chain ID 784, nơi các hợp đồng thanh toán trước RITUAL cho các lệnh gọi mô hình, HTTP và theo lịch, còn Infernet là mạng oracle phi tập trung cho AI của Ritual. Bittensor vận hành subtensor, nơi công việc của subnet diễn ra ngoài chuỗi và chuỗi phát hành TAO theo trọng số của validator. Một bên là đường gọi thanh toán trước dành cho các mô hình trí tuệ. Bên còn lại là thị trường phát hành dành cho các nhà cung cấp của subnet.

Bittensor có sử dụng cùng loại staking như Ritual không?

Không. RITUAL đã mở khóa được stake hoặc ủy quyền cho validator của Ritual, còn RITUAL bị khóa không thể stake. Trên Bittensor, việc stake TAO vào một subnet sẽ hoán đổi thành alpha của subnet đó, và quyền xác thực của validator phụ thuộc vào trọng số stake. Hai dòng phần thưởng này không thể thay thế cho nhau.

Hợp đồng thông minh Ritual có thể gọi miner của Bittensor không?

Không phải dưới dạng precompile tích hợp sẵn trên cả hai chuỗi. Một hợp đồng Ritual không mặc định gọi miner của Bittensor, dù Infernet là mạng oracle AI của Ritual. Các lệnh gọi Ritual đi qua executor riêng và RitualWallet. Miner Bittensor được truy cập khi validator gửi yêu cầu đến một axon. Cầu nối giữa hai bên sẽ là một ứng dụng riêng, không phải đường quyết toán mặc định.

Mạng nào giữ prompt ở chế độ riêng tư?

Thiết kế của Ritual có thể đặt dữ liệu đầu vào trong môi trường thực thi đáng tin cậy để prompt được giữ kín khỏi những người vận hành máy. Hướng dẫn khai thác của Bittensor cho biết các yêu cầu giữa validator và miner không có bảo đảm bảo mật, vì vậy đường đi mặc định của nó không có cùng mức kiểm soát quyền riêng tư. Một prompt cần được ẩn phù hợp với mô tả thứ nhất, không phải thứ hai, trừ khi một subnet cụ thể bổ sung biện pháp bảo vệ mà hướng dẫn cơ bản không nêu.

Việc mua RITUAL hoặc TAO có chọn mạng cho nhà phát triển không?

Không. Một giao dịch mua giao ngay chỉ thay đổi số dư. Việc triển khai hợp đồng trên Ritual hoặc đăng ký hotkey trên một subnet Bittensor là một bước riêng biệt. Nhà phát triển cũng cần xem xét công cụ, cách kết nối và khả năng phát triển cho một thị trường mới. Lệnh giao dịch giao ngay không đăng ký miner hoặc executor. Các sự kiện và hackathon được lên kế hoạch của Ritual là các chương trình cộng đồng. Việc mua token không chọn mạng.