Introduction

The format for Operations mentioned in this document has not been updated yet. Please refer to the latest indexer specifications and official inscription tools of B137.

For traditional DIDs, the format typically follows <NAME>.<TLD>, where <TLD> identifies the top-level domain to which the name belongs, and within the same domain, names are generally not allowed to be duplicated.

To enhance flexibility and the liquidity of domain names, we propose a new DID protocol that defines the format as follows:

<DID>.(<TLD>*)

Holders of B137 inscriptions can inscribe a custom string as their name (unique, FCFS), and once the inscription is inscribed with a string, it becomes a non-fungible inscription <DID>. For infrastructure or dApps that integrate the B137 protocol, it can be directly resolved to its holder's address.

At the same time, the inscription can establish binding relationships with multiple <TLD>. After the binding relationship is established, <DID>.<TLD> can also be resolved to its holder's address.

<TLD>are also distributed in a decentralized manner. Any organization or community can create their own to enhance their brand and establish an identity identification system.

In the Core Concept section, there will be a detailed explanation of <DID> and <TLD>and how is the protocol operated.