在Devcon5上宣布了多币种支持特性后，我们很快就在?ENS管理器上实现了这一功能。
许多钱包也紧接着开始支持这一特性。
开发者们可以通过阅读?EIP?、文档以及我们的JavaScript?地址编码库来了解最新的实现细节。
在这篇文章中，我将介绍我们把多币种支持特性接入到自己app中的经验，为其他钱包开发者抛砖引玉，提供大致思路。
解析器
由于这个特性是全新的，许多以太坊库都尚未支持。
为了直接和解析器合约交互，你通过npm下载我们的合约，并导入以下abi。
import{abi}from
'from'
formatsByCoinType
{coinType:0,decoder:,encoder:,name:'BTC'}
Fromnowon,weonlyuseformatsByName.
下面我们只使用?formatsByName?函数。
获取支持的币种列表
动态 | 中国国新：利用区块链技术打造“企票通”平台:据中国金融新闻网消息，8月26日，国务院国有资本运营公司试点企业中国国新联合中核集团、航天科技（000901）、中国石化、中国海油、南方航空（600029）、中国五矿等51家中央企业在北京举行了央企商业承兑汇票互认联盟签约仪式。据悉，中国国新研发了“企票通”平台，将区块链技术应用于票据交易场景，将票据交易数据上链，实现票据完整生命周期的可追溯、防篡改，并将参与票据流通的不同角色设置不同权限节点，利用智能合约技术进行智能判断，缩短交易时间，提高系统效率。[2019/8/26]
或许你想接入自己的支持的币种列表。如果你想直接接入我们已经实现了编解码的代币，你应该通过以下代码构造这个币种列表。
exportconstCOIN_LIST=Object.keys(formatsByName)
获取地址
下面是我们在自己的React组件中实现?getAddr?函数的超级简化版本。
韩国新韩银行推出基于区块链技术的优惠券:21日，韩国新韩银行宣布推出基于区块链技术的移动优惠券。客户可以在新韩卡手机应用程序APP“新韩FAN”中进行管理和使用优惠券。[2018/3/21]
通过第一行代码，我们获取到了?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翻译&校对:?安仔&阿剑
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。