APP:對DFINITY的去中心化身份、賬戶與錢包介紹 開發者能如何利用？

原文標題：《對DFINITY的去中心化身份、賬戶與錢包介紹 開發者能如何利用？》

6月3號，ICP League 聯合社區開發者舉辦了第二期的開發者電話會，探討了 DFINITY 的底層賬戶結構，以及上層去中心化身份認證的方式，介紹了兩者的聯系方式。點擊“閱讀原文”可以查看視頻回放。

本期亮點：

DFINITY 的賬戶與身份是兩個系統，其底層依然是加密原生的公鑰/私鑰/地址的賬戶，但在上層建立了去中心化身份系統；

身份與賬戶并不耦合，賬戶寫在鏈的底層，而身份是鏈上運行在 NNS 子網上的智能合約，通過合約與賬戶建立了聯系；

賬戶更像是銀行卡，而身份更像是綁定了銀行卡的支付寶，能方便地使用 DFINITY 的 dapp；

身份系統的目的是為了幫助用戶更好地管理賬戶，避免用戶直接接觸私鑰；

在使用 DFINITY 的身份登陸其他 DApps 時，如果 DApps 相關代碼更新，容易丟失對這個 DApps 的子賬戶信息；

開發者可以結合官方的命令行賬戶錢包實現客戶端/網頁錢包，或者基于互聯網身份系統實現 web 3 邏輯下的業務，比如個人存儲、鏈上分身、數據集市。

DeFi研究員：Curve Finance漏洞“動搖了人們對DeFi的信心”，任何使用Vyper編寫的協議都可能面臨風險:金色財經報道，一位名為Ignas Defi Research 的DeFi研究員表示，Curve Finance漏洞“動搖了人們對DeFi的信心”。Ignas表示，如果一個運行了三年沒有問題的協議被利用，這會讓人們質疑 Aave、Compound 甚至Uniswap等其他藍籌協議的安全性，加密用戶已經擔心 Uniswap v4 具有單一的智能合約設計，如果遭到黑客攻擊，風險會更大，因為所有資金都會立即受到攻擊。

Ignas 表示，黑客利用的是 Vyper 編譯器，而不是 Curve 的智能合約本身，這一點令人擔憂，因為現在用 Vyper 編譯的任何協議都可能面臨風險。[2023/7/31 16:09:32]

一般用戶在互聯網身份的包裝下并沒有接觸到轉賬地址，但 DFINITY 作為區塊鏈系統具備與比特幣/以太坊類似的賬戶，賬戶驗證的主要機制是經典的數字簽名方案。即從種子派生公私鑰對，并將公鑰匙處理編碼為字符串地址，通過私鑰簽名發送交易，使用公鑰驗證鑒別交易。

在選取的算法上，DFINITY 的賬戶與比特幣更相似， 以 Python ECDSA 和 secp256k1 為主，如果使用已有的比特幣賬戶在 DFINITY 上能生成一樣的公鑰，但在地址表現形式上有所不同。

西班牙央行行長強調需要對Defi和加密進行快速監管:金色財經報道，西班牙銀行行長兼巴塞爾銀行監管委員會主席 Pablo Hernández de Cos 解釋說，需要迅速監管加密貨幣空間和去中心化金融（defi），以避免金融不穩定的風險。Hernandez de Cos 還提到了這種快速的方法應該如何在加密金融系統變得更大之前將其納入監管范圍。他表示：盡管出現了這種驚人的增長，但加密資產仍僅占全球金融資產總額的 1% 左右，迄今為止，銀行的直接風險敞口相對有限。然而，我們知道這些市場有可能迅速擴大規模，并對個別銀行和整體金融穩定構成風險。此外，他建議對該主題采取“積極和前瞻性的監管方法”，并宣稱在歡迎這些技術和降低其風險之間可以取得平衡。（news.bitcoin）[2022/5/14 3:15:17]

DFINITY 的賬戶地址的長度為64個字符，這種格式只用于表示普通賬戶，DFINITY 容器（合約）使用專門的23位的容器 ID 表示，并5個字符串一組，用“-”隔開，如“h5aet-waaaa-aaaab-qaamq-cai.raw”，加上“https”與“.ic0.app”后可以在瀏覽器直接訪問，如“https://h5aet-waaaa-aaaab-qaamq-cai.raw.ic0.app/”。這是其與以太坊賬戶體系一個很大的不同。

