# [ENSIP11] ENSが導入するEVMチェーン識別番号の仕組みを理解しよう！

> ENSIP11は、Ethereum Name Service（ENS）の仕様 ENSIP9（マルチチェーンアドレス解決） を拡張し、EVM互換チェーン専用のコインタイプ範囲を確保し、さらにEVMのChain IDをコインタイプに変換する方法

- URL: https://cardene.dev/articles/6eb35a26617eb07d31a1
- 公開日: 2025-08-20
- 更新日: 2025-08-20
- トピック: Blockchain
- タグ: ethereum, solidity, smartcontract, ブロックチェーン

## はじめに

『DApps開発入門』という本や色々記事を書いているかるでねです。

https://amzn.asia/d/gxvJ0Pw

今回は、EVM互換チェーンのアドレス識別をENSで統一するために、チェーンIDに特別なビットを加えて専用のコインタイプを自動生成する仕組みを提案している**ENSIP11**についてまとめていきます！

:::message
以下にまとめられているものを翻訳・要約・補足しながらまとめていきます。
:::

https://docs.ens.domains/ensip/11

他にも様々なEIP・BIP・SLIP・CAIP・ENSIPについてまとめています。

https://cardene.notion.site/ERC-EIP-2a03fa3ea33d43baa9ed82288f98d4a9?pvs=4

## 概要

**ENSIP11**は、Ethereum Name Service（ENS）の仕様 **ENSIP9（マルチチェーンアドレス解決）** を拡張し、EVM互換チェーン専用のコインタイプ範囲を確保し、さらにEVMのChain IDをコインタイプに変換する方法を標準化するものです。

:::message
**ENSIP9**については以下の記事を参考にしてください。
:::

[\[ENSIP9\] ENSにおける複数チェーン対応の仕組みを理解しよう！](/articles/fd2ab09579d9db7bdb81)

具体的には、`0x80000000`（`2147483648`）以上の番号をEVMチェーン用に割り当て、将来的に非EVMチェーンのコインタイプと衝突しないように設計されています。
これにより、過去にEVMチェーンIDに割り当てられていた一部のコインタイプは非推奨となります。

## 動機

これまでの**ENSIP9**は、**SLIP44**（暗号資産のコインタイプを管理する標準）に依存していました。SLIP-44は元々、ウォレットにおけるアドレスのエンコーディング方式を定義するために作られたものです。

:::message
**SLIP44**については以下の記事を参考にしてください。
:::

[\[SLIP0044\] HDウォレットで通貨を分けて管理する仕組みを理解しよう！](/articles/cfbb0cbee7062553e599)

しかし、EVM互換チェーンの多くはEthereumと同じエンコーディング方式を使っているため、わざわざ**SLIP44**に新しいコインタイプを追加申請するのは冗長です。

そこで**ENSIP11**では、Chain IDから直接コインタイプを導出できるルールを定めることで、追加申請の手間を省いて標準化と一貫性を実現します。

つまり、Ethereumと同じ仕組みを使うEVM互換チェーンは、Chain IDに基づいて自動的にコインタイプを決定する仕組みを作ることで、ENSのマルチチェーン対応を効率化しようとしています。

## 仕様

**ENSIP11**は、**ENSIP9**を拡張し、最上位ビット（MSB: Most Significant Bit）が1になっているコインタイプはEVMチェーンIDとして扱うことを定めています。
もともと**SLIP44**では、この最上位ビットの範囲はウォレットの鍵導出に関する用途のために予約されており、コインタイプとして割り当てられていません。
したがって、この範囲を利用しても他の既存コインタイプと衝突することはありません。

### コインタイプの計算方法

EVMチェーン用の新しいコインタイプは、以下のようにチェーンIDと`0x80000000`をビットごとの論理和（OR演算）することで求められます。

```javascript
export const convertEVMChainIdToCoinType = (chainId: number) =>{
  return  (0x80000000 | chainId) >>> 0
}
```

逆に、コインタイプから元のチェーンIDを求める場合は、`0x7fffffff`とのビットごとの論理積（AND演算）を使います。

```javascript
export const convertCoinTypeToEVMChainId = (coinType: number) =>{
  return  (0x7fffffff & coinType) >> 0
}
```

### 実装について

この仕様に対応した実装は、`ensdomains/address-encoder` リポジトリで提供されています。
このライブラリを利用することで、変換処理やチェーン情報の取得を簡単に行うことができます。

### 使用例

次の例では、Ethereum Classic（Chain ID: 61）のコインタイプ変換を行っています。

```javascript
const encoder = require('@ensdomains/address-encoder')

// Chain IDからコインタイプへ変換
encoder.convertEVMChainIdToCoinType(61)
// 出力: 2147483709

// コインタイプからChain IDへ変換
encoder.convertCoinTypeToEVMChainId(2147483709)
// 出力: 61
```

また、`formatsByName` や `formatsByCoinType` を使って、コインタイプから詳細なチェーン情報を取得することも可能です。

```javascript
encoder.formatsByName['XDAI']
{
 coinType: 2147483748,
 decoder: [Function (anonymous)],
 encoder: [Function (anonymous)],
 name: 'XDAI'
}

encoder.formatsByCoinType[2147483748]
{
 coinType: 2147483748,
 decoder: [Function (anonymous)],
 encoder: [Function (anonymous)],
 name: 'XDAI'
}
```

### 例外チェーン

一部のチェーンは特殊な事情により、この標準から除外されます。
Avalancheは複数のアドレス形式を持ち、そのうちC-ChainのみがEVM互換ですが、他のチェーンも存在するため特例扱いとなります。
また、RSKは独自の追加検証を持つため、**SLIP44**に定義された従来のコインタイプを利用し続けます。

### 互換性

**ENSIP11**が導入される前に、すでにEVM互換チェーンとして定義されていたコインタイプも存在します。
例えば NRG、POA、CELO、ETC などです。
これらは従来のコインタイプを保持しつつ、区別のために `_LEGACY` を付けた名前で読み取り専用として扱うことが推奨されています。

これにより、新旧の規格が混在しても、既存の資産（トークン）の参照やENS上の名前解決に影響を与えず、安全に移行できる仕組みが提供されます。

## 最後に

今回は「EVM互換チェーンのアドレス識別をENSで統一するために、チェーンIDに特別なビットを加えて専用のコインタイプを自動生成する仕組みを提案している**ENSIP11**」についてまとめてきました！
いかがだったでしょうか？

質問などがある方は以下のTwitterのDMなどからお気軽に質問してください！

[Twitter @cardene777](https://twitter.com/cardene777)

他の媒体でも情報発信しているのでぜひ他も見ていってください！

https://chaldene.net/

https://zenn.dev/heku

https://cardene.substack.com/

https://mirror.xyz/0xcE77b9fCd390847627c84359fC1Bc02fC78f0e58

https://cardene.notion.site/ERC-EIP-2a03fa3ea33d43baa9ed82288f98d4a9?pvs=4