什麼是 RedStone？模組化預言機設計

2026-08-24

RedStone 是一套模組化區塊鏈預言機系統。其資料把數據取得、簽名數據分發、向目標鏈轉發和應用消費拆分為不同層。拉取模式會在應用需要數據的鏈上呼叫中帶入簽名數據包，推送模式則按更新策略刷新鏈上 feed。RED 是該網絡資料中說明的效用型代幣。這些是系統角色，並不是對 RED 價值的陳述。

什麼是 RedStone

RedStone 是讓目標區塊鏈之外的數據進入智能合約環境的基礎設施。區塊鏈能夠驗證自己的狀態，卻不能自行觀察交易場所、儲備證明、網頁服務或另一條鏈。預言機是一組組件：它把外部觀測傳到合約，並讓合約依照規則決定是否接受這條資訊。

理解 RedStone 的重點是模組化數據路徑，而不是把它想成一個不可分割的 feed 合約。項目的開發者資料把路徑分為數據取得、數據分發、數據轉發和數據消費。數據取得者不必就是轉發者，目標合約也仍要自行決定如何核驗並使用收到的值。

日常搜尋中的 RedStone 可能有不同含義。本文中的 RedStone 指項目官方材料描述的預言機系統以及單獨命名的 RED 代幣，不指任何名稱近似的代幣、任何使用 RED 符號的資產，也不把某個餵價中的數值當作 RED 代幣本身。

RedStone 要解決什麼問題

智能合約具有確定性：相同的鏈上輸入會得到相同的計算結果。這很有用，但也意味着合約不能自行發現鏈外事實。借貸計算、結算規則、抵押品檢查或儲備相關設計可能需要鏈外數據。合約需要的是從來源到可驗證訊息的明確路徑，而不是被硬編碼進去的一個數字。

問題不只在於拿到一個 feed。應用還要說明需要什麼數據、信任哪些來源和簽名者、數據允許陳舊多久、數據缺失時如何處理，以及誰在所需時點承擔讓數據可用的成本。這些都是整合方的設計選擇；預言機可以提供輸入，卻不能替消費協議作出選擇。

RedStone 的模組化表述試圖把來源、分發、轉發和消費分開，從而使不同交付方式可以重用同一條較寬的數據路徑。這樣的拆分不會把鏈外數據變成鏈上保證的事實，也不能證明某個具體整合已經選擇了合理的核驗規則。

RedStone 怎麼運作

項目開發者頁面描述了四個階段。數據取得階段組裝某個 feed 所需的輸入；數據分發階段由節點基礎設施提供簽名數據；數據轉發階段把材料送到目標鏈；數據消費階段則由目標鏈合約解包並核驗收到的內容，再把它用於應用邏輯。

在 RedStone 技術材料描述的拉取模式中，簽名數據包在鏈下可用，需要某個值的呼叫會把數據包帶入呼叫資料。消費端合約可以在執行時檢查該數據包。項目開源倉庫把這一思路描述為把數據附到使用者的鏈上呼叫中，並在處理後不把它作為一般 EVM 儲存保留。

具體的數據包格式、簽名者策略、數據年齡限制和無效輸入處理，仍需查看特定消費合約。只知道某個系統支援拉取，不能推出所有合約都接受同一種包，或都用同一種新鮮度閾值。

在推送模式中，更新者會在另一筆消費呼叫需要數據之前，把 feed 數值寫入鏈上合約。產品資料以 heartbeat 和 deviation 條件說明這類更新。後來的合約呼叫可以讀取儲存值，但仍要確認最近一次更新是否足夠新、合約地址是否正確、精度是否符合預期；已經上鏈不等於自動適用。

這些路徑也說明了餵價與代幣為何是不同對象。feed 可以攜帶某項資產、儲備或其他數據集的參考值；RED 是項目代幣資料使用的 ticker。預言機能夠交付與價格有關的數據包，並不能說明 RED 的價值；對 RED 系統角色的說明，也不能證明某個 feed 正確。

RED 在系統裡做什麼

官方代幣資料明確把 ticker 寫為 RED，當前項目代幣頁面將 RED 稱為 RedStone 網絡的原生效用型代幣。頁面把它描述為服務於預言機基礎設施的經濟安全、去中心化和生態參與者激勵的設計。這是已記錄的系統定位，不代表每個持有人都在執行某種操作，也不保證會得到某種結果。

討論代幣經濟與使用場景時，最好拆成兩件事。代幣經濟是關於供應和激勵結構的文件設計；使用場景是周邊預言機系統要交付什麼能力。兩者都不能代替對數據品質、應用安全或代幣價值的判斷。代幣層與數據交付層可能有相連的激勵，但承擔的是不同技術工作。

2025 年的代幣資料把質押討論為預期的經濟安全設計之一。本文不提供質押步驟，也不把那份歷史資料當作當前獎勵安排，更不會根據它推導治理權、合約參數或部署狀態。閱讀者應始終把 ticker、鏈、合約地址和版本分開核對。

代幣生成事件本身也屬於這份供應記錄。2025 年 3 月 6 日，幣安在 12:41 UTC 發布公告，暫停原定 13:00 UTC 的 RED 開盤，理由是 RedStone 臨時把社群空投從總量的 9.5% 下調至 5%；同日 14:55 UTC 的第二份公告把開盤時間改到 16:00 UTC，此前項目方從生態與數據提供方類別中追加了 2%，並稱其餘 4.5% 將在事件後六個月發放給合作協議的用戶。這 4.5% 後續是否真的發放，本文未能從一手來源核實，因此不作任何方向的斷言。

