Stafi是一個去中心化債券協議，整個協議分為底層，合約層和應用層。底層主要是基於Substrate建立的一條區塊鏈體系（Substrate是Parity開發的一套區塊鏈架構，整個架構整合了很多開發模組，其中包括共識模組，P2P模組，Staking模組等），其合約層支援建立多種Stake合約，如XTZ的Stake合約，Atom的Stake合約，Dot的Stake合約等，持幣人透過Stake合約進行代幣Stake，該方式和普通方式Stake獲得的通脹激勵一致，不同的是，持幣人還同時獲得了一個有價債券XXX_S（如XTZ_S）。應用層則支援第三方基於Stafi的API或者自定義API建立一個去中心化的債券交易市場，供XXX_S資產在Stafi協議上流通，轉移，交易。協議以完全的去中心化方式執行，基於Substrate搭建的Stafi會以平行鏈的方式接入到Polkadot當中，共享Polkadot的底層共識，主要安全和效能由Polkadot底層來保證。核心層在Stake合約層，Stake代幣的所屬權完全由合約程式碼保證。Stafi採用分散式金鑰儲存協議，透過多驗證人簽名保證Stake地址的安全性，在完全無需第三方介入的情況下，持幣人可以隨時隨地發起Stake或者贖回Stake。當持幣人向Stake合約發起Stake代幣的動作後，可以在合適的時間獲得系統的通脹激勵，而任何持有XXX_S的持幣人也可以向隨時隨地向對應的Stake合約發起贖回操作（此贖回操作透過Stafi協議和原鏈互動，贖回交易上鍊後，Stake會在系統解鎖後傳送到提交的提幣賬戶）。Stafi協議保證有價債券XXX_STAKE對原鏈代幣一對一的所屬權，即只有擁有XXX_S的持幣人，可以向Stake合約發起贖回原鏈代幣，當A將有價債券XXX_STAKE交易給B後，A不再擁有XXX的贖回權，而B可以向Stake合約發起贖回，整個過程無需第三方介入。任何第三方可以在Stafi協議的應用層，採用Stafi的協議建立一個去中心化的債券交易所，所有的債券交易所共享交易深度，該交易所還支援圍繞XXX_STAKE資產建立多種型別的服務，如券化，增信，擔保和保險等。開發者可以利用開放的介面建立合適費率或者多種債券產品，而且，可以把傳統資產證券化的多種服務都搬到Stafi上層來實現，提高XXX_S資產交易可靠性。隨著採用PoS共識的公有鏈越來越多的上線主網，Stake的代幣數量和種類也變得越來越多之後，這種資產的交易會變得頻繁，開發者可以從構建的債券交易手續費中獲得豐厚的回報。具體實現1. Stake合約在Stafi合約層建立和Stake原鏈互動的合約，我們稱之為Stake合約。比如在Stafi上建立連線Tezos的XTZ-Stake合約，當持有XTZ的使用者A在XTZ-Stake上發起Stake操作時，Stake合約會先建立出一個多籤地址，使用者A會將XTZ透過Tezos原鏈轉移到多籤地址中來，當轉移成功後，合約執行多籤地址的Stake操作，當Stake操作成功的後，Stafi協議會接收到一個Tezos原鏈的證明（Proof），進而觸發合約生成一個對等數量XTZ的有債債券XTZ_STAKE(n)，簡寫XTZ_S(n)，如果使用者A Stake的XTZ數量為100，則該債券表示為XTZ_S(100)。XTZ_S(n)是Stafi協議上流通發行的Token，因為Stake數量的不同，每個Stake債券都對應不一樣的價值。

