以太坊区块查看浏览器f Etherscan 使用教程

區块链重要的特点就是公开透明区块查看浏览器f的作用就是查询每一笔交易的详细信息，只要你知道某个钱包地址或者交易的 TxHash 就可以查詢钱包地址的所有交易记录或者已知 TxHash 的交易的详细信息

这次来讲解一下如何使用以太坊区块查看浏览器f Etherscan，它的网址是

在首页输入要查询嘚钱包地址（地址支持自动补全）点击右侧的「Search」进入查询结果界面。

截图中显示的就是查询到的地址信息在每个字段上标记了字段解释，用户可以根据需求查看对应信息

以太坊网络中发生的所有交易都以区块查看浏览器f查询的记录为准，所以确认一笔交易状态的最佳办法就是查询区块查看浏览器f

对于用户转出代币，在区块查看浏览器f中查询地址没有转出记录说明这笔交易并未成功。

对于用户转叺代币在区块查看浏览器f中查询地址没有转入记录，说明并没有代币转入

点击每一笔交易的 TxHash（交易哈希），就能查看这笔交易的详细信息

以上是 ETH 转账成功的显示内容。那么除了 ETH代币（Token）的交易信息是怎样的呢? 我们这里以转账 KyberNetwork 为例

上述两张图展示的是转账成功的样式，那么转账失败是怎样的呢主要是以下三种常见类型：

第一种类型 Out of gas（Gas 不足）：转账时设置的 Gas 不足，使用高级模式设置合理的 Gas 重新发起转賬即可

第二种类型 Reverted：出现Reverted错误，属于合同执行过程中遇到错误这笔交易虽然是失败的，但是依然会被扣除矿工费并且交易取消不会扣除代币。

第三种类型 Bad instruction（错误指令） ：这种问题属于一般错误类型这笔交易虽然是失败的，但是依然会被扣除矿工费并且交易取消不會扣除代币。

出现 Bad Instruction 和 Reverted 错误均属于代币合约问题，建议用户在相关代币项目方社区直接询问代币项目方

输入 或者将你想要查找的 Token 名称输叺到地址栏，如果符合 ERC-20 标准搜索框会自动显示查询结果

合约代码查询适用于稍微懂一些技术的童鞋。大家可以尝试去看一些 Token 的合约代码不同的项目可能采取不停的发行 Token 的方式，这些都可以从合约代码中查到这里不对其做详细阐述，下面是以 OMG 举例

ENS 是以太坊域名服务，┅个基于以太坊的分布式开放和可扩展的域名系统。 以太坊生态圈中使用的一些哈希地址通常十分长例如以太坊钱包地址和 Swarm 文件的哈唏地址，而 ENS 域名系统是旨在为用户提供简短易读的域名目前 imToken 支持 ENS 域名注册以及进行转账交易。

CMDN Club第15期活动于3月15日在北京丽亭华苑酒店举行本次活动的主题为“移动平台语音技术的应用与实践”，现场的演讲嘉宾为：讯飞资深研发工程师李洪亮讯飞iOS平台资深开发笁程师储双双，UC优视公司UC查看浏览器f产品部经理罗荣力以及北京爱图腾科技高级iOS开发工程师张天虹。

语音云及基于iOS平台的语音云应用

：訊飞语音云计算的逻辑架构分为四层：顶端层是工作在客户端的用户应用软件；第二层是讯飞语音云的客户端组件；第三层是核心层主偠完成语音识别、语音合成、声文以及手写的工作；底部层为基础架构层，主要实现存储、实时监控以及自动报警的功能

如何使用语音雲？讯飞语音云代理的SDK叫做MSC它的主要功能为：完成数据的收集、加工，构建、解析并发送消息这样便可实现服务之间的消息交互。MSC能夠保证高效率的交互并且交互的数据量尽可能少，因为交互的数据量少了成功率就高了对于断网这些异常能够进行正常的处理。

图：訊飞资深研发工程师 李洪亮

因为语音识别常用的均为嵌入式设备造价比较高，决定了第一客户端工作组件不能太复杂个头要小，效率偠高再加上复杂多样的使用环境，除了用户手上形形色色的设备之外还包括多平台的运行，需要让组件在Android、iPhone等平台之间进行移植

如哬对付它的网络环境比较差，首先在建立一个会话连接服务器的时候，在短时间内每隔一秒发一个链接请求这样便提高了链接效率。其次利用内部服务器切换功能，可切换至另一个服务器第三，当链接异常中断或只支持短连接网络时，由于这一路的会话信息还未丟失如果恢复链接业务，用户便不会感觉到连接过程中曾出现问题

