不靠喊單或安全分數研究 Meme 幣風險

把數十項檢查壓成 82 分、綠色盾牌或「低風險」，畫面會很容易比較，證據卻可能變得更難追。權限仍存在、來源碼可讀、流動性很薄、持有分布集中和市場資料缺失，是不同類型的事實；它們沒有天然共同單位，也不應由一個加權公式替讀者決定哪項可以抵銷另一項。

本站採用風險證據冊，而不是安全分數。每個命題都保留來源、物件身分、觀察時間、狀態、可支持範圍和仍未知事項。研究輸出可以是「已確認」、「未發現於本次範圍」、「資料不足」、「來源衝突」或「需要持續觀察」，但不會把這些狀態改寫成保證、喊單或價格預測。

分數最容易隱藏三件事

第一是權重。若一個模型把「來源碼已驗證」加十分，把「單一管理地址」扣五分，最後正分看起來像已抵銷風險。但來源碼可讀和管理權限集中是兩個並存事實；前者不會令後者消失。沒有公開且有理由的權重，總分只是模型偏好的縮寫。

第二是時間。合約權限、代理實作、流動性和供應分布可以在不同速度下改變。昨日的分數若不展示每項 observation time，讀者無法知道哪個輸入已過時。重新計算總分也可能覆蓋舊狀態，令重要變化只剩一個數字升降。

第三是缺值。資料取得失敗時，有些分數會沿用舊值或給中性分；兩種做法都可能讓畫面保持完整，卻把未知偽裝成證據。風險證據冊直接保存 `missing`、`stale`、`failed` 與 `not-applicable`，不讓零同時代表「沒有風險」和「沒有資料」。

證據冊的第一欄是資產身分

在研究權限或供應之前，先固定鏈、完整合約或 mint、資產類型、來源與時間。同代號、同圖示或相似地址不足以建立身分。跨鏈表示還要保存橋接、包裝或獨立發行關係；無法證明的關係保留 unresolved，不從社群習慣名稱補完。

身分來源最好分層：專案自述可支持「發布者聲稱使用此地址」；區塊瀏覽器可支持該鏈上物件的公開狀態；資料供應商映射可支持該供應商如何歸類。三者相符會增強可追溯性，仍不是安全認證；三者衝突時則保存各自版本，不投票選出一個看來最熱門的答案。

任何後續欄位都要引用這組身分鍵。若供應、池或權限來自另一條鏈，就另起一列，不把名稱相同的數值灌入原列。身分尚未確認時，研究應停在身分衝突，而不是繼續產生精密風險結論。

權限研究寫「誰能做什麼」

Ethereum.org 的智能合約安全文件把 access control、升級、緊急停止、治理與事件監控分開討論。這提供了一個重要方法：不要只找 `owner` 是否存在，而要列出敏感操作、可呼叫主體、控制路徑與可觀察事件。

EVM 研究可逐項記錄 mint、pause、blacklist、fee change、upgrade、treasury movement 或其他實際存在的敏感函式。每一項需要來源碼或可重現鏈上資料支持，並標明直接控制者是單一地址、多簽、timelock、治理或未知。沒有該函式證據時，寫「本次範圍未確認」，不寫「永遠不可能」。

代理合約尤其需要分開 proxy 與 implementation。Ethereum.org 說明代理模式可以把狀態和邏輯分離，使實作位址更新後改變執行邏輯。因此，只檢視代理地址當下顯示的介面不夠；還要記錄 implementation、upgrade authority、觀察區塊與是否能重現其關係。

Solana 則要分開 mint authority、freeze authority、program owner 與 token account owner。SPL Token 文件把 mint 與 token account 定義為不同帳戶；某個 authority 為空、存在或取得失敗，都應按原始狀態保存。權限撤銷可以降低特定變更能力，不會自動解決流動性、分布、程式依賴或市場風險。

來源碼驗證與審計都不是安全結論

Etherscan 將 source-code verification 描述為提交來源碼與已部署 bytecode 的匹配程序。匹配後，研究者更容易閱讀函式與重現程式分析；這能支持「程式碼可查閱及與部署結果匹配」，不能支持「所有路徑已安全」。

Ethereum.org 也明確提醒不要把 audit 當作 silver bullet，因為審計不會找出每一個錯誤。證據冊若引用審計，至少記錄報告發布者、日期、精確版本或 commit、審查範圍、已知限制、發現事項與修復證據。只貼一個「Audited」徽章，無法證明目前部署版本仍在報告範圍。

