#termmax @TermMax
我進入 TermMax 的預言機文檔，假設“backup oracle support（備份預言機支持）”意味着：清單中每一種資產都都配置了備份。
然後我開始逐一打開各個資產頁面。
這個假設並不成立。
@TermMax 自身的安全文檔說明，它的預言機系統支持多種預言機和備份機制：即便主預言機失效，也可以進行故障轉移。
USDe 顯然就使用了這種冗餘。
TermMax 文檔將 Chainlink 作爲其主要數據源，將 RedStone 作爲備份，並設置了 86,400 秒（24 小時）的心跳。
但具體配置並不一致。
在 TermMax 已發佈的以太坊預言機頁面 wbrETH 和 sYUSD 上，兩者都列出了主要價格數據源，而已發佈的“Backup Price Feed（備份價格數據源）”卻是零地址（0x0000...0000）。
這改變了我對預言機冗餘的理解。
在協議層面的“備份預言機能力”並不意味着：清單中每一種資產都擁有相同的備份配置。
公平地說，零地址的備份字段並不能證明某個資產沒有保護，或者不存在其他防護措施。
它只是告訴我：該資產所發佈的逐項配置是不同的。
而這很重要，因爲 TermMax 自己的安全文檔將“預言機價格”描述爲對抵押品估值和清算決策至關重要。
因此我留下的問題是：
當某個資產的已發佈備份字段是零地址時，如果主數據源無法使用，它的預期故障轉移路徑在何處有文檔說明？
@TermMax #TermMax
我進入 TermMax 的預言機文檔，假設“backup oracle support（備份預言機支持）”意味着：清單中每一種資產都都配置了備份。
然後我開始逐一打開各個資產頁面。
這個假設並不成立。
@TermMax 自身的安全文檔說明，它的預言機系統支持多種預言機和備份機制：即便主預言機失效，也可以進行故障轉移。
USDe 顯然就使用了這種冗餘。
TermMax 文檔將 Chainlink 作爲其主要數據源，將 RedStone 作爲備份，並設置了 86,400 秒（24 小時）的心跳。
但具體配置並不一致。
在 TermMax 已發佈的以太坊預言機頁面 wbrETH 和 sYUSD 上，兩者都列出了主要價格數據源，而已發佈的“Backup Price Feed（備份價格數據源）”卻是零地址（0x0000...0000）。
這改變了我對預言機冗餘的理解。
在協議層面的“備份預言機能力”並不意味着：清單中每一種資產都擁有相同的備份配置。
公平地說，零地址的備份字段並不能證明某個資產沒有保護，或者不存在其他防護措施。
它只是告訴我：該資產所發佈的逐項配置是不同的。
而這很重要，因爲 TermMax 自己的安全文檔將“預言機價格”描述爲對抵押品估值和清算決策至關重要。
因此我留下的問題是：
當某個資產的已發佈備份字段是零地址時，如果主數據源無法使用，它的預期故障轉移路徑在何處有文檔說明？
@TermMax #TermMax
