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) 的常見問題