「沒有發現問題」必須附測試範圍。公開來源碼搜尋不到某函式，不等於不存在 delegatecall、外部依賴或升級後加入的路徑；一次靜態檢視也不等於覆蓋所有狀態。研究文字要說清查了什麼、在哪個版本查，以及哪些路徑未檢查。

供應與持有分布不能用單張餅圖收尾

供應證據至少分成協議上限或發行規則、鏈上已發行量、供應商 circulating supply、鎖定或橋接表示，以及可觀察的地址餘額。這些欄位定義不同，不因單位相同就能互相填補。burn address、treasury、bridge custody、交易場所歸集與流動性池還可能令地址餘額的經濟含義不同。

持有集中研究要保存完整地址、標籤來源、是否為合約、觀察區塊與分母。前十大地址占比若把銷毀地址或池地址混入，回答的已不是可控制供應集中度；若供應分母來自另一時間或 provider，也會製造不實精度。

因此，證據冊不寫「前十持有 40%，扣八分」，而寫「在指定區塊、指定地址分類與指定供應分母下，已觀察到這個比例；其中若干地址歸屬未知」。讀者可以看見集中事實及分類限制，不需要假設某個臨界值適用所有資產。

市場風險按場域拆開

CoinGecko 的公開方法將價格、成交量、ticker、order-book depth 與多項資料品質因素分開處理。本站只借用「欄位與方法需分開」的原則，不複製 Trust Score。市場研究要分列 provider-global 資料、單一 CEX product 與單一 DEX pair，保留各自的 scope。

DEX 池需記錄鏈、pair、base／quote、池型、費率、流動性、成交量窗口與觀察時間；CEX 需記錄 venue、product、last／bid／ask、book level、成交量窗口與時間。二十四小時成交量不是當下深度，池的美元流動性也不是任意方向的保證可執行額度。

流動性集中在單池會增加對該池與報價資產的依賴；分散在多池則增加身分、路由及時間對齊成本。兩種形狀都可描述其依賴，不需要先決定哪種必然得到較高分。

外部依賴與營運證據要另開一頁

代幣合約可能依賴 oracle、bridge、router、multisig、前端、metadata host 或其他程式。每個依賴要記錄它能影響的功能、控制方、升級路徑及失效表現。外部合約有審計，不會自動把依賴它的整個系統包含在同一範圍。

營運聲明則與鏈上證據分開。網站承諾、社群公告與治理文件可支持發布者在某日作過該聲明；真正的權限變動、升級或資金移動仍要用鏈上事件核對。反過來，鏈上交易只能證明地址和程式發生了什麼，不能自行揭示背後人物的全部意圖。

Ethereum.org 建議以事件監控追蹤安全關鍵操作。對研究站而言，這代表建立可重現的變更清單：authority 變動、implementation 更新、pause 狀態、異常供應變化或重要池遷移。監控是發現變化的方法，不是「持續監控所以安全」的保證。

沒有總分的證據矩陣

每個資產的矩陣可有六列：

1. 身分：合約與官方自述、瀏覽器、provider mapping 是否一致。
2. 程式：來源碼匹配範圍、代理實作、外部依賴與未檢查路徑。
3. 權限：各敏感操作的控制者、門檻、timelock 與最近觀察區塊。
4. 供應：發行規則、鏈上狀態、供應商定義、地址分類與時間。
5. 市場：CEX／DEX 各自範圍、流動性、深度、時間及缺值。
6. 事件：已知升級、暫停、authority 變動、來源衝突與待查事項。

每格只填證據狀態、來源與日期，不填分數。若權限欄已確認單一地址可升級，而來源碼欄顯示已匹配，兩項同時保留；不因一綠一紅而相消。若市場資料失敗，該格寫 failed，不沿用昨日數字讓整張表看似完整。

代理合約要保存時間切片

辨認代理合約後，紀錄不能只抄目前 implementation。代理位址保存狀態，implementation 提供當下邏輯；升級管理員、實作槽、升級事件與讀取區塊都要一起保留。若研究的是較早交易，必須回到該區塊的實作版本，不能拿今天的來源碼解釋過去行為。