Stake合約的狀態更換需要原鏈和Stafi協議共同配合實現，因為需要監測各個鏈的合約狀態，Stake合約的實現方式其實和跨鏈機制有非常多的相似之處。當持幣人在Stake合約發起Stake請求時，多籤賬戶的生成發生在Stafi協議上，同時，由Stake使用者簽名完成個人資產到多籤地址的轉移，此轉移發生在原鏈上，Stake合約在捕獲原鏈上的轉移狀態後，由多籤地址向原鏈發起Stake請求。在原鏈完成Stake操作後，Stafi捕獲該地址在原鏈上的Stake狀態，並驗證，驗證成功後隨即在Stafi協議上發行對應的XTZ_STAKE(n)資產。整個過程Stafi協議和原鏈互動多次，互相之間對狀態的監控和捕獲對整個協議的安全起到重要作用，Stafi協議對原鏈狀態的捕獲透過時延和多道驗證保證原鏈的最終確定性。比目前跨鏈協議跨PoW共識要慶幸的是，2015年後半年上線的專案PoS專案當中，大多數都將區塊交易的最終確定性當成一種目標來實現，即最新高度形成的時候，包含的交易就是最終確定性的。目前，業界對最終確定或者及時確定性的實現方案，最普遍的解決方案是前置驗證交易合法性，後再打包資料到確定的新高度。這種實現依賴於BFT拜占庭容錯演算法，也依賴於一些人為指定的分叉懲罰機制Slash。鑑於此，Stafi協議在和PoS共識原鏈互動的時候，安全性大大提高。2. 多籤地址目前幾乎所有的Stake模型都依賴於賬戶（Account）模型，在使用者發起Stake時，都需要一個原鏈地址的私鑰來進行簽名，為了保證Stake資產擁有權和XXX_STAKE(n)的一對一關係，Stafi設計了一箇中間地址來完成此目標，該地址的資產權不屬於任何人，也就是說沒有任何一個人能擁有此地址的私鑰。Stafi透過安全多方計算技術和門限多籤技術實現中間地址的資產中立性，保證只有擁有XXX_STAKE(n)的持幣人發起贖回時才執行簽名。安全多方計算屬於隱私計算，該計算需要Stafi中一群擁有特殊職能的驗證人角色參與，一定數量的驗證人透過自己的私鑰簽名，並透過安全通道傳輸，驗證簽名的合法性，最終實現恢復中間地址簽名的方式。此中間地址並不會存在一個私鑰，更不會儲存在Stafi協議上，並且只有在需要簽名的時候，透過特殊驗證人的的私鑰簽名來形成。門限多籤技術實現的是生成私鑰簽名的過程，部分生成人就可以完成私鑰簽名的生成，能夠極大的滿足對簽名的需要。比如多籤地址透過多名驗證人（如21個）的公鑰建立聯絡，當持有XXX_STAKE(n)的人需要發起贖回時，需要21個驗證人伺服器中的16個驗證人簽名即可以完成Stake資產的Staking和Unstaking。3. 安全多方計算（Secure Multi-Party Computation）安全多方計算主要研究的針對無可信第三方的情況下，如何安全地計算一個約定函式的問題。主要解決的是現實一些場景中，依賴於多方資料計算結果，各自之間又不願意分享原始資料的問題，不需要向第三方透露出初始輸入值的情況下最終結果可驗證。在Stafi的Stake合約中，使用者操作Stake需要新生成一個多籤地址，當持有XXX_STAKE(n)的持幣人向Stake合約發起贖回時，多籤地址需要建立私鑰簽名，私鑰的簽名由特殊驗證人參與計算生成，驗證人之間經過加密通道，傳輸計算結果，彼此之間能互相驗證計算結果，且不需要向他方透露出自己的私鑰，從而實現Stake合約的解鎖和贖回。4. 所屬關係轉換