阿聯酋金融中心監管部門征求公眾對DeFi政策考慮的意見:金色財經消息，阿聯酋金融中心ADGM的監管機構FSRA發布了一份討論文件，征求公眾對去中心化金融(DeFi)政策考慮的意見。根據監管機構的說法，討論文件將“作為最終如何監管Defi的對話的起點”。盡管如此，FSRA澄清說，該文件不是金融機構的“指南”。相反，該文件包含了監管機構對5到10年期間可能的中期方向的看法。此外，討論文件還包含監管機構所謂的“關于FSRA可能如何考慮監管Defi的高層政策立場”。該文件還描述了未來Defi的監管框架將是什么樣子。同時，FSRA已將2022年6月30日定為提供意見的截止日期。在此期間之后，FSRA將審查反饋并決定下一步。（news.bitcoin）[2022/4/15 14:26:13]

在 nns.ic0.app 下的 Accounts 下能看到這些賬戶地址，可以直接用于 ICP 的轉賬，但目前還沒有易用的加密原生錢包。

但官方其實開源了這類錢包的實現方法， 在 keysmith 庫（https://github.com/dfinity/keysmith）中實現了一個命令行錢包

DFINITY 在賬戶系統外又開發了一套身份系統稱之為“互聯網身份（Internet Identity）”，以下簡稱 II。II 是部署在 DFINITY 的一個智能合約，智能合約的狀態存儲中對地址與身份建立了映射。

比特幣基金會主席Brock Pierce：對DeFi隱私持謹慎樂觀態度:比特幣基金會主席Brock Pierce分享對DeFi的看法，他表示相信DeFi的整體增長和趨勢是不可阻擋的。Brock在接受Crypto AM采訪時說，去中心化金融缺乏隱私的問題很早就被提出來了，盡管對此有所擔憂，但DeFi空間仍然從一年前的接近零增長到今天的超過500億，并且我預計它會繼續增長。“其中一些風險包括，雖然一些地址可能是匿名的，但個人和實體仍然能夠跟蹤和識別擁有某些地址和錢包的個人和機構，以及他們在DeFi中的行為。”[2021/8/21 22:28:14]

注意的是，身份和錢包賬戶是兩回事。以太坊上錢包地址就是你使用應用的身份，但是在 DFINITY 中，身份是與錢包賬戶分開，兩者不耦合的，但來自同一源頭的公私鑰對，而且可以互相演化的。

在使用 II 時，用戶會獲得名為“user number”的一串數字，這其實是 II 合約內部的一個索引。這串數字來自一個63位的字符串，一般五個一組用“-”隔開，被稱為“Principal ID”。

用戶身份其實是 II 智能合約中的一個實例化對象，II 是 DFINITY 推動的標準，目前 DFINITY 上的應用都可以通過引入幾行代碼，來允許用戶使用 II 標準登陸應用。II 是一種中心化身份的標注，使用了具備高度安全性的雙要素驗證；并能在使用不同 dapp 時為用戶創建衍生身份，來保護用戶隱私防止被跨應用追蹤賬戶；并能更方便的管理多賬戶，無需賬戶密碼，也無需基礎學習門檻高的私鑰，通過面部識別、指紋掃描或 YubiKey 等安全終端輕松地使用。

動態 | 澳大利亞新法案或將對Dapp產生重大影響:據Forbes消息，澳大利亞政府提出了一項法案，該法案為政府會讓政府更容易獲得用戶的在線信息。有分析認為，如果法案通過，將會對Dapp產生重要影響。[2018/10/8]

首先介紹一下 WebAuthn，符合了 W3C（萬維網聯盟）的 Web 驗證的標準，也就是除去賬戶密碼/私鑰驗證之外，還需要安全硬件的驗證，這是為了避免釣魚網站與惡意軟件的侵害。因此在使用 II 時，用戶必須具備安全硬件，這也是困擾早期用戶的一個門檻，但目前我們的大部分手機、筆記本都裝載了安全芯片，也可以外接 YubiKey。

WebAuthn 驗證流程：

用戶啟動登錄過程后，DFINITY 的 II 智能合約將生成一個隨機質詢并將其發送到用戶的瀏覽器；

然后瀏覽器將質詢轉發到安全設備，用戶在安全設備上進行交互驗證，如指紋解鎖、面部識別或輕觸 YubiKey；

完成驗證，使用保存在安全設備中的私鑰簽名；

然后將驗證后簽名的質詢發送回 II 智能合約，II 智能合約進行驗證，完成登陸。

在我們使用 II 授權登陸一個 DApp 時，II 會自動產生一個子身份專門用于使用該 DApp。這為用戶創建了多個鏈上分身，防止其身份被追蹤；同時 DFINITY 對不同容器交互時都需要分別進行驗證，一個容器無法盜用其授權權限與其他容器交互，來轉走代幣，而這種事曾在以太坊上發生過。

