在Devcon5上宣布了多币种支持特性后，我们很快就在?ENS管理器上实现了这一功能。
许多钱包也紧接着开始支持这一特性。
开发者们可以通过阅读?EIP?、文档以及我们的JavaScript?地址编码库来了解最新的实现细节。
在这篇文章中，我将介绍我们把多币种支持特性接入到自己app中的经验，为其他钱包开发者抛砖引玉，提供大致思路。
解析器
由于这个特性是全新的，许多以太坊库都尚未支持。
为了直接和解析器合约交互，你通过npm下载我们的合约，并导入以下abi。
import{abi}from
'from'
formatsByCoinType
{coinType:0,decoder:,encoder:,name:'BTC'}
Fromnowon,weonlyuseformatsByName.
动态 | 信息发展：目前已完成数字货币有关技术准备:信息发展 [300469]在互动平台上表示，数字货币目前公司已完成有关技术准备，是否推出相关产品视政策和市场因素而定。（深交所互动易）[2019/9/19]
下面我们只使用?formatsByName?函数。
获取支持的币种列表
或许你想接入自己的支持的币种列表。如果你想直接接入我们已经实现了编解码的代币，你应该通过以下代码构造这个币种列表。
exportconstCOIN_LIST=Object.keys(formatsByName)
获取地址
下面是我们在自己的React组件中实现?getAddr?函数的超级简化版本。
声音 | V神：有兴趣用隐私技术支持以太坊发展:V神在Twitter上回答网友问题时表示，“我正在关注不同隐私技术之间的讨论，主要是为了看看哪些隐私计划有助于支持以太坊的第二层。”[2019/5/12]
通过第一行代码，我们获取到了?coinType?以及?encoder?函数。接下来会用到?coinType?和namehash参数从Resolver合约中获取到某种代币的具体地址。
第四行代码是把地址传给译码器之前先检查是否是空地址，如果是的话就直接返回。因为如果把一个空字符串直接传给编码器，就有可能抛出某些代币类型的错误。
第五行代码把地址的二进制表达形式传给编码函数，将地址以文本形式显示。
设置地址
以下是我们?setAddr?函数的简化版本。
和我们在?getAddr?函数中的处理一样，当地址为空时，我们提前返回这个结果，而不传给解码器。第五行直接用空字符串的二进制表示就行。
验证
验证地址是否符合对应币种的格式十分关键。
如果向?address-encoder?库随便传一个无效的文本，就会抛出错误。
本例中，我们捕获了这个错误并展示了出来。
BCH贴士
通常情况下，对同一条文本先解码再编码，依然会得到一样的文本。但比特币现金表现的不太一样（想要探究具体的技术原因，可以参考这条?
EIP?中的“CashAddr”），比特币现金在编码之后返回文本会加一个“bitcoincash”前缀。下面这个例子显示了原始文本、16进制表示以及查询时BCH编码后的规范表示形式（你可以在
测试用例中找到它）。
总结
在本文中，我们梳理了实现多币种支持的流程，介绍了需要留意的某些细节。事实上这和原来设置/获取地址的操作十分接近，只不过要多传一个?coinType?参数。此外，在涉及到验证和空字符串的问题上，要额外小心。
随着越来越多库支持多币种特性，以后钱包开发者将很轻松地添加这一功能。
原文链接:?https://medium.com/the-ethereum-name-service/how-to-integrate-ens-multi-coin-support-into-your-wallet-for-developers-8d3a8a37d1eb作者:?makoto_inoue翻译&校对:?安仔&阿剑
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。