<aside> 💡 If you prefer to read this page in English, please click here. 本页内容的英文版本，请点击这里。

</aside>

https://embed.notionlytics.com/wt/ZXlKd1lXZGxTV1FpT2lKak9HSmhNamRoTW1ZME5tVTBObVEyT1dFMFpETmpPVE5tT1RCbFl6VTVOU0lzSW5kdmNtdHpjR0ZqWlZSeVlXTnJaWEpKWkNJNklqaFVaSHBoZDAxeVVFeFFOMnRJVmxoWU5HRnhJbjA9

温馨提示：.bit 品牌已经升级为 d.id，新的官网为 d.id。

d.id 简介

d.id 之于加密世界，应如手机号/Email 之于互联网。d.id 是去中心化账户系统，它是 Web3.0 的基础组件，是去中心化的身份体系。

d.id 基本单元是 d.id 账户。整体上来看，d.id 账户具有以下特征：

1. 易读易拼写。如 Alice.bit，Bob.bit，区块链.bit 。
2. 去中心化，抗审查。任何人均可以匿名的无需许可的创建，由用户掌握完整的所有权和控制权。
3. 全局唯一。每个账户都独一无二，无法创建出同名的 d.id 账户。
4. 跨链。基于高可扩展性公链 Nervos CKB 构建，任意公链无需做任何改造，天然的被 d.id 所兼容。这是 d.id 最棒的特性！**
5. 轻量级，易于集成。d.id 是一个去中心化应用，而非公链，包含多种编程语言的 SDK，采用模块化设计，便于集成。
6. 低门槛使用。虽然 d.id基于 Nervos CKB 构建，但用户无需事先安装 CKB 钱包，无需拥有 CKB 地址，在使用时也无需使用 CKB 来支付手续费。用户在使用过程中，对于 d.id 运行在哪条公链上是无感知的。

所有的 d.id 账户都以 .bit 结尾，具有层级结构，具有唯一性。典型的 d.id 账户形如 alice.bit, office.bob.bit。 每个 .bit 账户包含如下基础的抽象结构：

1. Owner，该 d.id 账户的最终所有者，可以转移该账户和设置账户的管理员。
2. Manager，该 d.id 账户的管理员，可以管理该账户的 Records，子账户等。
3. Records，该 d.id 账户的解析记录数组。解析记录是一系列键值对，由用户或应用自行定义。各类解析记录，便构成了对一个身份的完整描述。Records 记录只能由 Manager 管理，不能通过 Owner 管理。

Owner 和 Manager 一般为一个或多个公钥。当为多个公钥时，意味着该角色的职能，能通过某种多重签名来实现的。

d.id 的使用场景

尽管从账户抽象结构上来看，d.id 与 ENS 具有相似性，但 d.id 不是 ENS 的改良版。d.id 目标是成为一套去中心化身份协议，而不仅仅是一个域名系统。在 d.id 看来，域名不过是一种特殊的身份，身份协议本身的应用场景远远大于域名协议。不是每个人都需要域名，但每个人都应该有至少一个去中心化身份。