半小時爆倉二十萬美金？中國KOL親述羊駝Alpaca Finance爆倉始末
6月22日，BSC 生態項目 Alpaca Finance 平台幣 ALPACA 發生閃崩，短時跌幅超過 50%。在這次閃崩事件中，清算的總倉位價值有約 90 萬美元。其中微博大V「很大很大的橙子」一個人的損失就有 20 萬美元（按照開倉時ALPACA的價格計算）。
（本文經授權轉載自 DeFi之道，原文標題為《20萬美元，買了三個教訓！微博大V公開DeFi被爆倉始末》，原文請見）(本文於 6/30 更新，更正部分內容)
Alpaca Finance 作為 DeFi 領域目前最大的槓桿收益農場，鎖倉價值超過10 億美元。在該平台，用戶可以投入較少的資金獲取更高的收益。尤其是在最近市場萎靡的情況下，投資人將手中長期看好的資產抵押進去挖礦，從而即便在熊市也可以獲得穩定現金流。然而，槓桿挖礦的最大風險就是來自幣價的波動，一旦方向判斷失誤，容易造成爆倉。
廣告 - 內文未完請往下捲動
此次清算事件在 DeFi 市場具有一定的研究意義。在這次清算事件中，不少對平台相當熟悉和信賴的投資人也未能避免損失，甚至損失慘重。此外，Alpaca Finance 引以為傲的預言機守衛機制（Oracle Guard），此前抵禦了外部頻發的黑客攻擊，但這次卻被質疑是造成連環清算的「罪魁禍首」。
30分鐘損失20萬美元，微博大V自述爆倉始末
此次清算事件，羊駝上最大一筆爆倉發生在「很大很大的橙子」身上，以下是他講述的此次爆倉事件的詳細過程：
DeFi 裡面有一句話，如果你沒有深入研究礦，然後去挖了，你就是那個APY。
這次我就是那個 APY，羊駝最大一筆爆倉應該是爆掉我的 56 萬個羊駝。我之前其實有做過一些預判和安全機制，現在看明顯不夠。我們團隊深入研究了一下爆倉原因，我就把我的經驗和爆倉原因告訴你們，這是花了 20 萬美金買來的教訓。
當天晚上，我使用 2 倍槓桿用 56 萬的 ALPACA 借了 1176 個 BNB 去 ALPACA-BNB 池子挖礦，當時 ALPACA 價格是 0.68 美元，BNB 價格是 323 美元。
為什麼是 2 倍槓桿？因為 2 倍槓桿在羊駝裡面是最好的，等於是你 10 塊錢的羊駝借 10 塊錢的 BNB 去挖，你直接配對去挖就行了，沒有滑點和手續費損失。如果你用 10 塊錢的借 20 塊錢的BNB去挖，那 20 塊錢裡面有 5 塊錢要買成 ALPACA，最終換成價值 15 元的 ALPACA 和 15 元的 BNB，這樣就產生了滑點和手續費。所以我基本上都是 2 倍槓桿。
我只做匯率對，不做穩定幣與山寨幣對。因為如果遇到一波大跌行情，比如說 ALPACA-BNB 的匯率對跌不了太多，這是我之前的預判。
而且我還特意去查了 ALPACA-BNB 的匯率歷史數據，在今天大跌之前基本上穩定在 0.0002 左右，非常穩定。
為什麼我要槓桿挖礦？因為通過質押挖羊駝，年化只有 28% 左右，如果兩倍槓桿去挖羊駝，年化收益有 100% 多。
收益高而且穩定，所以當天我把 56 萬個 ALPACA 放進去挖，沒有想到今天 ALPACA-BNB 的匯率一下子跌了 50%，直接導致爆倉。我爆了 56 萬個 ALPACA，最後剩 15 萬個 ALPACA，總共虧了 40 萬個 ALPACA，將近 20 萬美金。
我自以為做的風險保護已經足夠了，比如我選的是匯率對，而不是USDT對。因為按照歷史數據，即便在大跌行情，匯率對的變化不會很大。
第二，我是按照 1:1 借貸，這是不帶多空方向的。
第三，因為之前的「5.19」和「6.17」已經大跌過了，我覺得即時大跌匯率對不可能再跌到哪裡去。
上面是我的預判，當然回頭看明顯是預判錯了。這次爆倉的教訓主要是：
第一個，我忽略了 ALPACA-BNB 的池子是在 WaultSwap 而不是在 PancakeSwap，否則也不會放那麼多資金在裡面，這是我犯的最大的錯誤。
羊駝之所以用 WaultSwap 是因為獎勵更高，因為羊駝是個槓桿機槍池。然而，WaultSwap 裡的 ALPACA-USDT 的流動性有 5.7M，而 ALPACA-BNB 的流動性只有 2.6M，少了一半多。這直接導致我今天爆倉，如果我是在 PancakeSwap 是不會爆倉的。
第二個，ALPACA-BNB 在 WaultSwap 的深度很差，槓桿挖礦可能踩踏插針。
我當天用 56 萬個 ALPACA 借了 1176 個BNB，按照幣本位是投入了 2352 個BNB。
當總資產變成 1470 個 BNB（1176/80%=1470）的時候才會爆倉。
按照在 pancake 的價格，我在匯率的最低點應該是有 1557 個BNB，是不會爆倉的。
在 WaultSwap，由於深度差，匯率對下跌了 57.33%，匯率大幅偏離pancake 的 53%。我就是在最低點被插針爆掉的。
第三個，我沒有做好預警，既然做槓桿挖礦，就應該設一個預警線關注倉位，我今天竟然沒有去預警，因為在此之前覺得我這很安全，所以我就完全放鬆了，沒想到今天一波匯率就會跌那麼多。
現在，ALPACA 的價格回來了，如果我當時沒有被爆掉，這 50 萬的 ALPACA 是虧不了多少的，但是現在被爆掉是什麼都沒有了。這次事件相當於我用 20 萬美金買了一個教訓。
預言機守衛機制的問題？
在此次清算過程中，有投資人試圖補倉，結果被預言機守衛阻止，只能眼睜睜看著幣價跌，最終造成被動爆倉。這種機制也被投資人詬病為「分佈式拔網線」。
根據知識星球「零叉乾貨鋪」星主 Gene 的分析，當鏈上價格偏離鏈下價格中位數的 10%，羊駝的預言機守衛機制（Oracle Guard）開啟，用戶的倉位自動進入「保護模式」。
這時，用戶倉位的所有清算、開倉、關倉、補倉都被限制。這種設計的初衷是希望規避被閃電貸攻擊或者其他方式的價格操縱，通過延遲預言機讓套利者在保護期內把價格恢復到正常。在保護期內，清算不會發生。一旦價格回歸正常，退出清算模式，如果此時用戶的資產價格觸發清算線，開始執行清算。
如果在保護期內，價格始終不能回歸正常以至於用戶被穿倉，系統理論上會強行清算。
這裡面就存在 BUG：當偏離 10% 進入自動保護模式，然後價格一路下跌，用戶的倉位被鎖住，無法操作。由於清算是發生在鏈上，這會進一步導致資產價格大幅偏離鏈下，最終「保護模式」成為「囚籠」，用戶只能眼睜睜看著資產被清算。
針對此種說法，羊駝用戶郭輝表示，用 bug 這種說法並不準確。「在清算過程中，預言機有三次中斷保護，期間用戶有關倉的機會。否則就是一路清算下來，最後底的價格遠比這次還低。」
根據郭輝記錄，4 點 09 到 4 點 15 也是可以關倉的。第一次預言機啟動大概在 4 點 15 分左右。也就是從第一筆清算開始，到最後清算結束有四次關倉的機會。所以說是囚籠並不客觀。
「我是看到了價格劇烈下跌，第一次關倉是 4 點 15 左右，但是沒關成，因為預言機啟動了。然後我就一直刷新頁面，4 點 18 分第一次保護中止，我立刻用最高 gas 費選項，5 秒就關完倉了。而事後我才知道一些朋友也在關倉，但是沒有調整 gas 費，是一分鐘才關完的。」
可以看出，在清算期間，確實給了用戶關倉的機會，不過由於有其他投資人也會在這段時間關倉，需要提高 gas 費確保交易順利完成。
那麼，要不要取消預言機守衛機制？
有人認為，如果沒有預言機價格就直接歸零，連環爆倉的清算速度根本來不及手動加保證金。爆倉深層次的原因是大家的槓桿都是一邊的，缺少做空機制，一旦開始清算，滾雪球就停不下來了。預言機守衛是一種緩衝，強行熔斷，當幣價到了 0.25 的時候，買盤把幣價拉起來，才把清算停了。
對於上述說法，郭輝表示，底部並不是用戶買出來的。(鏈新聞另註：郭輝為羊駝群友)
根據當天的監控數據，ALPACA 在 0.24 美元的價格大概停留了幾分鐘，這是因為 0.24 的價格已經沒有可以清算的槓桿，當沒有清算後，抄底資金才入場的，而不是抄底資金制止了清算。在清算期間添加抵押物其實是一種非常費成本的事情，尤其是當倉位很大時，要補很多抵押物。倒不如拿出少部分資金，在 DEX 上買入，既避免了清算，還能獲得低價的 ALPACA。
還有人認為，有了預言機守衛就會有一個時間緩衝，緩衝期內如果有人抄底，就可以避免本來會發生的清算，距離清算價比較近的人也可以平倉。這和熔斷政策差不多，想法是好的，也的確能守衛羊群避免價格惡意操縱，但是對於羊群的集體趨勢，還是抵抗不住的。
在底部，大概有 600 萬個 ALPACA 被抄走。郭輝表示，用戶之所以在敢於抄底，是因為這次 ALPACA 的下跌不是黑客原因導致的，也不是項目方和莊家操縱幣價，而是產品的確在實實在在提供價值，很多人確實在上面賺到了錢，所以在底部會有大量的買單。
官方解釋：進一步改進預言機守衛功能
清算事件發生後，羊駝項目方發布了此次事件的詳細報告。
項目方認為，ALPACA的下跌發生在整體加密資產市場下跌的背景下，並非偶然事件，22 日當天很多加密資產的跌幅都在兩位數。ALPACA 價格在不到 30 分鐘內下跌了 53% 並非是由於黑客攻擊等安全問題而是由於人們的恐慌情緒。
在當天的暴跌中，清算的總倉位價值只有六位數美元 (約 90 萬美元)。
如果沒有預言機守衛，價格下跌就不會是在 30 分鐘的這一個時間段內，而是可能發生在一根 5 分鐘的 K 線裡，因為發生了一系列連鎖清算則進一步更壓低價格。在這種情況下，甚至可能會出現更糟糕的結果，遠不是現在的 90萬美元的損失，將會是數百萬美元的壞帳。
針對用戶反饋的無法在清算期間添加保證金問題，項目方表示，將會聽取用戶意見，後續開發多項功能，允許用戶在預言機守衛啟動期間向槓桿倉位添加抵押品(無借貸)。此外，針對用戶反饋的在清算發生前設置止損單，項目方表示這在技術上難以實現，因為需要持有用戶的私鑰。不過，平台將會為用戶提供設置止損的選項，以便在被清算前及時平倉。
