Question 1

RENDER là gì?

Accepted Answer

RENDER là token tiện ích được Render Network sử dụng. Render Network kết nối các nhà vận hành node có GPU sẵn có với các bên yêu cầu công việc render hoặc tính toán GPU; trong quy trình token hiện tại, RENDER là tài sản cơ sở để nhận chứng từ thanh toán tác vụ và hình thành động lực cho node. Nó không đại diện cho quyền sở hữu đối với GPU, nhà vận hành node hoặc doanh thu mạng lưới.

Question 2

Mục đích chính của Render Network là gì?

Accepted Answer

Vai trò của Render Network là điều phối nhu cầu và nguồn cung tính toán GPU: bên yêu cầu gửi công việc cần xử lý, còn nhà vận hành node cung cấp GPU để hoàn thành công việc. Trọng tâm của mạng lưới không phải là đổi token trực tiếp lấy năng lực tính toán, mà là tổ chức hai phía này thông qua tác vụ, chứng từ thanh toán và phần thưởng cho các node hoàn thành công việc; vì vậy, việc một tác vụ có thể được xử lý hay không còn phụ thuộc vào yêu cầu tác vụ, node sẵn có và quy tắc mạng lưới, chứ không chỉ phụ thuộc vào việc nắm giữ RENDER.

Question 3

Điều gì xảy ra khi dùng RENDER để thanh toán tác vụ tính toán?

Accepted Answer

Khi bên yêu cầu cần thanh toán cho công việc GPU, trước tiên họ đốt RENDER có giá trị USD tương đương giá trị cần thiết, rồi nhận Render Credits có giá trị tương ứng để gửi công việc. Điểm then chốt ở đây không phải là chuyển trực tiếp RENDER cho một node: việc đốt token và phát hành Credits tạo thành khâu thanh toán phía yêu cầu, còn node sau khi hoàn thành công việc GPU sẽ nhận RENDER từ lượng phát hành của mạng lưới. Ví dụ, tài liệu chính thức nêu trường hợp đốt RENDER trị giá 5 USD để nhận 5 Render Credits. Ví dụ này cho thấy Credits được định giá theo giá trị USD; số Credits thực tế cần thiết vẫn do công việc cụ thể và quy tắc định giá của mạng lưới quyết định.

Question 4

RENDER và Render Credits khác nhau như thế nào?

Accepted Answer

RENDER là token Solana SPL có thể chuyển nhượng; còn Render Credits là chứng từ tác vụ không thể chuyển nhượng và không thể thay thế được phát hành khi yêu cầu công việc. Hai loại này không thể thay thế cho nhau: đốt RENDER là điều kiện để nhận Credits, còn Credits được dùng để gửi công việc mạng lưới tương ứng, không phải token có thể tự do chuyển giữa các ví. Thiết kế này tách chứng từ giá trị USD của thanh toán tác vụ khỏi token cơ sở có thể chuyển nhượng trên thị trường. Do đó, chỉ nắm giữ RENDER không có nghĩa là đã sở hữu Credits có thể dùng để gửi tác vụ, và Credits đã nhận cũng không tương đương với số dư có thể đổi ngược về RENDER.

Question 5

Mô hình BME là gì?

Accepted Answer

BME là cơ chế “đốt—cân bằng đúc” (Burn Mint Equilibrium): bên yêu cầu đốt RENDER cho công việc tính toán, còn các node hoàn thành công việc GPU nhận RENDER từ lượng phát hành của mạng lưới. Cơ chế này đặt lượng đốt phía nhu cầu và lượng phát hành phía cung trong cùng một khuôn khổ kinh tế, chứ không cam kết rằng mỗi token bị đốt sẽ được bù lại từng token bằng lượng token mới tương đương. Vì vậy, khi hiểu về BME cần xem riêng hai biến số có thể thay đổi: nhu cầu tác vụ ảnh hưởng đến số RENDER bị đốt, còn phần thưởng node phụ thuộc vào sắp xếp phát hành mạng lưới do quản trị quy định. Không thể chỉ dựa vào tên gọi “BME” để suy ra chênh lệch giữa hai bên hoặc biến động của chênh lệch đó.

Question 6

Node GPU nhận RENDER như thế nào?

Accepted Answer

Phần thưởng RENDER cho nhà vận hành node đến từ lượng phát hành của mạng lưới, chứ không phải từ việc bên yêu cầu trực tiếp chuyển token thanh toán cho node. Node trước tiên cung cấp và hoàn thành công việc GPU mà mạng lưới cần, sau đó mạng lưới phân phối RENDER theo các quy tắc phát hành và phần thưởng áp dụng; tài liệu chính thức dẫn chiếu khuôn khổ phát hành này đến RNP-006 và nêu rằng sau đó đã được RNP-013 cập nhật. Vì vậy, “cung cấp GPU” không tự động đồng nghĩa với nhận lợi nhuận cố định: việc có nhận được phần thưởng và số lượng bao nhiêu phụ thuộc vào việc hoàn thành tác vụ và các quy tắc mạng lưới tại thời điểm đó. Lượng phát hành là động lực được thiết lập để duy trì năng lực cung cấp công việc GPU, nhưng không cấu thành bảo đảm về thu nhập của node.

Question 7

Việc đốt RENDER kết nối với phần thưởng node như thế nào?

Accepted Answer