同時，II 合約也對身份進行了一個抽象，因此即使你的私鑰只存儲在設備的安全芯片中，并不傳輸，但你能把多個設備綁定在一個主賬戶下，使用多個設備直接登陸主賬戶發送任意操作。這是一種對權限的管理，具體需要官方公布更多細節。

DFINITY 在賬戶系統外又開發了一套身份系統稱之為“互聯網身份（Internet Identity）”，以下簡稱“II”。II 是部署在 DFINITY 的一個智能合約。

原始 ID 的產出：

首先對隨機數 Rand 進行 Bip39，然后產出種子文件，再推斷出私鑰；

通過私鑰產出一個 DER 格式的公鑰，長度為65字節；

對公鑰進行sha224得到28字節的字符串，然后加上一個字節判斷其類型，產出29字節的原始 ID 以下稱“blob”；

這里添加了一個字節可以表示其的類型，“0x01”為系統保留，“0x02”代表了這是主要 ID，即用戶創建的；“0x03”表示該共鑰是從主要 ID 派生的，一個主要 ID 具備一個空間，可以注冊很多個派生 ID，去使用不同的 DApp；“0x04”為匿名 ID，不用簽名也可以發送請求。

此時，對 blob 的兩種處理方式分別產出了用于 II 合約的63字節的“Principal ID”，和32字節的錢包賬戶“Account ID”。

Principal ID 的產出：

對 blob 添加4個字節小大的 CRC-32 的糾錯碼（error detection code）；

使用Base32對結果進行編碼，每組五個字符，用“-”隔開；

也可以使用 ASCII 表示，最大 63 個字符。

Account ID 的產出：

在 blob 前加入 Account 類型的特定字符串，后面加上序號；

對這個字符串計算 sha224，得到 28 字節結果；

對結果添加 4字節大小的 CRC-32 的糾錯碼，得到 32 字節結果；

轉化為64個字符的字符串。

Account ID 就是我們在交易所中使用的轉賬地址，而 Account ID 也可以衍生出多個子地址，之需要修改 blob 后的序號即可，被哈希后就能得出不同的地址，這個過程與之前的派生是有區別的。

目前 DFINITY 官方鼓勵開發者使用 II 去登陸 DApp，而 II 對身份與地址的衍生與存儲都運行在智能合約中。

而在 DFINITY 的合約中 Persistent 狀態是允許被更新的，因此合約可以被升級，但這并不是一個持久化的狀態，因此有可能會在更新中損失數據。這就意味著，在 II 合約自身，或者 DApp 合約更新后，可能會損失數據，導致過去使用 DApp 的身份丟失。

這是所有開發者在使用 II 時需要注意的風險，但是這種情況往往是在使用 DApp 時會遇到的，而你持有的 ICP 代幣不會受到影響。

目前 DFINITY 的體驗與加密原生用戶中間有一個斷層，II 對現在的加密原生用戶的使用習慣來是超前的，因此大家很難接受。消除這個斷層，改進這個機制是非常重要的一個工作，比如為 keysmith 命令行錢包做可視化頁面等。

還可以在登陸機制上進行探索，目前的 WebAuthn 登陸有一定硬件門檻，不是所有人都能很輕松的使用。比如使用 metamask 登陸，比如通過郵箱去做密碼學驗證。

在開發 DFINITY 錢包時可以更好的去結合加密原生的賬戶地址與 DFINITY 的多身份系統。做一個比喻，賬戶地址像是銀行卡賬戶，DFINITY 的 II 是微信的賬戶，也可以使用這個微信賬戶去登陸不同的應用，每個應用你都具備一個身份。

因此將 MetaMask 還不足夠，DFINITY 的體驗與 Web3 中描述的“用錢包去完成所有的登錄的操作”不同了，應用的連接感更像傳統互聯網的“一鍵登錄”。

同時，在不同的公鏈或平臺上都有去中心化身份的項目，而因為沒有深度耦合， DFINITY 官方推出的 II 也可以早期的身份項目，開發者可以著手去改進它，或者實現一個全新的更好的身份系統。

同時也可以在 II 的上層搭建更多應用，比如為每一個賬戶建立獨立的存儲空間，作為數據確權的中心，或者去優化多身份系統，從多身份中衍生出交互的多樣性。

Tags：FINDFIDEFAPPScale FinanceGoldfinchDEFC怎么下載中幣交易app

非小號