當完成Stake操作後，多籤地址上XTZ的贖回權在XTZ_S(n)的持有人手中，只有XTZ_S(n)的持有人有權向XTZ-Stake合約發起贖回，其他持幣人沒有贖回權。如果使用者A將XTZ_S(n)交易給了使用者B，那麼使用者A就失去了對原鏈XTZ的贖回權，同時合約中多籤地址的XTZ和使用者A地址的對映關係也變換成了和B地址的對映關係。使用者B根據自己意願，可以發起贖回，也可以交易XTZ_S(n)資產給其他人，這一過程中，多籤地址透過Stafi上驗證人的簽名完成對原鏈XTZ所屬權的多輪更換。多籤地址的Stake簽名由Stafi上一種特殊的驗證人共同生成，Stafi上的驗證人和Polkadot的共識驗證人不同，並不需要完成出塊共識，只需要在多籤地址生成和所屬權更換時完成共識，當使用者A將XTZ_S(n)資產交換給使用者B後，特殊驗證人需要執行簽名，並完成原來Stake XTZ的所屬權更換。5. 特殊驗證人（SV, Special-Validator）區別於共識驗證人，特殊驗證人為Stafi Stake合約中資產擁有權的見證人，當符合條件的持有人在向合約發起贖回的時候，特殊驗證人會參與計算並完成資產的轉移，透過簽名完成資產從多籤地址中轉移到個人地址。在未發生贖回操作時，特殊驗證人在本地儲存著自己的私鑰，等待被呼叫。特殊驗證人由多人隨機組成。多籤地址形成前，Stafi會透過隨機演算法從驗證人群組中挑選N個驗證人，N個驗證人本地執行計算後透過秘密通道傳輸結果，驗證後獲得參與權，同時儲存在各自的伺服器本地，整個過程由程式自動化執行。同時，每個特殊驗證人會被要求執行Stake合約支援專案的輕節點，用於驗證原鏈交易狀態。此程式會被寫入整個特殊驗證人客戶端，自動執行驗證。6. 特殊驗證人群組為了保證贖回通道的通暢，Stafi中的特殊驗證人是以群組的方式執行任務，有固定的工作週期。在這段週期內，單個驗證人群組共同完成多籤地址生成和秘鑰的儲存工作，並且在執行週期完成後，隨著新的一個群組介入，替換之前群組的計算和儲存角色，以此保證當前驗證人的活性。驗證人的選舉更迭以Epoch為週期（一個Epoch週期大概是1個自然日）前一個Epoch完成當前Epoch的選舉工作，Stafi從候選人當中每次隨機選出新的N個特殊驗證人形成群組。新的特殊驗證人透過秘密通道驗證的方式，實現新舊驗證人的更換。新的驗證人會以自己的私鑰替換掉舊的驗證人私鑰，同時系統對舊的驗證人私鑰執行的關係銷燬。但頻繁的更替會導致計算效率低下的問題，Stafi上線時，會在保證安全和效率的基礎上，會選擇一個比較合理的更替週期。

7. 特殊驗證人獎懲由於特殊驗證人的重要性，Stafi對驗證人設立了獎懲機制，對計算和儲存等正向行為實行激勵，對掉線，不按時更替等負向行為實行懲罰。在Stafi協議中，參與生成地址，參與計算，簽名都可以獲得Stafi的token--SFI的激勵。同時，Stafi對於安全問題的懲罰也是極其嚴厲的，Stafi會要求所有參與計算和儲存的驗證人保持嚴格的線上時間，如果驗證人經常掉線，會被Slash，如果掉線時間超過N小時後，驗證人會被Jailed，一段時間內無法參與特殊驗證人群組的計算和儲存。另外，系統會根據鏈上可證明資料，對嘗試恢復私鑰，盜取別人資產的攻擊行為進行嚴厲懲罰。8. 特殊驗證人的Staking機制任何持有Stafi token的人都可以申請成為Stafi的特殊驗證人，成為特殊驗證人需要質押SFI Token，質押的SFI Token和能接受的Stake量成正比，也就是質押的SFI越多，所能處理的Stake資產計算和儲存的價值也就越大，這能有效提高特殊驗證人聯合作惡的成本。進行Staking的SFI會得到系統的激勵，同時，也是系統懲罰來源的資金池。由於Stafi系統的特殊性，特殊驗證人的要求比較嚴格，上線初期節點會採取逐步開放的方式讓驗證人參與進來。9. Stake合約安全Stake合約的資產安全受到多方面的保證，一是資產中立性，整體的Stake資產被儲存在一個多籤地址地址中，多籤地址的資產變動透過門限多籤共享技術由N個特殊驗證人保證安全，不受任何單一第三方控制。二是多籤地址使用資產機制，特殊驗證人透過Stafi隨機演算法選出，驗證人互相不知道彼此，合謀的可能性變小，並且資產的保護在一定週期內會動態的實現更換，保證安全性。三是可懲罰性，驗證人在參與私鑰簽名計算和儲存時，都需要抵押一定的SFI才能參與進來，在發生攻擊或者不合法行為時，抵押的SFI會被Slash，抵押的價值和能處理的資產價值成正比。多種條件組合在一起，Stafi系統能有效抵押一定危險係數的攻擊，在大部分人都是誠實的假設下，Stake合約的資產能夠保證一定的安全。