Việc đốt RENDER diễn ra tại khâu bên yêu cầu đổi token cơ sở lấy Render Credits cần cho tác vụ: RENDER tương ứng bị đốt, thay vì được giữ trong tài khoản của bên yêu cầu hoặc làm dự trữ có thể chuyển nhượng cho Credits. Credits sau đó được dùng để gửi công việc, vì vậy việc đốt phản ánh nhu cầu tính toán đã đi vào quy trình thanh toán này. Bản thân việc đốt không cho biết một tác vụ nhất định chắc chắn sẽ được node nào tiếp nhận, cũng không tự nó quyết định node nhận bao nhiêu phần thưởng; phần thưởng phía node được xử lý theo các quy tắc phát hành của mạng lưới. Chỉ bằng cách tách riêng “thanh toán tác vụ bị đốt” và “phần thưởng node được phát hành” mới có thể hiểu đúng quy trình này.

Question 8

RENDER có mối quan hệ gì với RNDR trước đây?

Accepted Answer

RNDR là token ERC-20 trước đây, còn RENDER là token SPL hiện tại vận hành trên Solana và phục vụ quy trình BME. Sau khi cộng đồng phê duyệt BME, mạng lưới triển khai cơ chế này trên Solana và nâng cấp RNDR ERC-20 cũ thành RENDER SPL; do đó, chúng là các dạng tài sản của cùng một dự án ở những giai đoạn khác nhau, chứ không phải hai tài sản thanh toán mạng lưới hiện tại có thể cùng tồn tại tùy ý và có chức năng giống nhau. Khi nhận diện tài sản hoặc xử lý số dư cũ, cần dùng cổng nâng cấp chính thức và địa chỉ SPL được công bố chính thức. Không nên chỉ dựa vào tên hoặc ký hiệu token để coi bất kỳ hợp đồng cùng tên nào là RENDER.

Question 9

Nên hiểu nguồn cung và phát hành của RENDER như thế nào?

Accepted Answer

Khi hiểu về nguồn cung RENDER, tối thiểu cần tách riêng lượng phát hành cho mạng lưới node và lượng đốt do thanh toán tác vụ: phần trước là động lực phân phối cho các node hoàn thành công việc GPU, phần sau đến từ việc bên yêu cầu nhận Render Credits. Dữ liệu nguồn cung lịch sử của RNDR cũ không nên được coi trực tiếp là số liệu của RENDER SPL hiện tại và BME. Số lượng, nhịp độ và điều chỉnh cụ thể của lượng phát hành không tự động được xác định bởi từ “BME”, mà phải căn cứ vào các đề xuất quản trị áp dụng và dữ liệu on-chain. Vì vậy, tổng nguồn cung, nguồn cung lưu hành hoặc thay đổi ròng trong một giai đoạn cần dùng dữ liệu có thể xác minh của cùng một thời điểm và cùng một dạng tài sản; không được cộng hoặc hoán đổi các chỉ số ERC-20 lịch sử với dữ liệu SPL hiện tại.

Question 10

Làm thế nào để tham gia Render Network?

Accepted Answer

Lộ trình cơ bản của bên yêu cầu là: xác nhận tác vụ và các yêu cầu của mạng lưới, nhận và đốt RENDER theo quy trình để đổi lấy Render Credits, sau đó dùng Credits để gửi công việc. Credits là chứng từ thanh toán tác vụ, vì vậy trước khi hoàn tất việc nhận Credits, chỉ nắm giữ RENDER không thể thay thế bước thanh toán cần thiết để gửi tác vụ. Bên cung cấp GPU thì cần dùng node đáp ứng yêu cầu mạng lưới để nhận và hoàn thành công việc, với phần thưởng được quyết toán theo quy tắc phát hành của mạng lưới. Vai trò, phần mềm cần thiết và điều kiện đủ tư cách của hai nhóm người tham gia là khác nhau; các yêu cầu kết nối cụ thể cần căn cứ vào tài liệu vận hành chính thức tương ứng.

Question 11

Làm thế nào để nhận diện tài sản RENDER chính thức và tránh nhầm lẫn mạng lưới?

Accepted Answer

Khi xác nhận RENDER chính thức, cần đồng thời kiểm tra mạng lưới và địa chỉ: tài sản này là RENDER SPL trên Solana, và trang liên kết chính thức cung cấp các kênh chính thức cùng thông tin địa chỉ để nhận diện tài sản. Tên token, biểu tượng hoặc kết quả tìm kiếm không đủ để chứng minh một địa chỉ là tài sản chính thức. Trước khi liên quan đến di chuyển, ký ví hoặc chuyển tiền, cũng cần đi từ trang chính thức tới các tài nguyên nâng cấp, tránh sử dụng các cổng “đổi” do tin nhắn riêng, quảng cáo hoặc website không chính thức cung cấp. Việc chuyển sang sai mạng lưới hoặc sai địa chỉ thường không thể tự động khôi phục chỉ vì tên dự án giống nhau.

Question 12

Có thể lấy thông tin chính thức về cơ chế và nâng cấp RENDER ở đâu?

Accepted Answer

Khi nghiên cứu RENDER, trước hết hãy xem Render Network Knowledge Base để hiểu các quy tắc mạng lưới và vận hành, đồng thời xem phần giải thích token SPL chính thức để hiểu mối quan hệ giữa BME, Credits, việc đốt và lượng phát hành cho node. Khi liên quan đến nâng cấp RNDR cũ hoặc nhận diện tài sản, tiếp tục đối chiếu chéo với các tài nguyên nâng cấp chính thức và trang liên kết chính thức. Các tài liệu này có thể giải thích cơ chế giao thức, nhưng không thay thế trạng thái giao dịch cụ thể của ví, node hoặc dịch vụ bên thứ ba. Với dữ liệu thay đổi theo thời gian như nguồn cung, lượng đốt và lượng phát hành, cần tiếp tục kiểm tra phạm vi thống kê và thời điểm của các tài liệu quản trị áp dụng cùng các bản ghi on-chain.

Giá Render (RENDER)