地 址：兴平市台州路627号
电 话：18618351554
网址：www.noah-stewart.com
邮 箱：934624747@qq.com
曾经只听过比特币的他对大家讨论的币种一概不知。但他看到他们对区块链技术以及虚拟货币的讨论时，被其深深吸引。当时，他就想到了身边在投资虚拟货币的一位朋友，并在第二天特地与这位朋友约了饭局，向其请教投资心得。
碰巧那天正是EOS在全球ICO私募的第一天，该朋友建议他少量入手一点EOS，感受一下氛围。当时，他在朋友的建议下，以12元私募价格投资了约10万人民币，在EOS涨到100元左右时退出。
此后，他陆续入手了一些其他的虚拟货币。在此过程中他发现同时管理多家交易所和钱包极为不便。一般来说，虚拟货币投资者会有2~5家交易所，有1~2个钱包，这还不包括投出去的ICO资产，在其进行交易或转账时，需要登录不同的平台才能完成。
与此同时，技术出身的他对区块链技术也较为看好，不想错过这个机会。因此，许泽选择从资产管理切入区块链，在今年3月启动了Token360项目。
当前，大部分除硬件、钱包外，与区块链相关的项目都在去中心化，而许泽在创办Token360时却选择做中心化平台。
许泽对此并不在意：“我只在乎给用户创造价值，并不是为了去中心化而去中心化”。他认为去中心化是否真的有必要需看场景，对于Token360来说，用户更关心体验和安全，并不关心是否去中心化。
另外，现阶段区块链仍然处于技术发展早期，去中心化在体验和安全方面仍有问题。比如去中心化交易所丢了私钥就等于丢了资产,遇到问题也找不到客服帮助。
Token360面向的用户主要为有一定基础，手里有多种虚拟货币的虚拟货币投资者。许泽认为小白玩家对数字资产的管理要求不高且交易频次低。而虚拟货币24小时涨停变化大，资深玩家会实时查看持有虚拟货币的涨停、资产总额等，以便实时交易。
今年3月，团队正式投入开发，4月17日，Token360第一个版本正式上线。该版本已具备导入比特币、以太坊钱包和币安、货币及等OKEx等12家交易所资产的功能。5月8日，他们又上线了行情板块，支持约2000种虚拟货币行情查看。
hotcrypto（HCR）炎币基本信息：
以太坊智能合约 | 兼容ERC-20电子钱包（如：imToken）
总发行数量：800万枚
参与ICO数量：150万枚
ICO时间：2018年12月15日-抢购完毕结束
ICO价格：0.5-4.7（单位：美金）每ICO10万枚价格上升0.3美金
内部开放交易时间：2018年1月15日
外部交易所上线时间：2018年1月31日
hotcrypto（HCR）炎币介绍
什么是炎币（HCR）？
炎币（HCR）是基于开放的P2P交易的自我管理金融系统平台。
炎币(HCR)的价值？
炎币(HCR)是一种电子货币，这种货币就像美元，但它只存在于美元中的数字世界，这个概念可能类似于以太坊，与以太坊没有区别，因为它是基于以太坊平台的。
炎币(HCR)是如何进行运作的？
炎币(HCR)在没有中央服务器的情况下运行，服务器计算机有权许可和分发，由每个用户连接到不同的服务器网络，它允许用户储存和投资在一个非地区的金融流和充分的投资。
就像以太坊一样，我们将重点发展区块链时代银行，这可以是储存金融服务的地方，对应于银行当前的讯息，如果你有钱，可以随时随地在任何地方将炎币(HCR)转账，也可以通过智能手机或具有互联网连接的计算机来运做。
展开全文
所有的交易我们都可以看到，但是我们不知道谁是创造者，每个用户都可以选择昵称来注册，但即使用户想保留账号的保密性，但账号的所有仍然记录在案，并且通过区块链来进行监控。
您可以自行设置转移费用，您也可以在炎币(HCR)钱包中设置更高的转移费用发送到任何地方，只要是它可以连接到互联网上的世界就可以。
炎币(HCR)的价值是什么？
炎币(HCR)是在全世界仅发行八百万个硬币的加密货币，这类似在经济基础趋势上，通货紧缩和货币供应增加需求量高，但硬币量不增加，这将有帮助消除坏账的比例，为止，炎币(HCR)己经寻求与多家银行合作，做为国家之间的中介，在不需要在各种条件的情况下汇款。 对于企业，炎币(HCR)将通过扩大的财务来处理现金流量，基于预期支付或未来支付流程。
对于个体用户，将解决客户节约的问题，通过创建一个账户来帮助纠正通货膨胀时，保持一致的增长。
为了实现这些目标，炎币(HCR)将建立交易以及货款过程的角色。
重新定义货币
炎币(HCR)目前是由三大核心趋势来定义:
第一:现金仍然是人类生活的主导力量，特别是在发展中经济体，这在未来五到十年内也不会改变。
第二:电子货币赿来赿受欢迎，比特币(BTC)或以大币(ETH)尤其是在日本和欧盟囯家所接受，欧洲法院己经接受以电子货币作为一种货币，甚至欧洲银行也接受从电子货币做为付款方式。
第三:电子货币未来技术发展将滿足新的需求。
创建一个新的付款方式
炎币(HCR)确定验证在线支付所面临的两个主要问题:
第一:欺诈或用付款的风险。
第二:持续下去的固定储蓄的过程。 炎币(HCR)，将帮助企业或个人用户提供欺诈检测方案以及提供交易来解决这个问题。
技术平台
炎币(HCR)是在以太坊区块链里(ERC20)开发的。
什么是ERC20?
炎币(HCR)只是在ERC20里的其中一个电子货币，ERC20是标准接口代码，它实现了与智能和许可的无缝对接，以在以太坊区块链上运用，因此炎币(HCR)将遵循ERC20的标准功能。
炎币(HCR)只是在ERC20里的其中一个电子货币，ERC20是标准接口代码，它实现了与智能和许可的无缝对接，以在以太坊区块链上运用，因此炎币(HCR)将遵循ERC20的标准功能。
点对点网络(PEER TO PEER NETWORK 简称P2P):
点对点网络(P2P)将运行在中央服务器模型上，当通过互联网建立点对点网络(P2P)时，可以使用中央服务器索引文件或分发网络设置，在分发邮件的地方托管某个用户的邮件于网络之间。
智能合约
智能合约的主要目的是让双方透过互联网在沒有透过中介来进行交易，在停机时间，应用程序完全像程序员一样工作，智能合约的全部过程是自动完成的，无需第三方干预，我们可能公开披露这些交易，但我们也不知道是谁创建的。
智能合约的主要目的是让双方透过互联网在沒有透过中介来进行交易，在停机时间，应用程序完全像程序员一样工作，智能合约的全部过程是自动完成的，无需第三方干预，我们可能公开披露这些交易，但我们也不知道是谁创建的。
安全
炎币(HCR)不受任何组织或地区控制，炎币(HCR)使用区块链技术和数据库不断记录并共享于所有的服务器，所以所有的信息都不可能被篡改或被骗，除非有人必须同时破解所有的服务器。
hotcrypto（HCR）炎币ICO时间表
说明：
支持币种：比特币(BTC)， 以太币(ETH)， 达世币(DASH)， 莱特币(LTC)
总量：800万枚
ICO：150万枚（每ICO10万枚价格上涨0.3美金）
ICO时间：2018年12月15日-29日（时区：GMT/UTC 00:00）具体查看网站倒计时
区块链的风口已来，区块链技术在各行各业的应用场景将会“遍地开花”，未来的网络安全、证券交易、保险、物流等都会用到区块链技术，彻底颠覆传统的商业模式。而DAGT是将区块链技术应用到数字资产贷款领域，重新定义借款人资产的价值，消除了信任在贷款决策过程中的必要性，终将实现多方共赢。
ICO价格：0.5-4.7美金
ICO奖励：0.5+15%.......4.1+1%
hotcrypto（HCR）炎币技术规格
2.0版本需求：
内测版本
支持扩容
更高的可用性
礼物信息比聊天优先级高
特定消息要发送回执
内测版本
支持扩容
更高的可用性
礼物信息比聊天优先级高
特定消息要发送回执
当1.0版本完成之后，接下来就是要开发 2.0 版本。
这个版本里增加了一些必要的需求。
首先，这是一个内测版本。在内测版本中会邀请用户使用，并进行测试。
期间可能由于用户数增多，也可能因为我们代码本身的原因或是 bug 造成服务器压力增加，此时会有扩容方面的需求。
第二个是要增加广播优先级的功能，这个很简单，礼物肯定是比普通信息优先级更高的。
最后是特定消息的回执发送，这个我们目前也还没有实现，但是需求一直是在的。
△ IM系统2.0版本的架构
上图中可以看到模块数增加了，但是总的来说客户端需求并没有变化，基本流程的连接流程仍然是先问 PHP 要 token，再去连接 WS。由于我们允许把 WS 部署在多个主机上，在这中间增加了一步就是访问 LB 获得 WS 地址。LB 会轮询的告知客户端本次应使用哪个 WS，并把 IP 返回给客户端。确保所有 WS 的压力是平均的。
另外还有一处增加的功能是，由于 WS 已经分离到多个进程了，那么需要一个地方可以用来处理广播。这边我们选择了 redis 的进行广播。
同时另外还部署了一台 redis 是专门用来保存在线列表等数据。
△ 带有优先级的推送消息
上图是一个带有优先级的推送消息。
大家可注意到，我们为每个组的gid增加了一个后缀，这个后缀是用来区分优先级的。
比如说用户进入房间 10000，那么我会把他放到 2 个组，分别是 r:10000._ 和 r:10000.n。
同时 node 也会向 redis 订阅两个同名频道，此时服务端就可以从 2 个频道收到推送消息，分别是 _（普通） 和 n （优先）。
后端会有聊天信息要推送，会根据优先级，是使用普通频道还是优先频道进行广播。
node 这边会开一个主循环，比如设置 12fps ，每一帧会优先转发优先组（频道）中的消息，然后才是普通消息，根据当时压力，将会选择抛弃普通消息。
3.0版本——业务量增大
3.0版本需求：
业务逻辑越来越多，需要拆分
需要支持热更
更好的广播性能
优化与其他服务的通信
日志系统
部署脚本
业务逻辑越来越多，需要拆分
需要支持热更
更好的广播性能
优化与其他服务的通信
日志系统
部署脚本
到了3.0版本时，需求越来越多，需要拆分。
线上有时候会有bug和做活动，会有热更的需求。
redis 广播有可能出现瓶颈，在这之前需要需要更好的广播性能。
同时还需要优化与其他服务器之间的通信。
最后还需要需要有一个简单的日志搜集器。
△ IM系统3.0版本架构
这是3.0版本的架构。大家可以看到下面有大量的服务了。其实这些服务原来是在WebSocket里面的，现在把它拆成不同的进程。
客户端连接这块没有变化，客户端仍然需要问 PHP 要 token，问 LB 要地址，最后再连接。
这个版本的 WS 功能上更加单一，只负责消息转发。
在这个版本里，我们做了一套 RPC 框架，用来方便调用内网各服务的接口。
增加了日志搜集器和API的服务。以及IM系统（私聊）。用户之间可以聊天和查看聊天记录等。
总的来说，功能上没有特别大的变化，尤其是接口方面是向前兼容的。
△ 通过RPC中转的推送消息
下面我介绍一下RPC服务框架。
我们的 RPC 框架是基于 ZeroMQ 的。利用他的里的Dealer和Router 进行消息的收发。
ZeroMQ 自带自动重连和负载均衡功能，这方面也不用太操心，节省了开发时间。
数据交换格式是JSON，明文传输，调试也会很方便。
ZeroMQ 性能
- E5-2630，8G 内存，千兆网卡的测试结果
# local_thr tcp://*:5555 100 10000000
message size: 100 [B]
message count: 10000000
mean throughput: 1097051 [msg/s]
mean throughput: 877.641 [Mb/s]
还有就是我们不再使用 redis 做广播，而改用 ZeroMQ 的 pub 和 sub 做广播服务。这样广播性能就有了很大提升。
4.0版本——更高要求
IM系统4.0版本的需求
广播和业务分离
优化PRC协议
针对个别地区进行网络优化
广播和业务分离
优化PRC协议
针对个别地区进行网络优化
到了这个阶段，我们遇到了一些个别地区网络较慢的问题。
△IM系统4.0版本架构图
我们把 WS 和 LB 放到了代理服务器后面。LB 可以根据不同运营商用户，返回代理了的 WS 地址。
△ RPC服务路由
同时还优化了RPC 服务，我们为 RPC 服务增加了路由器，所有的 Worker 都隐藏在他后面，这样客户端调用的时候并不需要知道具体 Worker 的地址。Worker 的更新重启也不会影响其他客户端。
广播服务也得以和广播分离，同时实现集群化。
△ 广播服务集群架构图