現有token方案的局限
現在已經可以 在BSV鏈上建立帶有互換(swap)功能的token合約 ，這個方案設計得很漂亮，運用的一系列技術點都值得其他開發者參考，同時這是一個純粹的層一方案，安全性由礦工進行保證，
但是該方案也有個限制：token與swap合約無法分離，也就是說token和swap合約要部署在一個UTXO中，因為swap要依賴token資料的真實性，而在采用純粹層一方案的前提下，只有token合約中的token資料才保證真實性，
這樣的限制會影響token生態的繁榮，假設在集成了swap合約的某token發行后，有人想開發一個新的合約，需要用到這個token，那就需要聯系token發行方，升級token合約，把新合約代碼集成進去才可以，這樣的繁瑣步驟會抑制應用token的各種合約的生長，因此限制了生態的繁榮，
合約對token方案的需求
token可以從一個用戶轉到另一個用戶，一個用戶可以持有一種或者幾種token，
我們很容易理解上面這句話，現在我們把上面這句話中的用戶換成合約：
token可以從一個合約轉到另一個合約，一個合約可以持有一種或者幾種token，
允許token被不同合約持有并在不同合約之間流轉，會極大刺激基于token的合約生態，這也是以太坊有豐富合約生態的重要原因之一，
根據社區的一系列研究，純一層合約有個限制：無法識別token真偽，如果偽造的token轉入到合約中，會破壞合約狀態，造成合約運行問題，這就要求token方案能夠提供防偽機制，合約可以依賴該機制來保障安全性，
基于Oracle的token方案
為了滿足上述需求，我提出一個基于Oracle的二層token方案，方案沿用位元幣的UTXO結構，讓token可以在不同UTXO之間流轉，
token資料
<token協議標識> <token協議版本號> <token ID> <token數量> <其他資料>
token資料嵌入UTXO
上述資料在發行、轉賬、銷毀等場景下都以OP_RETURN或OP_PUSHDATA OP_DROP的方式嵌入輸出腳本中，
任何腳本模板的UTXO都可以嵌入上述token關鍵資料，這就讓該UTXO承載了一定數量的token，一個UTXO內部可以攜帶一個或多個token資料，表示該UTXO承載了多種token，例如：類似uniswap的合約中就會攜帶兩種用于token型別，用于互相兌換，
Oracle識別token資料
Oracle通過上述嵌入UTXO中的token資料來識別token的轉移，Oracle只從腳本中掃描token資料進行識別，并不關心腳本中的其他內容，這樣無論使用什么樣的腳本模板，Oracle都可以識別出其中的token資料，
Oracle在識別出每個tx的輸入和輸出中的token資料后，對token資料進行校驗，判斷token型別和數量在輸入和輸出中是否匹配，如果匹配則認為新的UTXO是合法的，否則認為轉賬無效，
向Oracle請求簽名
請求Oracle簽名訊息中攜帶UTXO的outpoint，Oracle會判斷該UTXO是否是合法的token UTXO，如果合法則回傳該UTXO對應的token資料，并附帶對token資料的簽名，
Oracle市場
Oracle服務可以由任何人提供，這樣可以形成Oracle市場，競爭出最有信用的服務商，因為token的識別機制是標準的，所以Oracle服務中的這部分代碼可以通過開源等方式共享，提高Oracle服務商的搭建效率并增強業務安全性，
可擴容
因為token也采用UTXO格式，收發雙方可以采用P2P的方式直接傳遞token相關tx：發送方在給接收方tx資料時，同時也提供tx的輸入UTXO對應的Oracle的token資料簽名，接收方可以自行校驗簽名，接收方根據需要立刻或延遲向Oracle獲取輸出中新的token UTXO資料簽名，
這種P2P方式不會影響位元幣的擴容，
一個例子
這是一個給合約轉入token的例子，該tx更新了合約的狀態，將10個tokenA和10個tokenB轉入到合約中，合約同時持有了兩種token，剩余的10個tokenB作為找零輸出，保持兩種token型別在輸入和輸出中數量一致，
錢包在構造上述Tx的程序如下：
- 錢包向Oracle請求tokenA UTXO和tokenB UTXO的token資料簽名，
- Oracle驗證這兩個outpoint都是合法的token，然后回傳token資料以及簽名，
- 錢包根據回傳的資料構造tx，其中Oracle回傳的資訊會作為合約的輸入引數之一，
合約設計
合約在執行時，對token資料進行簽名校驗，識別出token種類和數量并記錄在資料部分，
合約可以選擇依賴token發行方的簽名，這也許會更安全一些，也可以選擇對多個Oracle資料做簽名校驗，只要其中n個簽名校驗通過并且資料一致，就認為token資料可信，這樣既可以增加安全性，也可以避免Oracle服務器的單點故障問題，
總結
這樣的token方案可以做出像uniswap這樣復雜的合約組合，并且不用把各種合約都放在token UTXO中，支持先發行token，再開發應用token的各種合約，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qukuanlian/233042.html
標籤：區塊鏈