「可升級」本身不是漏洞，也不等於管理員一定會濫用權限。證據應回答誰能提案、誰能執行、是否經過 multisig 或 timelock、延遲是否可被繞過，以及目前角色是否仍有效。無法確認的控制路徑留作未知，不以一個紅色圖示代替。

權限要從函式一路追到控制者

看到 `mint`、`pause`、`blacklist` 或修改費率的函式，還要確認存取修飾、角色管理與實際角色持有人。函式存在不代表任何人都能呼叫；owner 已轉移也不代表其他角色與代理升級路徑一併消失。

若控制者是 multisig，門檻、簽署者數、module、guard 與最後變更區塊分開紀錄。鏈上只能證明位址和門檻，不能憑空辨認背後真人。若是 timelock，則保存最短延遲、取消權與執行流程，不把介面標籤當成不可變保證。

外部價格源與橋接是兩套依賴

使用 oracle 的協議，要記錄 feed 位址、更新頻率、過期條件、備援與讀取區塊。oracle 提供的是特定方法下的價格，不是交易池的即時成交保證。feed 停止更新時，協議如何處理才是要讀的控制流程。

橋接資產則要拆成來源鎖定、目的鑄造、返回銷毀與來源釋放。專案宣稱 1:1 是機制描述，不等於任一時點的儲備審計。兩側交易、合約 mapping 與時間對不上時，不把兩條鏈的餘額硬湊成全球供應。

事件紀錄不能取代最終狀態

Transfer、OwnershipTransferred 或 Upgraded 事件是重要線索，但事件由合約程式主動發出，並非所有狀態的完整鏡像。研究要把 receipt、log、讀取函式與必要的 storage 狀態互相核對。只看到事件名稱，不足以證明經濟結果。

同一交易可能經過 router、proxy、pool 與 token 多層呼叫。頂層函式名稱不代表全部路徑；delegatecall 更會讓程式碼位址與狀態位址分離。若 trace 無法取得，結論就限制在 receipt 和可見 log，不補寫看不見的內部故事。

審計範圍要綁定版本

審計報告應保存日期、範圍、commit 或合約位址、排除項目與發現狀態。報告完成後若代理升級、橋接器更換或新增外部模組，舊報告不能自動覆蓋新程式。專案的「已審計」宣傳摘要也不能代替原始報告。

即使發現已標示 resolved，也要確認修正版本是否實際部署，以及目前 proxy 是否指向該版本。審計是特定範圍的專業觀察，不是永久安全證書；本站不把報告數量換算成分數。

流動性控制與代幣控制分開

池內有大量代幣，不代表單一錢包可任意提走。先辨認 pool 合約、LP token 或集中流動性部位、locker、受益者與解鎖條件。所謂「燒毀 LP」影響的是贖回權，不會直接減少基礎代幣的 `totalSupply`。

同樣地，流動性鎖定也不保證價格、交易深度或合約權限安全。鎖定到期、管理員功能、費率與實際 active liquidity 都是不同證據欄。研究結論只描述目前可驗證的控制方式。

資料失敗本身要被看見

explorer、RPC 或官方文件暫時不可用時，不能把最後成功觀察改標成今天，也不能把缺值變成零。紀錄保留最後觀察時間、此次擷取時間、失敗類型與可重試來源。舊資料若仍展示，就必須帶 stale 狀態。

動態頁截圖若被廣告或 cookie 視窗遮住關鍵欄位，不列為合格證據。需要操作佐證時，只使用真實公開頁面與可重查位址；不能製作交易所介面或帳戶經歷來填補空白。

研究結論應是限制清單

一份合格結論可以說：「在某區塊確認指定 implementation 與升級控制；未能由本次來源確認 timelock；兩個主要池的觀察時間不同，因此不加總；供應商 circulating 定義與鏈上發行量不可互換。」這些句子能被逐項重新查證。

不合格結論則是「安全分 86、適合持有」或「沒有 owner，所以零風險」。前者隱藏權重和缺值，後者把一項權限狀態擴張成整體保證。風險研究的終點不是替讀者按下決策按鈕，而是讓已知、未知、衝突與時間變化都保持可見。

Meme 幣的市場敘事可以在數小時內改變，鏈上證據則需要按物件和時間逐項保存。證據冊不會像單一分數那樣俐落，卻能讓下一次權限、流動性或供應改變時，清楚指出到底是哪一格變了。對高波動資產而言，這種可追溯性比任何永續的綠色盾牌都更誠實。