作者: Ben Davidow
翻譯: 阿劍
在 Augur 的第一個版本的預測市場上，交易者常常會遭遇三種 「風險」。這裡說的 「風險」，是指你明明賭對了，卻仍然損失了金錢的情況。舉個例子，比如我賭巨人隊會贏得下一場足球賽，然後他們真的贏了，但我可能還是要輸錢。
Augur v2 應該能解決這三個問題。實際上，v2 在合約層面的三大主要創新，就分別對應著三個問題。
貨幣波動風險：參與預測市場交易的使用者是以 ETH 來結算的，而 ETH 的價格有波動。可以使用 DAI 作為結算貨幣來解決。
資本鎖定風險：在REP持有者報告並判定結果時，需要他們鎖定資金。解決方法是縮短報告時間、可即時表示爭議、可預鎖資金提前表態。
Invalid Risk：使用者可能被誘騙去那些表面看起來沒啥問題，最終卻會被判定為 “不可知、無效” 的預測專案上交易（然後遭受損失）。解決辦法是改善反釣魚保證金功能（Invalidity bond）、給預測結果增設 “Invalid” 選項並允許這種份額像其它結果的份額一樣自由交易。
貨幣波動風險
Augur v1 是使用 ETH 來交易的。所以，無論你持有 Augur 市場上哪個專案的什麼份額，你都是在持有 ETH，持有一種波動性較大的貨幣。
所以，本質上來說，你是在持有兩種倉位：對預測專案結果的看多或看空倉位；以及對你用來下注的貨幣（ETH）的看多倉位。
在 Augur v2 中，交易貨幣改成了 DAI，一種跟美元錨定的穩定幣。這樣做，好的一面是，可以從更多願意下注的人身上吸引更多的流動性，從而擴大市場規模，而不是隻有那些看多 ETH 的人才願意參與下注。而潛在的負面效果是，引入了圍繞 DAI 的技術風險以及美元平價風險（會導致 DAI 流動性降低的風險），以及，那些看多 ETH 的人將不再能從 Augur 平臺上獲得 ETH 的風險收益。
兩相權衡之下，我覺得使用 DAI 是有好處的。因為這是當前 Augur 最小化貨幣波動風險並開始出圈的最清晰路徑。不過，如果 DAI 出了問題，我們可能就要找出另一種辦法來幫助使用者對沖貨幣波動風險，例如，在買入預測專案份額時附帶看空 ETH 的倉位。
資本鎖定風險
在 Augur v1 中，要判定專案的結果並依據結果完成支付是非常漫長的，而且時限也不可預測。如果一個專案沒有爭議，那可能在一週左右完成清算；要是有爭議，那可能就要耗費幾周，乃至累月之久，才能達成最後結果。
雖然漫長的清算過程本身不會導致資金的損失，但它會稀釋所得的收益，或者說導致間接的損失（比如鎖定期間損失了資金的盈利機會）。
貨幣的時間價值，意味著今日之貨幣比同樣數量的未來之貨幣更有價值，因其可投入其它用途並賺取利息。今天的 100 元比一年以後的 100 元更有價值。反過來說，把資本鎖定一段時間是有機會成本的。
舉個極端的例子，如果你在 Augur 市場上的某個專案的份額可以獲得 2% 的收益，但我必須等 1 個月才能得到支付，那麼，假如同一時間有另外一個事項能給我的資金提供超過 2% 的收益率，我就等於是虧了。
v2 縮短了報告結果和解決爭議的視窗期，還允許使用者在視窗期任一時間即時表示抗議，而無需等待走完視窗期得到階段性結果，而且，使用者還可以在爭議尚未出現之前提前鎖入 REP 表示對某個階段性結果的支援。
像 STLD 這樣以 Augur 為基礎的服務也會給許多市場提供即時的清算工具，讓交易者能夠在專案一進入報告結果階段，甚至是現實世界剛有結果之時，就將勝出份額換成 DAI，只需付出少量費用即可。
有了合約層面的改進和即時清算服務，我預計對絕大多數專案而言，資本鎖定風險都會變得微不足道。
Invalid Risk
在 Augur v1 上，如果一個預測專案的條款摩稜兩可，或結果的主觀性太強、無法驗證，則這個專案的最終結果會是 “Invalid”（無效，不可知）。出現這種專案可能是因為專案所用的調控過於草率或模糊不清（純屬意外），也有可能是惡意開盤者蓄意置造騙局，又或者是事件的不可預測性（或者爭議解析源的崩潰），導致在結果報告階段，該問題的結果尚不可知。
在 Augur v1 上，如果一個專案的結果是 “Invalid”，那麼每一個份額都可以得到同樣多的支付（無論押注了哪一個結果）。以二元的預測市場（只有 YES/NO 兩個結果）距離，每個 YES 份額和每個 NO 份額都能得到一樣多的支付（假定都是 0.5 ETH）。如果一個交易者是花了超過 0.5 ETH 才買到一個份額的，那 TA 就虧了，損失了其中的差價。（譯者注：因此，某些惡意開盤者會故意開啟這種預測專案，並誘騙不明所以的交易者交易該專案的結果份額。交易了開盤者就賺到了）
在 v2 中，“Invalid” 也是一個結果，其份額也可交易。交易員不僅能賭這個事件到底會不會發生，還能賭這個專案本身會不會被判定為 “Invalid”。如果這個專案確實被判定為無效，那麼 Invalid 份額就能得到 1 DAI，而其它結果（比如 YES 和 NO）的份額則一分都拿不到。不過，只要這個專案不被判定為無效，那麼 “Invalid” 份額就什麼也得不到，無論結果是什麼。
這個方案叫做 “Tradable Invalid”，因為使用者可以買賣 Invalid 份額了，就像能買賣 YES 和 NO 份額一樣。
理論上，這個方案可以幫助標識及對沖 Invalid 風險。不過，我有點懷疑，這個激勵結構和 UI 是不是真的能標記風險並起到保險作用（這個問題我日後再詳細研究）。
v2 也改善了 Invalidity bond 保證金。使用者在 Augur 市場上開啟預測專案時，他們需要存入一部分 “Invalidity bond”，等到專案進入報告結果的階段就能拿回來，除非該專案被判定為無效。這個保證金率會隨時間及市場上被判定為無效的專案數量變化而自動調整。
在 v1 中，這個保證金率隨時間推移下降得很快，因此建立無效專案的成本很低。v2 中的公式變了一下，使得保證金數量在一週內的降幅不能超過 15%。這應該能遏制無效專案的建立，同時也讓使用者能根據保證金率來篩選專案 —— 保證金率越高，無效的可能性越小。
最後，在 v2 中，如果專案被判定為無效，專案建立者（開盤者）就拿不到這個專案的手續費收益，這會進一步阻遏無效專案的出現。
