Question 1

RENDER 是什麼？

Accepted Answer

RENDER 是 Render Network 使用的實用代幣。Render Network 把有可用 GPU 的節點營運者與需要 GPU 渲染或計算工作的請求方連接起來；在其目前代幣流程中，RENDER 是取得任務支付憑證並形成節點激勵的基礎資產。它並不代表對 GPU、節點營運者或網路收入的所有權。

Question 2

Render Network 的主要用途是什麼？

Accepted Answer

Render Network 的作用是協調 GPU 計算的需求與供給：請求方提交需要處理的工作，節點營運者提供 GPU 完成工作。網路的重點並非把代幣直接兌換成算力，而是用任務、支付憑證和完成工作的節點獎勵來組織這兩端；因此，任務是否能被處理還取決於任務要求、可用節點和網路規則，而不只取決於持有 RENDER。

Question 3

使用 RENDER 支付計算任務時會發生什麼？

Accepted Answer

請求方需要為 GPU 工作支付時，先銷毀與所需美元價值相當的 RENDER，再獲得相應價值的 Render Credits，用這些 Credits 提交工作。這裡的關鍵不是把 RENDER 直接轉給某個節點：代幣銷毀和 Credits 的簽發構成請求側的支付環節，節點在完成 GPU 工作後則從網路排放中獲得 RENDER。 例如，官方文件以銷毀價值 5 美元的 RENDER、取得 5 個 Render Credits 為例。這個例子說明 Credits 按美元價值計價；實際所需 Credits 仍由具體工作及網路定價規則決定。

Question 4

RENDER 與 Render Credits 有什麼區別？

Accepted Answer

RENDER 是可轉移的 Solana SPL 代幣；Render Credits 則是請求工作時簽發的、不可轉讓且不可替代的任務憑證。兩者不能互相替代：銷毀 RENDER 是取得 Credits 的前提，而 Credits 的用途是提交相應的網路工作，不是可在錢包間自由流轉的代幣。 這一設計把任務支付的美元價值憑證與市場中可轉移的基礎代幣分開。因此，持有 RENDER 本身不等於已經擁有可提交任務的 Credits，已取得的 Credits 也不等於可轉回 RENDER 的餘額。

Question 5

什麼是 BME 模型？

Accepted Answer

BME 是「銷毀—鑄造平衡」（Burn Mint Equilibrium）機制：請求方為計算工作銷毀 RENDER，完成 GPU 工作的節點則獲得網路排放的 RENDER。它把需求側的銷毀與供給側的排放放在同一經濟框架中，而不是承諾每一筆被銷毀的代幣會由同額新幣逐筆補回。 因此，理解 BME 時應分別看兩個可變項：任務需求會影響被銷毀的 RENDER 數量，節點獎勵取決於經治理規定的網路排放安排。兩者的差額及其變化不能僅憑「BME」這一名稱推斷。

Question 6

GPU 節點如何獲得 RENDER？

Accepted Answer

節點營運者的 RENDER 獎勵來自網路排放，而非請求方直接把其支付代幣轉給節點。節點先提供並完成網路所需的 GPU 工作，網路再按適用的排放與獎勵規則分配 RENDER；官方資料將該排放框架指向 RNP-006，並說明其後由 RNP-013 更新。 所以「提供 GPU」不自動等同於獲得固定收益：能否獲得獎勵及數量取決於任務完成和當時的網路規則。排放是為持續供給 GPU 工作能力設定的激勵，但不構成對節點收入的保證。

Question 7

RENDER 的銷毀與節點獎勵如何銜接？

Accepted Answer

RENDER 的銷毀發生在請求方把基礎代幣換成任務所需 Render Credits 的環節：相應 RENDER 被銷毀，而不是保留在請求方帳戶中或作為 Credits 的可轉移儲備。Credits 隨後用於提交工作，因此銷毀反映的是已進入該支付流程的計算需求。 銷毀本身不說明某一任務必然被哪個節點承接，也不單獨決定節點獲得多少獎勵；節點側獎勵由網路排放規則處理。將「任務支付被銷毀」和「節點獎勵被排放」分開，才能正確理解該流程。

Question 8

RENDER 和早期 RNDR 有何關係？

Accepted Answer

RNDR 是早期 ERC-20 代幣，RENDER 是目前在 Solana 上運行並服務 BME 流程的 SPL 代幣。社群批准 BME 後，網路在 Solana 實施該機制，並將舊 ERC-20 RNDR 升級為 RENDER SPL；兩者因此屬於同一專案不同時期的資產形態，而不是兩種可任意並存、功能相同的目前網路支付資產。 識別資產或處理舊餘額時，應使用官方升級入口和官方公布的 SPL 地址。不要僅依據名稱或代幣符號把任意同名合約認定為 RENDER。

Question 9

如何理解 RENDER 的供應與發行？

Accepted Answer

理解 RENDER 的供給時，至少要分開看節點網路排放和任務支付造成的銷毀：前者是向完成 GPU 工作的節點分配的激勵，後者來自請求方取得 Render Credits。舊 RNDR 的歷史供應資料不應直接當作目前 RENDER SPL 與 BME 的口徑。 排放的具體數量、節奏和調整並非由「BME」一詞自動給出，而應以適用的治理提案和鏈上資料為準。因而總量、流通量或某期間淨變化需要採用同一時點、同一資產形態的可驗證資料，不能把歷史 ERC-20 指標與目前 SPL 資料相加或互換。

Question 10

如何參與 Render Network？

Accepted Answer

請求方參與的基本路徑是：確認任務與網路要求，取得並按流程銷毀 RENDER 換取 Render Credits，再用 Credits 提交工作。Credits 是任務支付憑證，因此在未完成取得 Credits 前，單純持有 RENDER 不能替代提交所需的支付步驟。 GPU 供給方則需要以符合網路要求的節點承接並完成工作，獎勵按網路排放規則結算。兩類參與者的角色、所需軟體和資格不同；具體接入要求應以相應官方操作文件為準。

Question 11

如何識別官方 RENDER 資產並避免網路混淆？

Accepted Answer

確認官方 RENDER 時，應同時核對網路和地址：本資產是 Solana 上的 RENDER SPL，官方連結頁提供用於識別該資產的官方管道與地址資訊。代幣名稱、圖示或搜尋結果並不足以證明某個地址就是官方資產。 涉及遷移、錢包簽名或轉帳前，也應從官方頁面進入升級資源，避免使用私訊、廣告或非官方網站提供的「兌換」入口。錯誤網路或錯誤地址的轉帳通常不能因專案名稱相同而自動恢復。

Question 12

在哪裡取得 RENDER 的官方機制與升級資訊？

Accepted Answer

研究 RENDER 時，優先查看 Render Network Knowledge Base 了解網路和操作規則，並查看官方 SPL 代幣說明了解 BME、Credits、銷毀和節點排放的關係。涉及舊 RNDR 升級或資產識別時，再以官方升級資源和官方連結頁交叉核對。 這些資料能說明協議機制，但不替代錢包、節點或第三方服務的具體交易狀態。對供應、銷毀和排放等會隨時間變化的資料，應進一步核對適用治理文件和鏈上記錄的統計口徑與時間點。

Render Network (RENDER) 價格