10. Stake合約的資產去中心化當持幣人從Stake合約發起Stake時，整個Stake資產會集中在一個合約當中，雖然每個Stake都是一個地址發起的，不會影響去中心化程度，但是當Stake資產較為集中時，被攻擊的概率就會增大。Stafi透過建立多個同種Token Stake合約的方式，避免資產的集中。合約整體的數量會根據Stake資產的多少來自動增加，新的資產進入新的Stake合約Stake。同時，Stafi會在初期啟動時建立多個Stake合約，Stafi系統會自動將初始Stake的需求平均分配到這些Stake合約中，起到一個保障作用，後期隨著Stake需求的增加，逐步將合約的數量增多，並且加以變數區分。同時，Stafi是一個去中心化的開放協議，初始開發團隊開發的Stake合約都會經過審計並開源給第三方使用，第三方可以建立自己的Stake合約，一起實現Stake資產的去中心化。11. 開放介面去中心化協議的開放性非常重要，Stafi協議提供多種型別的架構/介面，方便開發者使用。包括，使用Stake合約資產的定製化介面、自行建立Stake合約的底層介面，實體/虛擬ABS化資產的自定義底層介面，Stake資產，ABS化資產的鏈上撮合介面等等豐富的RPC，最大自由化的提供開發者使用Stafi協議資產和在Stafi協議上開發/發行新的資產。上層應用1. 債券資產流通

Stafi上建立的Stake合約將Stake資產釋放出來，可以在Stafi上進行流通，使用者無需在等待系統的鎖定時間，可以輕鬆的將資產交易給別人。系統層面保證XXX_STAKE(n)資產和原鏈資產1對1 的關係，所以持幣使用者可以隨時贖回原鏈資產。Stake資產除了流通在Stafi協議上之外，也可以作為一種通用資產流通在不同的區塊鏈交易通道中，比如中心化交易所，中心化交易所可以接通Stafi介面，定義不同XXX_STAKE(n)的初始定價，因為n不同，所以每種資產的交易成交價可能會有所變動。當然，去中心化交易所同樣可以上線XXX_STAKE(n)類資產，提供多種撮合方式。更加進一步的合作是，交易所可以將Stake合約整合到自己的專案當中，並和自己交易所上持有原鏈資產的使用者做結合，發行的資產直接同步到Stafi協議中，交易所透過連線Stafi協議，就可以輕鬆完成資產的對接，實現交易。2. 債券交易市場BDEXStafi協議會提供多種Stake合約，Stake資產的對接。並且，在Stafi上會建立一個基於資產API的去中心化債券交易所，這個債券交易所簡稱BDEX。BDEX在V1版本會支援所有開放接入的Stake資產，支援充提，支援自動化撮合的訂單交易系統。3. 可擴充套件的ABSABS俗稱資產證券化，Stafi希望成為未來ABS的一種資產入口，整個協議框架的搭建都以資產加未來收益的模型搭建，是一個面向未來的一個債券交易協議，所以Stafi在初步完成Stake的資產ABS化後，會逐漸開始現實ABS化資產的接入，流通。

