IOTA 使用情境

期望實現的功能

空氣盒子

• [ ]不定期抽查裝置
• [ ]回傳裝置版本
• [x]推播 OTA 訊息
• [x]與 TangleID 綁定流程
• [x]點數回饋及使用機制
• [x]sybil 初步防範

TangleID

• [x]身分認證
• [x]發證及驗證流程
• [x]證書註銷
• [x]點對點加密傳訊
• [x]給小費
• [x]金鑰遺失處理
• [x]sybil 初步防範

流程

TangleID

• 每個 identity (無論是個人還是公司) 唯一對應一組 UUID，由用戶向系統註冊產生，這組金鑰對存放於管理的 server，並且引導用戶產生一組 RSA key pair，公鑰與 UUID+I 綁定發布於 Tangle 上

• 發證單位以私鑰簽章，並搜尋 UUID+I 獲取用戶公鑰加密證書內容後，以 UUID+C 發布

• 證書持有者將獲取的證書發布至 MAM 上，並決定要以哪種形式公開
  (可以採圖像化引導的方式讓使用者建立 MAM 樹狀結構)，
  每個人可以發布多組 MAM tree，
  再將建立的 MAM tree 加上 UUID+P 發布至 Tangle (Public 的資料)

• 企業以 UUID+Q 向用戶發出閱覽請求，用戶以企業的 UUID+A 回覆並附上 MAM Tree 的資料，以企業的公鑰加密

• 發證單位須註銷證書時，直接以 UUID+R 公開發出，不做加密(若是加密會沒辦法查到)

• 用戶雙方傳遞訊息時使用 UUID+M ，透過搜尋對方的 UUID+I 取得公鑰用以加密
  (也可以改進為使用 UUID+M 紀錄 MAM init channel key)

• 作為 anti-sybil 的方式，可以限制 TangleID 上的每一筆交易皆需要帶 token 且發送至固定地址，成為使用服務的手續費。

• 金鑰遺失的清況我認為有兩種做法:

  • 維持相同 UUID 並連結新的金鑰，要求補發證書
  • 通過身分認證，向我們取得金鑰副本

空氣盒子

• 機器開機時透過 TangleID 取得目前使用的 MAM 起始地址，循序讀取資料並按順序進行 OTA 更新。

• 每台機器皆綁定單一 UUID，將機器內使用的公鑰加上簽章以 UUID+K 記錄至 Tangle 上即完成綁定。

• 資料傳遞和點數回饋的部份各有兩種做法:

  • 固定地址 || 固定 tag
  • 加密 || 公開
  • 直接將每一筆交易作為 token || 累積數筆交易後發送 token 給使用者

• 若採用固定地址且要求不為零元交易，可以有效防止 sybil 攻擊，
  這種情形下交易手續費可於發送點數回饋交易時退還

• 在登入 TangleID 後，使用者可以於網站上消費點數，購買行為會產生一筆交易，由雙方簽署，使用 UUID+B