Question 1

REQ 是什么？

Accepted Answer

REQ 是 Request Network 生态的原生代币。Request Network 是开放、社区拥有的支付协议，用于在链上创建和处理支付请求，并支持钱包之间直接结算稳定币支付。 REQ 的两项核心协议角色是治理和销毁机制：前者让持有人参与协议及其基金会的方向，后者在请求被存储到链上时发生。代币本身不等同于支付资金，也不等同于建立在协议上的某一家产品公司。

Question 2

REQ 的销毁机制如何运作？

Accepted Answer

REQ 销毁由“支付请求被存储到链上”这一事件触发：网络每记录一个这样的请求，就会将一部分 REQ 从流通供应中移除。被销毁的代币不会转给验证者、付款方或收款方。 这使销毁与协议的链上请求使用相连，但不代表每一笔稳定币转账都会以同样方式或同样数量销毁 REQ。销毁的触发依据是请求的链上存储，而不是把任意链上活动都视为 REQ 销毁。

Question 3

REQ 的供应、分配和解锁如何安排？

Accepted Answer

REQ 的总供应量固定为 10 亿枚，并且全部在创世时完成分配；项目披露不包含通胀或新增发行。完整供应在创世分配后已归属，因此没有后续预定解锁。 创世分配包括公开代币销售 49.97%、早期贡献者 20.01%、团队及顾问 18.01%、基金会 12.01%。这些比例描述的是创世时的分配结构；销毁发生后，流通中的数量可以少于初始固定总量。

Question 4

持有 REQ 可以参与什么治理？

Accepted Answer

REQ 持有人可参与关于协议方向和管理该生态的基金会的治理。治理的作用是参与协议与基金会相关决策，不是自动取得某家企业的股权、股息或对付款资金的控制权。 Request Network 将自身描述为开放且由社区拥有的协议，基金会由 REQ 提供资金。持有人是否以及如何参与具体提案，仍取决于当时公布的治理流程和讨论渠道。

Question 5

Request Network 的支付是否托管资金？

Accepted Answer

Request Network 的支付基础设施强调非托管：协议不会在支付过程中代为保管资金，付款通常直接从付款方钱包转至收款方钱包。协议在其中承担创建、协调或处理支付请求的基础设施角色。 因此，REQ 的销毁机制与链上存储的请求有关，而付款资产可以是用于结算的稳定币。理解这一流程时，应把“支付资金在两端钱包间流动”与“协议请求触发 REQ 销毁”分开看待。

Question 6

Request Network 与 Request Finance 是同一个项目吗？

Accepted Answer

不是。Request Network 是开放支付协议及其社区拥有的基金会所构成的生态；Request Finance 是建立在该协议上的独立公司。使用 Request Finance 的产品不等于取得或控制 Request Network 协议，也不能据此把 REQ 视为该公司权益。

Question 7

固定供应与 REQ 销毁如何同时存在？

Accepted Answer

固定供应不意味着流通数量永久不变。REQ 没有新增发行和未来预定解锁，但每当符合条件的请求被存储到链上时，会有一部分 REQ 被销毁并移出流通供应。 因此，创世 10 亿枚是供应制度的起点；理解任一时点的数量时，还需要区分初始总量、已销毁数量和实际流通数量，不能把它们视为同一个指标。

Question 8

网络使用怎样与 REQ 的代币机制相连？

Accepted Answer

协议使用与 REQ 的关系经过一个明确环节：当支付请求被存储到链上，销毁机制才会触发，进而减少流通中的 REQ。仅有支付需求、用户数量或宣传中的交易量，并不会在没有这一链上存储环节时自动等同于 REQ 销毁。 同样，销毁减少的是代币数量，不保证价格、流动性或支付采用结果。那些结果还受支付产品是否被使用、链上请求是否实际存储以及市场交易条件等因素影响。

Question 9

如何理解 Request Network 的钱包对钱包支付？

Accepted Answer

Request Network 自 2017 年起以链上协议形式运行，其定位是让稳定币支付可在钱包之间直接结算。协议的“非托管”描述的是资金路径，不表示所有支付场景、资产、链或外部服务都具有相同的操作条件。 实际使用时，付款方和收款方还需要使用兼容的钱包及所选支付功能支持的资产和网络；这些实现条件决定某一笔付款能否完成，但不会改变协议不在中间持有资金这一基本设计。

Question 10

REQ 的治理和销毁有什么区别？

Accepted Answer

REQ 的两个核心功能服务于不同环节：治理让持有人参与协议和基金会的方向；销毁则在请求上链时按照机制减少流通中的 REQ。前者是参与权，后者是由协议使用触发的供应变化，两者不应混为单一的“收益”机制。

Question 11

谁维护 Request Network？

Accepted Answer

Request Network 不是由单一公司控制的产品：官方将其描述为开放、社区拥有的协议，并由社区拥有的基金会维护。REQ 为该基金会提供资金，REQ 持有人通过治理参与协议和基金会方向。 这种安排不能推导出每位持有人对协议运营或基金会资产拥有直接、按比例的控制权；具体治理权如何行使，仍由实际治理机制决定。

Question 12

理解 REQ 时应区分哪些概念？

Accepted Answer

理解 REQ 时，最重要的是区分三层：REQ 是协议代币；Request Network 是处理链上支付请求的开放支付协议；Request Finance 是构建在该协议上的独立公司。再将这三层与钱包对钱包的稳定币资金路径、以及请求上链触发的 REQ 销毁分别对应，才能避免把代币、协议、公司和付款资产混为一谈。

Request (REQ) 价格

Request (REQ) 今日价格

Request (REQ) 历史价格

恐慌与贪婪指数

为什么近24小时Request (REQ)价格上涨？

关于Request (REQ)

用途与特点

供应与发行机制

如何购买及使用Request (REQ)

购买指南

相关交易

余币宝理财

Request (REQ) 入门与市场洞察

基础知识

市场分析

关于Request (REQ) 的常见问题