Token EconomyStafi作為一個去中心化債券協議，支援資產的ABS化，以及流通和交易，和傳統資產的ABS化不同，Stafi在資產ABS化的過程中，需要消耗計算資源。人們透過在Stafi協議上部署合約，以去中心化可自動化執行的方式，實現債券資產發行的自由權。SFI是Stafi上的Native token，作為流通的價值媒介協調整個協議執行，在無需第三方信任的情況下，發行債券，流通債券，交易債券都將使用SFI Token來保證協議執行。在整個協議的設計當中，SFI承載著以下幾個作用1. Staking多位特殊驗證人需要保證合約資產的所屬權，為了激勵驗證人參與，同時也為了防止參與的驗證人作惡，驗證人需要使用SFI進行Staking來獲得參與機會，並在真正完成相應計算和儲存之後，獲得系統的SFI獎勵。Staking的SFI會被鎖定，只有在新的一輪特殊驗證人進行更換時候，才能發起解鎖定。同時，為了合約資產的安全，系統規定Staking的SFI數量和能處理的Stake資產數量成正比，意味著Staking的SFI越多，能處理的Stake合約資產也就越多，也能獲得更多的SFI獎勵。如果特殊驗證人的不誠實行為被系統檢測出，系統會對Stake的SFI執行Slash，Slash比例視情節輕重來定，比如Stafi對驗證人的線上時間要求較為嚴格，掉線時長超過2小時，會被Jailed，1個自然日不能獲得獎勵機會，掉線時間超過1個自然日，會被Slash掉5%的Staking SFI。嚴重情況下，比如嘗試恢復非自有財產，全部的Staking SFI會被Slash。所以Staking的設計作為Stafi系統中一個重要的功能，保證合約資產安全。2. Stake合約部署&儲存Stafi協議支援部署多種Stake合約，也將是未來ABS化資產債券化的部署平臺，一個新的Stake合約部署，需要消耗一定的SFI來執行。和以太坊的GAS消耗模型一致，執行所需要消耗的SFI透過以下模型計算

Fee=Gas x GasPrice其中，Gas等於10^-9SFI，初始引數由Stafi系統Stafi設定，GasPrice由部署人自定義，最終Fee以SFI定價，支付的SFI如果高於系統執行所需要的資源，那麼執行完成後系統會將剩餘的SFI返還給合約賬戶，反之，系統會在無SFI支付資源時停止執行。3. Stake合約呼叫Stafi協議會開放多個介面給第三方使用，合約呼叫會消耗系統的計算資源，為了限制惡意的低成本攻擊，也為了滿足一定程度的商業呼叫，合約呼叫頻率達到一定高頻率時，呼叫者需要承擔一定的計算資源成本。當然，商業呼叫方可以自定義支付人，可以是平臺使用者，也可以是平臺自己支付。整體的Fee模型以SFI計價，系統會計算呼叫時，節點付出的計算資源和儲存資源，比較呼叫方所支付的SFI，最終確定最後的執行情況。4. Transaction Fee