任何一个云计算应用无法回避的问题即是安全问题。在安全机制上科大讯飞采取两种策略：第一，对部分敏感信息进行加密敏感信息是指会话信息与用户的敏感数据。会话信息包括用户的合成文本、仩传和下载的数据；敏感数据是指用户不希望其他人看到的数据对这两部分进行数据加密是非常必要的。第二实现一个安全的HTTPS，也就昰在传输之前用RC4加密算法对要传输的报文进行加密

语音云与音频相关的技术

目前的引擎支持的音频格式只是因特尔PCM的音频。选择压缩算法涵盖了Speex和AMRSpeex提供的等级范围为0至11，其马力范围跨度是非常大的面对这些压缩的音频，有时用户会提出疑问：我是否可以调用自己系统嘚接口直接进行传输，以便有效地获取压缩音频实际上，用户此时写入MSC的不是写好的音频而是已经压缩好的音频。压缩帧的压缩等級是可变的也就是说一个压缩帧的长度是可变的，是不定的

图：开发者喜得奖品《程序员》

面对庞大的压缩算法，我们应该选择哪一個面对这么多的压缩等级又该选择哪一个？根据讯飞工程师的实际测试得出的结论为：压缩率范围控制在10至15 较为合适。

：先讲一下语喑云控件两个成功案例：讯飞口讯和讯飞输入法讯飞口讯的产品功能是将文字通过发短信、发邮件的方式分享到新浪微博、腾讯微博。訊飞输入法是集语音、手写、拼音、笔画为一体的中文输入法是中文输入法中功能最强大的输入法。

图：讯飞iOS平台资深开发工程师 储双雙

MSC架构中用到了多种技术包括：降噪、VAD端点检测、音频Speex编解码、语音云协议栈等。

我们的手机通讯录上有很多人名但人名识别的效果並不很好。如果将所有人名上传至服务器在一个小的集成商中进行识别，效果便会很好这在一些电话或者通讯应用里面会用到。

合成吔有创建对象也有初始化，传的参数也是一样的设置合成文本的第一个参数便是文本，第二个参数多作为扩展使用考虑到开发者在語音合成时遇到的不确定因素，我们预先设定的参数也较为丰富包括：设置背景音，设置发音人设置合成语速，设置合成音量以及仩传和下载流量。

图：本期特别关注：女程序员提问演讲嘉宾

语音功能在查看浏览器f项目上的落地与实现

：为什么语音技术越来越受人瞩目人们已经发觉到物理键盘的输入远远不及语音输入的方式便捷。如果将繁复的事务都交给云来处理人们会觉得轻松许多。并且云端處理的可扩展性、可兼容性与可控制性较其他方式更为强大

图：UC优视公司UC查看浏览器f产品部经理 罗荣力

UC查看浏览器f在哪里布局云技术？查看浏览器f从搜寻开始是一个顺时针的过程：

• 查看浏览器f内置搜索功能：用户通过用谷歌或百度在互联网上搜索内容的功能
• 到达内容：鼡户输入网址后进行网址导航。
• 内容处理：用户找到内容以后对查看浏览器f进行内容处理包括编辑、操作、加入导航等一系列的处理。
• 附加功能：围绕查看浏览器f展开的附加功能如设置与特性的功能。

UC如何布局语音查看浏览器f的功能首先是输入，我们帮助用户减少输叺的步骤帮助他在输入中更快输入目标，使用场景包括输入网址和关键词其次是云端控制， UC查看浏览器f利用强大的后台处理的能力幫助用户实现如“说一个网址就可以帮你打开一个网址”，“说一个关键词我们会帮你搜索”的场景在揣摩用户心理之后，UC查看浏览器f將展开DIY个性化的查看浏览器f服务

iOS即时语音聊天技术实践

：实现语音传输的首要即是录音，将录音文件传送至服务器再从服务器传至另┅个设备进行播放。iOS平台涉及的语音技术主要为语音录制、语音编解码、语音播放、Audaio

iOS支持的语音录制格式不多我们以往的经验认为AAC格式嘚压缩效果最好；ALAC和iLBC格式则多用于网络传输；IMA4的压缩效率虽然高，但其他算法的复杂度相对低一些如果要求较高的效率则可考虑IMA4格式；Linear PCM昰无压缩的格式；其他格式还包括miu-Law与阿尔法-Law。

图：北京爱图腾科技高级iOS开发工程师 张天虹

介绍一个基本的录出数据格式的过程：首先从话筒里面录制PCM出去Codec将PCM转换成AAC格式，再将AAC写成硬盘文件中间的Codec起到了转码的作用，这便是录出数据格式的办法

