usdt錢包開發
比特幣協議 -> Omni 層協議 -> USDT
USDT是基於比特幣omni協議的一種代幣： https://omniexplorer.info/asset/31 ID是31
Tether（USDT 的發行方）的官方錢包已關閉注冊，無法注冊錢包就無法獲得 API Key，也就意味着無法實現類似基於錢包接口的開發方案，但我們可以基於 USDT 的底層協議（叫做 Omni 層協議）進行開發
1. Tether（USDT 的發行方）的官方錢包已關閉注冊，無法注冊錢包就無法獲得 API Key，也就意味着無法實現比特幣入金那樣基於錢包接口的開發方案
2. 但是，大量的數字貨幣交易所都支持 USDT，所以顯然是有其他辦法可以開發的，於是，我寫了郵件過去問 Tether 官方，得到了如下回復，大意就是，雖然他們的錢包及 API 不能用了，但我們可以基於 USDT 的底層協議（叫做 Omni 層協議）進行開發，這也與我幣圈的朋友給我的答復是吻合的
3. USDT 的協議結構從底層到頂層大致是：「比特幣協議 -> Omni 層協議 -> USDT」，也就是說，USDT 是基於比特幣的一種代幣（token），就像大大小小的山寨幣大多是基於以太坊（ETH）的一種代幣一樣；另外 USDT 也出了最新的以太坊（ERC20 標准）版本，但我看了下發行量和流通量都太小，所以我們這里還是只討論前面說的基於比特幣 Omni 層協議的經典 USDT
我順着 Tether 官方給我回復的郵件，去這幾個地方進行了研究：
- Omni Core 項目主頁：https://github.com/OmniLayer/omnicore
- Omni Core RPC 接口文檔：https://github.com/OmniLayer/omnicore/blob/master/src/omnicore/doc/rpc-api.md
- Omni Core 客戶端下載頁：https://bintray.com/omni/OmniBinaries/OmniCore/view
調研結論大致是這樣：我們可以安裝並運行一個 Omni Core 節點客戶端，然后利用其提供的 RPC 接口，實現我們 USDT 出入金所需的代幣發送、接收等功能；我看了下，接口都是挺全的；其中，對於 USDT 來說，接口所需要的代幣 ID 參數「propertyid」值應該是「31」
https://omniexplorer.info/tx/480670ddd44541bea1ad77d8a42ada3303539fb8fcf90e9b439a171c8645783c
{ "amount": "12215.00000000", "blocktime": 1533545081, "confirmations": 0, "divisible": true, "fee": "0.00002565", "ismine": false, "propertyid": 31, "propertyname": "TetherUS", "referenceaddress": "1DUb2YYbQA1jjaNYzVXLZ7ZioEhLXtbUru", "sendingaddress": "12SbF4mj7v2RaDfK2aY7z1BfVGT4MKaNbV", "txid": "480670ddd44541bea1ad77d8a42ada3303539fb8fcf90e9b439a171c8645783c", "type": "Simple Send", "type_int": 0, "version": 0 }
USDT是基於比特幣omni協議的一種代幣： https://omniexplorer.info/asset/31 ID是31
4. 接下來需要研發團隊做的：
i) 詳細研究這個方案
ii) 詳細調研這套 API 並進行測試
iii) 弄清楚它是否能實現我們的需求，比如我暫時還沒看到可以生成收款地址的 API，實際上比特幣的地址就可以用來接收 USDT，所以可以考慮：還是用原來 block.io 錢包來生成地址，然后再通過 Omni Core 來收發 USDT
------------------------
ominlayer 應該不能和bip44 的coin type 兼容，可以生成地址的策略要獨立開，需要單獨維護
https://github.com/OmniLayer/omnicore
usdt如果沒有第三方的api，那需要我們自己跑node
自己跑node 會有各種坑，要測試穩定和安全性，灰度上線beta