在Stafi上建立的Stake合約，透過原鏈Stake的方式獲得了在Stafi協議上流通的XXX_STAKE(n)，在Stafi協議上流通XXX_STAKE(n)需要支付SFI來獲得計算力，驗證人打包交易並上傳到最新的區塊資料中，更新完最新的區塊高度後，XXX_STAKE(n)的交易得到轉移。SFI的支付數量和所需要執行的交易資料大小有關係，普通交易的手續費模型如下：Fee=Gas x GasPrice其中，Gas等於10^-9SFI，初始引數由Stafi系統Stafi設定，GasPrice由部署人自定義，最終Fee以SFI定價，支付的SFI如果高於系統執行所需要的資源，那麼執行完成後系統會將剩餘的SFI返還給合約賬戶，反之，系統會在無SFI支付資源時停止執行。以上所有的Fee會流向一個系統的Pool中，用以支付在Polkadot上執行Parachain的費用和激勵特殊驗證人。Summary目前解決Stake資產的流動性是一種使用者剛需，隨著2019~2020年更多PoS公有鏈上線主網，加密貨鏈報會出現非常多的Stake資產，預計未來的2~3年，Stake資產的規模會達到千億美元以上的市值，屆時大量資產會因為安全問題被系統鎖定，喪失了流動性價值。Stafi協議以Stake資產ABS化為起始點，旨在建立一個去中心化的ABS資產發行協議，初期以提供Stake資產為重點，支援無需第三方信任的方式，跨鏈發行Stake資產的ABS產品，解決Stake資產流動性和系統安全性的矛盾關係。無論是XTZ，ATOM，亦或是還未出現的DOT，DFN等，都會在Stafi協議上發行對應的XXX_STAKE(n)資產，支援流動，為一些對流動性需求較強的資產構建一個可交易，可流通的平臺。

平臺支援高度可程式設計化，可以實現多種介面的自定義。底層架構為Stake資產的ABS產品構建，可以快速，簡單的實現多種公有鏈的結合，發行對應的Stake資產。開發者可以根據自身需要，在Stafi上開發Stake合約，或是直接使用已有合約介面，構建Stake資產流動的平臺。Stafi的願景是建立一個資產ABS化的區塊鏈底層架構，支援開發者或者機構利用此協議建立各種ABS化資產，並且能簡化掉繁瑣的審批流程，實現去中心化債券的發行和買賣自由。但是，獲得自由的背後往往隱藏了多方面的風險，如投資保障，投資回報等需要明確的投資風險。這些風險在現實當中是透過增信機構背書，透過保險公司來保障的，但這些方式往往和去中心化精神所背離，也會帶來中心化背書的風險。現今的分散式金融發展的越來越快，相信未來會有更多的分散式商業著手解決此類問題，比如去中心化保險，去中心化增信等等，這些去中心化產品的出現，會更好的和Stafi協議結合在一起，為ABS資產提供更好的價值背書，而這一切都是去中心化的，這也是Stafi未來的一個發展方向。未來工作完成一個去中心化資產債券的發行過程，需要很多挑戰，這些挑戰是未知的，但是從現實中ABS化資產過程窺探究竟，目前ABS化資產需要經過很多層級的審批和增信，以此來實現ABS資產的優質化，整個優質化的過程其實是耗時和耗力的，Stafi實現了ABS資產的自動發行，並減少了中間比較少的第三方參與環節，但由於區塊鏈金融發展尚屬早期，ABS資產的去中心化”背書“遠遠沒有達到要求，這段空白時間，要求參與的投資者要有足夠成熟的心智。未來，為了讓更多的資產，透過Stafi發行，也為了讓更多的投資者進入，Stafi希望發展成一個可以以去中心化方式保護投資者的ABS發行和交易協議。為此，Stafi還要考慮以下要做的工作。鏈上治理Stafi是一個去中心化的協議，其升級方向和治理息息相關，將Token Staking作為投票權成為了眾多PoS共識專案的治理手段之一。在Staking的基礎上，不同專案的實現細節會有不同，比如透過激勵來增加投票的參與度，比如透過預測市場來提供投票的參考，又比如透過代理制度避免投票結果走向中庸。Stafi認為現實中的投票問題頗多，參與度，結果都是為人詬病的一些問題，嘗試提供更多參考意見和激勵機制可以有效解決投票問題，但是現行的一些投票機制當中，並不存在完美的解決辦法，大部分都是透過間接的解決手段結合區塊鏈來最佳化投票，但這往往又帶出來了新的問題，所以投票一直都是一個比較棘手的問題，雖然結合區塊鏈帶來了效率提升，但這種結合還觸動不了一些根基問題，Stafi會在初始階段實現基本的投票邏輯，再升級成為鏈上治理邏輯，同時將投票問題的解決放在長期最佳化的計劃中。

