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 (RENDER) 价格