公開的分配本身是集中的。在 1,000,000,000 RED 的最大供應量之上，RedStone 官方分配頁列出早期支持者 31.70%（鎖定）、生態與數據提供方 24.30%、核心貢獻者 20.00%（鎖定）、協議開發 10.00%、社群與創世 10.00%、幣安 Launchpool 4.00%。這些頁面同時說明了為什麼單個數字要互相對照著看：分配頁寫的是初始流通比例 30%，而 2025 年 2 月的代幣經濟文章寫的是事件時流通比例 28%、流通量 280,000,000 RED，而且兩頁都只用一張時間表圖片交代釋放安排，沒有逐類別寫明懸崖與線性釋放條款。

RedStone 生態與採用語境

RedStone 模組化預言機設計：來源、分發、拉取或推送轉發、消費、RED 角色與核驗要點

本文所說的生態，是數據來源、數據提供方或節點、分發服務、轉發機制、消費合約、開發者與 RED 激勵層之間的關係。RedStone 當前的開發者和產品頁面把拉取和推送 feed 展示為可選交付方式。這有助於理解術語，但不是對任何整合的獨立審計。

採用情況應逐個部署核驗。一個標識、一份 feed 目錄或公開陳述，都不能證明某個合約正在運行、配置正確或目前依賴某種交付模式。更可靠的問題是：在一條明確的鏈上，部署了哪個合約，它讀取哪個數據包或 feed，又執行哪些核驗條件。

RedStone 有何不同：拉取、推送與模組化交付

拉取與推送的主要分別在於目標鏈何時接收數據。拉取時，數據包在應用呼叫需要它的那一刻到達；新鮮度與該次呼叫及消費端的接受規則相連。如果沒有呼叫帶入有效數據包，不會只因時間流逝而自動寫入新的鏈上狀態。

推送時，更新者根據預設條件把數值寫進鏈上 feed。後續合約呼叫能夠讀取這個儲存值，而不必在該次呼叫中嵌入數據包。這裡不存在放諸四海皆準的優劣排序：更新者、協議或其他安排需要支付並監控更新，消費協議仍須設定自己的新鮮度和後備規則。

模組化交付意味着較寬的數據流程可以配合不止一種轉發方式，而不是要求所有應用在同一時點接收數據。它不意味着每個 feed 都在每條鏈上同時提供兩種形式，也不意味着整合可以不經程式碼審閱就切換模式。模組化是可分離組件的描述，不是對速度、成本或安全性的絕對承諾。

風險與局限

第一類風險在來源和簽名邊界。簽名能夠表明獲准簽名者產生了訊息，卻不能獨自證明底層觀測完整、及時、聚合正確，或適合某個協議的經濟語境。消費方應了解其配置接受哪些簽名者與數據來源、採用何種聚合方式，以及設計假定了哪些市場或基礎設施條件。

第二類風險在交付和可用性。拉取整合依賴在呼叫時取得有效數據包，推送整合依賴更新者和儲存值保持在消費端可接受的年齡內。網絡中斷、轉發延遲、鏈選錯、端點問題或舊版本整合都可能讓應用得不到預期數據。模組化帶來選擇，不會消除運行依賴。

第三類風險位於消費合約。精度錯誤、feed 標識不匹配、時間戳檢查過寬、沒有後備路徑、升級或合約地址選錯，都可能在預言機組件按設計運行時仍造成有害的應用行為。審計主張必須有審計方自身網站上、範圍和版本清晰的報告；本文不對任何部署作已審計或未審計判斷。

交易所自己的風險標記也在公開記錄裡。在 2025 年 3 月 5 日的上幣公告中，幣安寫明將對 RED 施加種子標籤（Seed Tag），並稱 RED 是相對較新、風險高於正常水平、很可能出現劇烈波動的代幣，用戶須每 90 天通過一次測驗才能保留帶該標籤交易對的交易權限。這類標記是單一交易場所的風險分類，不是對預言機系統的技術評估，也不會因為項目文件寫得詳細而失去意義。

怎麼自己核驗 RedStone

從 RedStone 官方域名開始，並通過其自身連結進入開發者資料、代幣資料和公開程式碼倉庫。核對官方代幣資料是否把項目名對應到 RED，而不是依賴搜尋結果或名稱相似的資產。社交貼文、廣告和形近域名只能作為調查線索，不能當作證明。

針對某條鏈上的代幣或 feed，應先用當前官方材料比對鏈和合約地址，再在相應的區塊瀏覽器中查看該地址。檢查合約名、可見的已驗證原始碼、符號和地址是否對應目標部署。RED 的 Ethereum 瀏覽器條目可作交叉核驗目標，但瀏覽器標籤本身不能取代官方地址公告。

針對消費應用，可只讀檢查程式碼或文件中的 feed 標識、簽名者或提供方規則、時間戳檢查、精度處理、後備行為以及暫停或升級控制。如果聲稱有審計，應到審計方自己的域名查找報告，並把報告範圍和程式碼版本與實際部署相對照。核驗時不要連接錢包、簽名訊息或跟隨任何領取提示。

有兩個鏈上標識可以讓代幣這一側不必依賴任何摘要就能核對。幣安上幣公告把 RED 在以太坊上的合約地址記為 0xc43C6bfeDA065fE2c4c11765Bf838789bd0BB5dE，RedStone 分配頁則把 0xBA544abd1b34C4a337E3F3Cbe2A390e061031FF7 列為發放社群與創世中 4.5% DRILL 部分的多簽地址。把這兩串地址分別貼進區塊瀏覽器，讀轉帳歷史與當前餘額，再拿看到的結果去對項目方自己公布的日期與數量，而不是去對聚合站。