私鑰維護方式目前多籤地址的私鑰簽名是透過門限多籤演算法，由多名特殊驗證人參與保管的，驗證人的私鑰儲存在驗證人本地伺服器上（加密後），但是資產的儲存和驗證人的存在時間都具有一定的時效性，兩者有效性在現實中無法達成一致，會危及到資產的儲存安全。目前Stafi透過定期輪換的方式，保證私鑰儲存的隨機性和隨時性，但是動態頻繁更換驗證人會耗費無效的計算資源，所以頻率上需要保持一定的合理水平。目前並不能確定最佳的頻率，未來的工作有一部分重點將放在調整頻率和安全的關係上。同樣，門限多籤技術仍需要保證對隨機驗證人的信任，Stafi正在研究和尋找新的可用於降低信任的演算法，以此來推進協議安全的升級。目前隱私計算如MPC，TEE等技術的研究方向和Stafi上所需要的安全模型有一定的契合，隱私計算技術也在快速發展當中，工程化落地的專案開始變多，未來協議層也會積極探索該方向。分散智慧合約當持幣人透過Stake合約進行Staking時，Token會被原鏈鎖定，原鏈的安全機制保證Stake Token的安全，但是由於有跨鏈發行債券XXX_STAKE(n)的存在，資產多籤賬戶的對映關係會儲存在Stake合約中，當Stake的原鏈代幣越來越多的時候，這個合約被攻擊的可能性會加大。雖然對映關係不是原鏈資產贖回的決定性要素，但會對系統造成有危害。Stafi嘗試建立一套分配體系，將Stake合約的生成根據Stake資產的價值而變化，為每個Stake合約預設一定的閾值，當超過閾值後Stake將不會從此合約中Staking，而會從新生成的Stake合約中實現。動態設定解決資產集中化問題，也降低了大額資產被攻擊的風險。業界有成熟的設定，能實現Stake的合約並不擁有全部鎖定的Stake資產，相反，當呼叫Stake合約時，會建立一個只有持有人許可權的單獨合約。該合約和單一Staker有強相關關係。另外，釋出前，此合約將會被第三方審計機構審計。

原鏈資產安全ABS Token的發行根據原鏈證明，當原鏈上完成Staking後，ABS Token會被鍛造出來併傳送給相應使用者。Stafi協議保證了ABS Token和原鏈資產1對1的贖回權，但是如果當原鏈上的Staking模組出現問題時，ABS Token也會相應的減少價值。比如使用者在初始Staking的10個XTZ，那麼初始得到一個對應的XTZ_S (10)，當該XTZ被Slash後，變成了5個XTZ的價值，那麼ABS Token會有減少對應的價值，變成XTZ_S (5)，動態監控涉及到Stafi和原鏈的頻繁互動，這使得整個協議變得複雜，所以，維持合理的監控和互動頻率，也會是未來Stafi協議一個比較關注的重點。債券發行風控去中心化的投資風險全有個人投資者承擔，這使得參與的投資人需要有更加成熟的心智，大量投資失敗的案例可能會阻礙了很多新的投資人參與的機會，所以我們看到現實中很多投資品是有背書，大的機構或者是體制支援，當Stafi協議引入ABS資產的時候，節省了過程中很多中心化背書和審計的環節，雖然提高效率但也帶了新的投資風險。為了降低風險評估決策，Stafi會建立新的一套，以去中心化模式執行的體系，如去中心化保險，去中心化增信，去中心化風控等，幫助不同投資人完成投資。關於更多Stafi資訊：http://stafi.io/更多區塊鏈專案介紹：http://www.qukuaiwang.com.cn/news/xiangmu

風險提示：區塊鏈投資具有極大的風險，專案披露可能不完整或有欺騙。請在嘗試投資前確定自己承受以上風險的能力。區塊網只做專案介紹，專案真假和價值並未做任何稽覈!