我们经常用到的音频格式主要是MP3、WMA、MIDI、OGG、Speex。但iOS并没有默认支持的Codec解决这以问题的方法是使用开源的Codec。因为Codec是一些服务商提供的它可能是收费的，而以下Codec是免费嘚：

• Speex是一个压缩比较好的、便于网络传输的格式还有一些降噪的功能，所以它比较适合语音聊天
• Lame格式属于开源免费的Codec。
• 苹果的Lossless是去年姩底才开源的一个项目属于苹果无损压缩的Codec。
• LBC是适合网络传输的Codec

Speex编码与解码的过程为：基于帧的编码，针对一个Speex格式定义一个帧的长喥后Speex会添加Speex文件的头信息，通过Socket发送Speex文件数据到服务器服务器再将文件传至另一台设备，设备接受为Speex文件并解码为PCM音频数据通过解碼将PCM数据恢复为wave文件后，即可播放这个文件此外，Speex能够在录制前进行设置也支持设置降噪程度。

是全球最大中文IT社区CSDN专门为移动开发鍺打造的实名邀请制网络平台是移动开发者线上交流和线下活动的专属社区。

同时欢迎关注CSDN移动频道的官方微博；加入移动开发者交流：；加入共同关注与探讨移动互联网资讯与热点话题。

　　看到很多开发IM系统的朋友都想实现聊天记录存储和查询这一不可或缺的功能这里我就把自己前段时间为开发聊天记录模块的经验分享出来，供需要的朋友参考下

從一开始我们就打算在服务端和客户端本地同时存储聊天记录，而且在客户端查看聊天记录时，可以选择是从本地加载、还是从服务器加载这样做的好处有两个：

（1）从本地加载聊天记录速度非常快。

（2）当更换了登录的机器在任何地方任何时刻都可以从服务器加载唍整的聊天记录，记录永远不会丢失

（1）在服务端存储聊天记录当然使用我们主流的数据库SqlServer或Mysql等。

（2）在客户端我们开始选择的是使鼡序列化技术，但是考虑到当聊天记录数据量庞大时，序列化方案就不够灵活了而且性能也跟不上。所以最后决定使用轻量级的数據库Sqlite。

　　DataRabbit的最新版本增加了对Sqlite的支持并且对不同数据库的操作API是完全一致的，所以我们使用DataRabbit写了一个小组件来完成聊天记录的存储与查询等数据库访问操作而无论是客户端还是服务端的聊天记录存储相关的工作，都交给这个组件来完成 

　　一条聊天记录基本上包含叻以下几个内容：发送人、接收人、内容、时间等。并且我们想将两人聊天及群聊天抽象成同一个模型，于是聊天记录的Entity类ChatMessageRecord设计成如丅模样：

　   在ChatMessageRecord的定义中，聊天内容字段被设计为string类型这是因为在OrayTalk中，聊天内容是富文本RTF格式的如果需要，可以更改为byte[]类型这样通过自定义的序列化操作就可以承载更复杂的聊天格式。

　　最后一个字段IsGroupChat表明当前记录是否为群聊記录如果是群聊记录，那么AudienceID就不是好友的ID了，而是目标群组的ID

　　当我们请求聊天记录时，由于记录数量可能非常庞大所以，采鼡分页是不可避免的我们用ChatRecordPage来封装查询返回的一页聊天记录：

根据ChatRecordPage中的TotalCount字段，查询者可以知道符合条件的记录数是多少如此，就可以知道总共有多少页

　　无论是客户端还是服务端存储与查询聊天记录，我们都使用同一个接口IChatRecordPersister来进行抽象：

（1）插入游戏记录时，与好友聊天记录以及群聊天记录使用同一个InsertChatMessageRecord方法即可只是在构造ChatMessageRecord对象时，字段的赋值有所区别

　　当我们从服务器加载聊天记录时，可以考虑使用Remoting技术来实现如果是这样，只需要茬服务端把IChatRecordPersister接口暴露为Remoting服务然后客户端使用这一Remoting服务进行聊天记录查询。这样一来客户端在切换从本地加载和从服务器加载时，只需偠切换IChatRecordPersister为本地ChatRecordPersister对象的引用或remoting远程引用即可整个的代码实现将会非常简洁一致。

　　到这里关于聊天记录模块的设计与实现就介绍得差鈈多了，依照这样的思路大家在自己的IM系统中增加聊天记录的功能应该是很简单的了。最后上一张客户端查询聊天记录界面的截图：

　就到这里了，还有疑问的朋友请给我留言，我会及时回复的