2020年3月31日，Vite发布《Vite基金会社区生态激励政策》——为鼓励社区有能力的团队及开发者共建Vite生态，推出生态扶持计划，首期针对SBP以生态基金投票的方式进行扶持，所有投票收益均归SBP所有。

4月16日，vite.bi23节点向官方提交了DApp上线申请，成为首个申请社区生态激励的节点。具体信息如下：

• 游戏名称： 币神争霸
• 币神争霸是一款预测类竞猜游戏，通过观察BTC价格走势图进行比特币价格预测竞猜。
• 规则介绍：
  每期预测时长为2分钟，前一分钟为竞猜时间，后一分钟为等待开奖时间。用户通过竞猜当前的预测数值与2分钟末开奖数值的高低/开奖数值尾数单双/开奖数值尾数数值/这三种预测类型进行下注，并通过调用智能合约进行开奖和奖励分发，中奖概率公平公开。
• 上线状态：是
• Dapp合约地址：vite_f28701574a794a5d9d8fad9c92de8c67b8f19b777a75d0cf64

欢迎大家前往Vite APP发现页面体验”币神争霸“，官方将在DApp正式上线后为vite.bi23节点投票20万VITE作为激励，在此也鼓励社区所有开发者积极参与到Vite生态建设中，官方将根据所开发项目进行相应的投票激励。

点击了解《Vite基金会社区生态激励政策》：https://forum.vite.net/topic/3634/vite基金会社区生态激励政策

下载Vite APP体验”币神争霸“：https://app.vite.net/

您可以通过https://vitex.net/登录到您的交易所帐户，来申请API，具体操作步骤如下：

步骤1：登录交易账户https://vitex.net/，点击“交易图标”，选择右侧“更多”进入 “API”

步骤2：点击"API 创建“。
注意：地址 Vite 余额小于 1000，暂时不能创建API。每个地址只能创建一个API，请不要泄露您的API KEY，以免造成资产损失。创建API后默认为免费套餐，调用频次最大为10次/1分钟，您可以点击升级高级套餐。

步骤3: 创建成功，密钥仅显示1次，遗失之后不可找回，请务必妥善保存。

温馨提示
请不要泄漏您的 Access Key 及 Secret Key, 以免造成资产损失，
如您忘记了 Secret Key, 请回收该密钥对，并重新申请新的密钥对。

步骤4：委托部分交易对的交易权限，您可以选择增加或减少交易对权限。

步骤5：给API地址抵押Vite获取配额。确认抵押 VITE 获取配额后，抵押生效约3天之后才可取回。

步骤6：根据交易需求，可以选择升级API套餐。

API套餐类型：

其他：如果您泄漏或忘记 Secret Key，可以删除API Key。
提示：删除 API Key之后，您将不能再使用该API Key，既有的套餐将保留，重新创建一个新的 Key 即可激活。

以上操作完成后，点击查看API文档，可以帮你快速使用VAPI。

请通过ViteX官方账号了解交易所最新动态：
ViteX官网：https://vitex.net/
Vite APP下载：https://app.vite.net/
推特：https : //twitter.com/ViteXExchange
中文电报群：https://t.me/vitexexchangechinese
英文电报群：https : //t.me/vitexexchange

2020年4月29日

一、开发进度

• Vite Wallet
  Vite Wallet 3.6.0版（包括iOS版及Android版）已正式发布，这个版本主要是对内置的ViteX交易所页面做了native化，深度优化了交易体验。除此之外，也加入了在Web端生成ViteX API Key时所依赖的Vite Connect支持，用户可以通过手机扫码的方式，在ViteX网站上自助完成交易所API Key的生成。
  3.6.0版本发布后，我们收到了来自社区的积极反馈，以及一些宝贵的改进意见。我们已将这些意见收集整理，并排期进行后续版本的升级优化。
  5月11日，我们发布了iOS 3.6.1版。该版本主要解决了由于gas limit的限制，导致部分ERC20代币转账可能会失败的问题；以及在特定情况下，交易页面可能会卡住的问题。

  5月14日，我们将Android 3.6.1版提交Google Play审核。该版本主要解决了切换钱包时app可能会卡住的问题；以及在非交易页面可能会出现交易页面提示的问题。
  同时，我们也启动了3.7.0版本的开发。在这个版本中我们将继续迭代交易所的功能，同时也会做一些技术优化，缩小App文件的大小，让钱包下载更流畅。
  从3.6版开始，我们将App的显示名称从"Vite Wallet"改为"Vite"。这次改名也意味着Vite钱包的定位从单纯的“钱包”，转变为“钱包+交易所”的一站式去中心化加密资产管理工具。

• ViteX交易所
  目前，ViteX API已经对社区正式开放。这两周，我们对ViteX API进行了一些新的优化，对下单接口中最小金额及可用余额参数做了检查，避免无效的交易发到链上；另外，接口返回的错误信息也进行了更加规范的处理。
  我们正在进行ViteX API与CCXT的集成工作。CCXT(https://github.com/ccxt/ccxt)是一个开源的加密货币交易所API适配库，当前支持120个不同的交易所。用户通过CCXT，可以忽略不同交易所API接口的差异，简化交易机器人的开发。当前，已经有很多量化交易程序使用CCXT库来访问不同的交易所，我们的集成工作完成后，这些既有的程序就可以直接访问ViteX，而不需要进行新的开发。
  另外，ViteX内置合约的升级已经完成，预计5月27日进行硬分叉。内置合约的升级内容主要包括：优化了订单撤销逻辑，统一了原始交易和委托下单交易的逻辑；将同一个地址签名的下单请求队列和撤单请求队列进行了合并，以保证撮合结果的确定性。

• 官网升级
  我们已经完成了新版官方网站的产品设计和视觉设计。新版的官网更加突出重点，强化关键信息展示，以方便新用户第一时间了解Vite项目的全貌。
  在视觉设计方案中，我们给出了6个不同的设计稿，将通过社区投票的方式，让用户来选择最终方案。

二、项目动态

• Vite Labs与KardiaChain达成战略合作
  5月7日，Vite Labs宣布与KardiaChain正式达成战略合作，双方将共同探索支付解决方案，以及开发区块链互操作基础架构。KardiaChain与越南一家拥有6000万用户的顶级电信公司合作，旨在建立越南第一个移动支付网关。本次合作将在越南和东南亚地区为Vite带来更多探索加密货币支付落地的机会。
  

• ViteX交易所动态
  4月30日，ViteX正式上线交易所API，用户可在交易所网站自助申请API Key。API的上线将进一步扩大ViteX交易生态，有助于吸引量化交易用户，提高交易所流动性。也使ViteX在功能完备性和生态开放性方面更加接近主流交易所。
  

  5月8日，Vite Labs上线KardiaChain (KAI) ，5月9日，开放KAI/ETH交易对和挂单挖矿。
  Vite钱包中持有10 VX以上的用户，可以在钱包空投页面中领取累计1,250,000 KAI的空投奖励。这是我们第一次尝试针对VX用户进行项目方上币空投奖励，得到了社区的积极反馈。后续我们将继续进行此类活动，并完善空投规则，与项目方协调更多的空投数量，使VX代币的内在价值得到进一步提升。
  

• ViteX在CoinGecko的DEX排名中位于前列。
  https://www.coingecko.com/en/exchanges/decentralized

• 我们正在梳理细化ViteX新手教程，以方便新用户快速了解在ViteX交易和挖矿的基本信息。

• 技术分享

  5月6日，我们发布了《ViteX内置合约设计与实现简介》的技术文章，对ViteX内置合约设计与实现中的一些技术细节做了简要介绍。

  5月13日，我们发布了《ViteX后端服务设计及实现》的技术文章，介绍了ViteX链下服务（DexServer）的设计与实现。DexServer提供了ViteX的链下数据索引、API、Push Server、定时任务调度等辅助功能。

• KardiaChain项目社区AMA
  5月9日，KardiaChain项目在Vite社区与用户做了AMA互动，此次活动KardiaChain为Vite社区用户提供了150,000 KAI的奖励。

• Vite官网设计风格社区投票
  目前，我们正在对新版官网的设计方案进行社区投票。我们将根据投票结果选择网站最终的视觉设计风格。
  投票链接：
  http://vitelabsform.mikecrm.com/xG4THTP

• Vite主网将于5月27日12:00开启第四次硬分叉
  5月27日，Vite将开启主网上线后的第四次硬分叉，代号为“MARS”。本次硬分叉的主要目的是升级ViteX内置合约。
  详细内容请参见硬分叉公告：https://dwz1.cc/oo3BcVi

• 代币销毁、抵押、分红数据
  截至5月15日，通过ViteX交易所累计销毁16,740,658 VITE，占总发行量的1.67%。
  正在ViteX交易所抵押挖矿共计137,756,367 VITE，占总发行量的13.78%。
  已释放6,377,320 VX，其中5,957,905 VX正在抵押获取分红。
  VX累计分红价值49.5 BTC，待分红价值30.3 BTC。

三、会议交流与采访

COO Richard发布了新一期访谈节目，本期访谈嘉宾分别邀请了总部位于芝加哥的区块链公司Layer-0的CEO Bloxroute，以及总部位于纽约的区块链公司CasperLabs的CEO。访谈主题为公链扩容相关的技术讨论。核心内容包括：如何在网络传输层加速区块的传递，以及在不改变公链协议的前提下，如何实现扩容目标。

该系列访谈节目将有助于Vite Labs在国际区块链行业输出影响力，并且沉淀有价值的内容供业界参考。
以往访谈可以在此收听：https://blockdebate.buzzsprout.com
欢迎关注Richard的推特：点击关注

尊敬的ViteX用户：

为满足更多专业用户及机构用户对策略化交易需求，ViteX平台正式上线交易所API，欢迎量化团队、项目方、专业用户等接入。正式版ViteX API对原有交易API服务做了升级，更安全、快速、稳定。

ViteX API，让交易更简单。用户可在ViteX平台“交易中心->更多->API”进行API Key申请，敬请体验。

通过API文档查看如何使用，点击查看API文档

申请API教程：
点击查看如何创建申请API交易？

关于旧版API升级：
正式版ViteX API将继续兼容旧版API，旧版API会在5月15日停止使用。请用户尽快升级到新版API。

关于API反馈：
如果您对ViteX API有其他的需求或建议，您可以联系ViteX客服微信（ViteX-helper）或者加入ViteX英文电报群（https://t.me/vitexexchange）提出。

温馨提示：
为了保障您的资产和交易安全，避免信息泄露和财产损失，请您选用可信任的自动化交易客户端，不要使用未经验证的第三方网站提供的交易工具。如发现API密钥泄露，可在ViteX平台删除API Key后重新生成。

请通过ViteX官方账号了解交易所最新动态：
ViteX官网：https://vitex.net/
Vite APP下载：https://app.vite.net/
推特：https : //twitter.com/ViteXExchange
中文电报群：https://t.me/vitexexchangechinese
英文电报群：https : //t.me/vitexexchange

2020年4月30日

Vite Labs正式宣布，Vite将和Ankr——分布式计算共享方案领军者共同举办超级节点托管活动。本活动旨在降低社区运营超级节点的门槛，任何社区成员无需技术背景都可以注册并运营超级节点，共同参与Vite生态建设。

自Ankr在ViteX交易所上市以来，Vite和Ankr团队就夜以继日加强研发Vite节点的一键托管解决方案。现在，该解决方案在Ankr node market正式上线了（https://app.ankr.com/）。

Vite&ANKR合作，Vite生态发展更进一步

与Ankr的合作将使Vite向去中心化更进一步。目前开发的一键托管将为用户提供更便捷、更方便的区块链部署方案，让用户在Vite区块链的共识下便捷安全地参与生态建设。

有了一键托管方案，用户参与Vite生态的门槛将大大降低，任何人仅需一键点击即可托管Vite全节点或超级节点。同时Ankr研发的这套方案可与Vite的产品兼容，用户可以更方便的管理自己的节点和钱包。

该方案让Ankr的社区成员也能够参与托管Vite节点，现在全球任何地区的用户都可以在不需要技术背景的前提下轻松加入Vite生态。截止目前，Vite社区已经运行了600个全节点，以及45个超级节点，主要分布在欧洲、中国和美国。而现在Vite与Ankr的合作关系将使Vite的节点网络扩张至中东、印度和非洲地区，在这些地方Ankr都有着丰富的资源。

为什么Vite用户要在Ankr上运行节点？

● Ankr的一键式部署应用程序可以在5分钟内部署Vite 全节点或超级节点
● 无需技术背景，轻松设置运行Vite节点
●助力Vite Network进一步去中心化
● 当下最经济实惠的解决方案：仅需29美元/月即可托管您的超级节点，19美元/月即可托管全节点
●全天候技术支持，解决您的一切问题

在Ankr平台运行Vite超级节点将获得额外奖励

作为Vite的早期合作伙伴，Ankr目前已经运行Vite超级节点。为感谢Ankr对Vite生态的付出，Vite生态基金会将向Ankr超级节点投票200万票。同时，Ankr承诺与所有在2020年5月1日之前在Ankr上部署Vite超级节点的参与者分享全部超级节点奖励！

要参与此活动，参与者必须在Ankr平台上托管Vite超级节点至少3个月。

参与本次活动将获得如下两部分奖励。

奖励：
第一部分：Ankr将全额返还首月托管费！现金返还将发送给所有已支付29美元首次托管费的Vite超级节点托管方。
第二部分：在Ankr上部署Vite超级节点的参与者，共同分享Ankr超级节点获得的全部奖励

阅读Ankr的公告请查看链接公告（https://bit.ly/AnkrXVite），另可观看操作教程请点此处（https://bit.ly/AnkrXViteHowTo）。

活动规则：

首先，在设置节点之前，您的Vite钱包中需要1,000,000个VITE代币。现有的Vite超级节点也可以参加此活动！

•在2020年5月1日之前在Ankr上设置Vite超级节点，并使其至少运行到2020年6月1日。
•在Twitter上关注@vitelabs和@ankr，并转发Ankr的活动公告
•将您的节点屏幕截图发推，并添加使用便捷的描述
•在您的推文中@ankr和@vitelabs，并添加#AnkrYourNode

在收到您的第一个月的托管付款后，Ankr会向您的钱包空投价值29美元的代币。

之后的托管每满整月，Ankr就会将您参与得到的超级节点奖励空投至您的Vite节点钱包。

你还在等什么呢？立即注册，在Ankr上运行您的Vite超级节点，共同建设Vite生态吧！

如何在Ankr上设置Vite超级节点

●准备好Vite钱包
●请按照链接说明进行操作
（https://bit.ly/AnkrXViteHowTo）

如有任何疑问，请随时到Ankr官方Telegram社群（https://t.me/AnkrNodeSupport）的节点支持群联系咨询任意管理员。

关于ANKR

Ankr正在创建一个基于容器的云服务市场，是为通过共享资源进行容器部署的全栈云服务系统。Ankr将为开发人员和企业客户提供部署100多种类型的区块链节点的服务，可以通过量身定制的解决方案或在Ankr Node Market中易于使用的应用程序进行访问。

Ankr提供了一个具有实际用例的实用业务解决方案，其中节点运营商可以利用来自高规格数据中心的空闲云资源来运行区块链节点。这些节点易于访问，并且只需几次鼠标单击即可部署，而数据中心所有方通过Ankr云平台将其闲置资源货币化。这使Ankr能够以更低廉的价格为用户提供更易于调用的算力，最终让用户受益。

关于Ankr常用的网址：
官方网站: https://www.ankr.com/
推特: https://twitter.com/ankr
电报交流群: https://t.me/ankrnetwork
电报节点支持群: https://t.me/AnkrNodeSupport

请通过Vite官方渠道了解最新动态：
官网：https://www.vite.org/
Vite APP下载：https://app.vite.net/
论坛：https://forum.vite.net
官方微博：http://m.weibo.cn/u/6572727462
Telegram：https://t.me/vite_zh
Twitter：https://twitter.com/vitelabs

尊敬的Vite用户：

Vite成立至今，一直深耕区块链技术开发，在社区伙伴们的共同努力下，实现了项目从0到1的累积，目前Vite的生态已经日趋完善，主网上线后正在脚踏实地的向Vite2.0进发。

为了让大家更方便的了解项目，Vite近期将对官网进行全新升级，全面改版官网内容，突出展示Vite核心产品、代币信息、生态发展及最新资讯，让每一位用户可以全面、便捷、深入的了解Vite项目动态。

目前新版官网内容已经全部梳理完毕，已经产出如下几版设计方案，现呈交给大家，由大家投票选出最喜欢的官网风格。

以上就是我们所有官方设计方案，大家可以点击以下链接进行投票，我们将在投票结束后3天内公布投票结果，后续我们将按照投票结果来实现官网的设计，期待大家积极的参与！

投票链接：http://vitelabsform.mikecrm.com/xG4THTP
投票截止时间：2020年5月15日

尊敬的Vite用户：

Vite正在对官网进行全新升级，上周我们对新版官网设计风格做了投票，在6版设计风格中选出最喜欢的设计，截止5月18日，全球粉丝投票已结束，投票结果显示，1号设计获得最高投票，4号其次，具体投票结果如下。

1号设计风格图：

感谢社区伙伴参与本次投票，我们将根据投票结果，选定1号设计风格对官网进行改版，期待新版官网尽快跟大家见面~~

@Jingguang-Zhang 目前没有名额限制，入选社区之星有机会登上Vite官网哦~~

Vite的合约成本

Vite合约的成本取决于使用的资源，包括CPU、带宽、存储、内存等，我们将这些资源消耗转换为配额。配额可以通过抵押VITE coin来获取，只要抵押的VITE coin不取回，就可以持续获得配额。抵押VITE coin的数量和获得的配额数量由配额公式决定，资源使用频率越高，就需要抵押越多的VITE coin。另外，由于Vite中的合约调用是异步的，一笔合约调用交易会被拆分成一个请求交易和一个响应交易，需要分别消耗一定配额。（注：除抵押外，用户账户也可以采取计算PoW的方式单次获取一定免费配额，适用于非高频操作场景）

Vite合约的成本包括两部分：

• 创建合约的成本：创建合约时合约开发者需要支付10 VITE的创建费用（这10 VITE会销毁）。另外，发起创建合约的请求交易需要消耗合约开发者账户的配额，创建合约的响应交易不额外消耗配额。
• 调用合约的成本：调用合约的请求交易和响应交易会分别消耗发起请求交易的用户账户的配额和生成响应交易的合约账户的配额，前者需由用户账户抵押或计算PoW获得，后者则通常来自于合约开发者对合约的抵押。

EOS的合约成本

EOS合约的成本用3种资源来衡量：RAM、CPU、NET。

RAM用于链上存储，包括账户余额、公钥、抵押、投票、合约状态等，例如创建一个普通账户需要消耗4KB RAM来存储账户信息。对于一个合约来说，它使用的RAM包括合约代码和合约状态，其中合约状态是指通过EOS的DB接口保存的数据，这部分费用可以由合约承担，也可以由用户承担，由合约开发者指定。只要使用了链上存储就必须持有RAM，只有当资源被释放后才能回收RAM。RAM需要通过在二级市场交易的方式来获取。RAM价格可以通过Bancor Algorithm计算。

CPU和NET，即执行时间和带宽，计费方式类似。都是使用者计费。通过抵押EOS代币分别获得CPU和NET资源，抵押1个代币获得的资源数量取决于当前的总抵押数。CPU和NET资源数量分别决定了一个账户在过去3天内执行的毫秒数和使用的字节数。每次交易都需要消耗CPU和NET。抵押数量决定了在最近3天内平均每次交易可以执行多长时间，使用多少带宽。

EOS合约的成本同样可以拆分成两部分：

• 创建合约的成本：创建合约时合约开发者需要消耗RAM来存储合约状态，并且需要持有CPU和NET来执行合约创建交易。
• 调用合约的成本：调用合约时，调用合约的用户需要持有CPU和NET来执行合约调用交易。如果涉及到合约状态存储，还需要消耗RAM，这部分RAM要么由用户承担，要么由合约承担（即合约开发者提前为合约购买足够的RAM，可在合约创建时由开发者指定，但通常由用户承担）。

Vite和EOS合约成本对比

示例
下面用一个简单的竞猜合约来对比Vite和EOS具体的资源消耗。

合约包含一个名为guess的方法，入参为一个数字，范围为0-9。取随机数，如果随机数最后一位和入参相同，则打印”赢了“，否则打印”输了“。

Vite合约代码如下：

部署合约时：

合约开发者支付10 VITE用于创建合约，至少抵押400 VITE或者计算一个难度为147722953的PoW来发起创建合约交易（消耗配额45956）。

调用合约时：

用户需要至少抵押267 VITE（每75个快照块可以发起一笔请求交易，大约间隔75s）或者计算一个难度为75164738的PoW（每产生一个新的快照块可以发起一笔通过PoW来获得配额的交易，大约间隔1s）来发起调用合约请求交易（消耗配额23448）。

合约开发者需要至少为合约抵押267 VITE来发起合约响应交易（每75个快照块可以发起一笔合约请求交易，大约间隔75s）（消耗配额22288）。如果全网出块率为95%，那么抵押267 VITE三天最多能发起3283笔响应交易。

EOS合约代码如下：

部署合约时：

合约开发者创建合约账户，消耗200 bytes NET和214 µs CPU；

合约开发者更新合约代码和ABI，消耗704 bytes NET和4664 µs CPU。

合约部署完成后，共占用10873 bytes RAM，购买这些RAM大约需要0.4784 EOS。

调用合约时：

用户发起调用合约交易，消耗96 bytes NET和1665 µs CPU。如果用户要在3天内发起3283笔调用合约交易，那么需要至少抵押0.36 EOS NET和36.81 EOS CPU。

注：2019年5月24日，RAM价格大约为1 EOS = 21.975 KB，NET价格大约为1 EOS = 0.84 MB，CPU价格大约为1 EOS=148.5 ms。

不同交易规模下Vite合约开发者和EOS用户抵押代币价格对比：

其中，0.1 tps指合约每10s接收一笔交易。

注：1 VITE = 0.0146美元，1 EOS = 2.5270美元

结论
Vite的智能合约部署和调用成本远低于EOS；
和EOS比，Vite更适合高频场景。

参考文献
https://developers.eos.io/
https://eospark.com/
https://vite.wiki/tutorial/contract/contract.html
https://vite.wiki/tutorial/rule/quota.html

Vite钱包一款多币种开源手机钱包，用户只需一组助记词便可以管理多种加密资产，钱包内置了中心化交易所ViteX，用户可以交易的同时通过五种方式挖矿获得BTC、ETH、USDT分红，截止2020年5月15日，总发放分红约50BTC。

安卓及苹果海外用户直接点击以下链接下载：
https://app.vite.net

中国大陆用户下载：
1、首先您需要一个海外苹果ID，建议使用香港ID
如果您没有苹果香港ID，您可至淘宝搜索“苹果香港ID”购买；或使用最下方提供的ID账号；您也可以自己搜索“如何创建海外苹果ID”，有很多教程可供参考。

2、打开APP Store退出个人账号：点击右上角头像处，进入个人账号，下拉至末尾，点击退出登录，退出原有的苹果账号

3、输入准备好的海外ID账户，登陆苹果ID账号；

4、在APP Store上，搜索“Vite Wallet”，找到Vite Wallet并下载。

温馨提示：
请认真阅读以上教程，请勿使用购买的海外苹果ID或以下账号登陆 iCloud、苹果账户，以免个人资料泄露或手机被锁，使用以下账号下载APP后，请及时推出该账户，由此产生的风险，与ViteX无关。

以下香港/海外 id供参考使用：密码：Aa112211

@Jingguang-Zhang 目前没有名额限制，入选社区之星有机会登上Vite官网哦~~

概述
Vite Labs 很荣幸地宣布集成Chainlink预言机服务。预言机服务对于Vite Labs的产品如何获取链下数据至关重要，体现在如下两个方面：第一，基于Vite公链开发的去中心化交易所ViteX。譬如，指数或衍生品产品都需要链下价格数据的支持；第二，基于Vite公链开发的，面向政府与企业应用的区块链一站式解决方案VitePlus，需要获取“真实世界”数据（如商品价格、健康报告、天气情况等）。这两个产品都有通过Chainlink的服务来获取非Vite公链上原生的数据的需求。

什么是预言机，为何选择Chainlink
预言机是为dApp提供链下数据传送的服务。高质量的预言机可以保证数据传送的可靠性、多元化及去中心化等属性。不具有这些属性的数据传送服务存在单点故障、容易被操控等风险。在去中心化预言机服务领域，Chainlink是运营最久和最知名的服务提供者之一。他们的服务被许多项目采用，经过了充分的实战考验。

关于Vite Labs和ViteX
Vite是一个无手续费的高性能公链，率先实现了基于DAG结构的智能合约。在Vite上部署的DApp得益于公链的高性能，其用户体验可与中心化app媲美。Vite的功能是基于原创的异步架构、分层式共识算法和快照链实现的。基于Vite打造的应用层出不穷，包括去中心化交易所（ViteX.net），美国雪城公共金融dApp，若干游戏dApp，以及微支付系统等。

ViteX是在Vite公链基础上建立的去中心化交易所，所有权益归属社区——社区治理，社区受益。ViteX的平台币是VX，持有 VX 即拥有交易所，1. 终身享有交易所投票权；2. 永久享有 100% 交易所手续费和上币费分红。

关于Chainlink
Chainlink是一个去中心化预言机网络，其技术让智能合约安全桥接链外数据传送、web API、以及传统银行支付等系统。该技术已被大型机构（如谷歌、甲骨文、SWIFT）和业界领先的智能合约开发团队（包括Polkadot/Substrate, Synthetix, Loopring, Aave, OpenLaw, Conflux）使用。

请通过Vite官方渠道了解最新动态：
官网：https://www.vite.org/
Vite APP下载：https://app.vite.net/
论坛：https://forum.vite.net
官方微博：http://m.weibo.cn/u/6572727462
Telegram：https://t.me/vite_zh
Twitter：https://twitter.com/vitelabs

前言：
这是第三篇给大家介绍关于ViteX的技术文章，本篇文章主要从ViteX整体设计、性能优化及系统可靠性三个方面介绍了vDex内置合约的设计背景、思路及方案。希望大家能更深入的理解ViteX运行机制。

ViteX作为去中心化交易所，通过内置合约vDex实现撮合引擎及ViteX经济模型的相关功能，在实现高性能的同时兼顾实现的简洁，简单的系统更健壮。在之前的一篇文章《ViteX内置合约设计与实现简介》中我们已经就内置合约的关键设计细节进行了介绍，本篇文章从几个比较有代表性的问题入手介绍一下相关的设计背景、思路及方案。

1.vDex为什么要分两个合约来实现

ViteX交易所要实现订单撮合和平台经济模型的两个核心功能，如果放在一个合约里面实现，不便于问题的聚焦，会造成问题的开发人员及外部接口使用人员的困惑，很自然的想到把他们拆分。另外，撮合引擎从概念上是基础功能，从设计之初并不对外直接暴露接口，和经济模型解耦后，便于后续的撮合引擎升级。具体拆分的两个合约是dexFund和dexTrade，dexTrade实现订单薄存储及订单撮合的功能，dexFund完成资产、挖矿及分红等ViteX经济模型相关功能。

2.为什么会有两种订单id

《ViteX内置合约设计与实现简介》介绍过订单id的详细设计，该订单id是为了最大化性能诉求而设计的，实现链上订单有序存储和高效的撮合，在这里记为baseOrderId。后续我们还添加了用户链下单tx的hash作为key的订单id，这里记为hashOrderId，和baseOrderId依赖于合约拼接生成不同，hashOrderId在用户下单的一刻就能生成，客户端可以直接把这个id暂存下来而不必等待vDex的输出，便于进行订单后续状态的追踪和操作，从这个角度看hashOrderId是客户端友好的订单id。两种订单id分别都有自己适用的场景，实现了性能和用户体验的兼顾。

3.撤单为什么有两个入口

因为订单薄的存储是在dexTrade合约，撤单直接和订单薄交互，所以最初的撤单入口也是放在dexTrade。但是下单功能因为会涉及到资金冻结所以是以dexFund合约为入口的，这就导致了下单和撤单有不同的入口。在合约实际执行的过程中会出现订单下单后因为链上共识延迟没有写入dexTrade订单薄就进行撤单的情况，此时撤单操作会因为不能从订单薄查到订单而导致执行失败。为此，我们在dexFund合约新增了撤单入口，对同一个订单来说因为是同一个用户发出的交易，通过用户链的交易顺序性保证撤单操作肯定会在下单后上链执行，有效的撤单肯定可以正确执行。对比两个撤单入口能够发现，dexTrade合约的撤单入口因为避免dexFund合约的转发所以更加直接和轻量级，而dexFund合约因为经过了dexFund合约会需要额外的开销，但是该入口提供了代理撤单的先验操作，所以如果是代理撤单就必须走dexFund合约来撤单， 具体来说dexTrade撤单入口适合实时性要求不高的普通用户，而dexFund撤单入口适合对实时性要求较高的自动化调用。

4.订单撮合性能问题

要提升撮合性能就必须要能快速的匹配待撮合订单，常用的做法是将头部订单或者全部订单都放入内存来实现高效的访问。但是对于链上合约来说，因为受限于链底层提供的接口能力访问存储，不能做到订单薄常驻内存。这时候可以考虑方式是充分利用底层存储的特点，保证订单薄有序存储，这样撮合过程只需要依次简单迭代访问就可以了。由此我们得到了《ViteX内置合约设计与实现简介》所介绍的订单id的设计方案，通过把价格作为订单id的一部分，而订单id是底层key有序levelDB的存储key，这样订单薄在底层存储就是价格有序，通过简单的key顺序遍历即可完成撮合过程。这样的实现足够简单也非常高效。

5.减少存储占用的一些办法

链上存储的成本是很高的，为了尽量减少存储数据，我们采取了以下三种手段。第一，通过Protobuf来实现对象的序列化，从源头减少数据量。第二， 不重复存储不变的数据，避免冗余，这里主要体现在挖矿和分红相关的指标处理部分，如果指标长期不变，则只存储最早的一个指标，只有变更的时候才存储新值。第三，实时清理和定时清理相结合。对于挖矿、分红中累计的多版本指标数据，对于已经计算完结果的指标实时删掉数据。定时清理则是针对订单数据，为了避免订单薄无限膨胀，会为所有订单设置超时失效时间戳，定时通过批量接口清理这些失效订单，实现链上订单的滚动清理。

6.vDex如何提高可靠性

作为内置合约，vDex每行代码的实现都是协议，要保证协议的执行正确性，除了通过测试发现问题外，从设计之初就考虑如何提高模块的可靠性。vDex在最初设计的时候，一条重要的原则就是要兼顾简洁和高性能，过于复杂的设计会成倍提高代码量，同时出错概率也会相应增加。以简洁为原则，我们的相关数据结构都尽量精简字段，不相关的信息不做存储，或者放到链下存储，链上只处理通常不会改变的核心数据结构，尽力避免信息冗余，通过链下配套服务来实现传统交易所的多维度的丰富查询和展示。代码实现层面，控制单个函数的代码行数，适时进行拆分和精心命名，控制复杂度的同时也极大减少了重复代码的出现，结构更合理之后，每个实现细节也就更清晰，便于理解而不容易出错。最后，通过《ViteX内置合约设计与实现简介》提到的对账机制，我们也能够从另外一个角度验证代码执行的正确性，同时保证用户资产的安全。

通过以上几个问题，我们从整体设计、性能优化及系统可靠性三个方面介绍了vDex内置合约的设计背景、思路及方案，这些设计细节体现了ViteX为了达成简单、高效、透明的目标所做的实践，希望以上介绍可以帮助大家理清ViteX的去中心化运行机制。

请通过Vite官方渠道了解最新动态：
官网：https://www.vite.org/
Vite APP下载：https://app.vite.net/
论坛：https://forum.vite.net
官方微博：http://m.weibo.cn/u/6572727462
Telegram：https://t.me/vite_zh
Twitter：https://twitter.com/vitelabs

尊敬的Vite用户：

Vite官网即将全新改版。在历经了两年的发展后，Vite已经实现了产品、生态从0到1的积累，这一切离不开社区伙伴的支持。此次官网改版，将突出展示Vite两年来的项目成果，包含详细的产品介绍、代币信息、生态发展及项目动态等，除此之外，将对“社区之星“板块进行优化，面向全球粉丝用户评选出对项目有贡献的”社区之星“，我们感谢所有社区用户的贡献，也鼓励大家积极申请“社区之星”，共同发展Vite社区生态。

评选对象

• Vite社区成员
• 对Vite项目发展有较为杰出的贡献，包括但不限于：技术开发、宣传推广、内容生产、社群建设、组建活动等等

评选流程

• 用户填写申请表
• 官方内部投票评选
• 结果公布，颁发“社区之星”证书，上线官网
• 每季度评选一次

申请规则

• 申请截止时间：2020年5月27日
• 公布时间：5月30日
• 申请人须描述本人对项目的贡献及效果
• 您可以自己申请，也可以推荐其他用户
• 点击填写申请表：http://vitelabsform.mikecrm.com/KqKwKS9

欢迎大家积极参与“社区之星”的报名，让我们共同期待“社区之星”的诞生吧！

请通过Vite官方渠道了解最新动态：
官网：https://www.vite.org/
Vite APP下载：https://app.vite.net/
论坛：https://forum.vite.net
官方微博：http://m.weibo.cn/u/6572727462
Telegram：https://t.me/vite_zh
Twitter：https://twitter.com/vitelabs

尊敬的Vite用户：

Vite正在对官网进行全新升级，上周我们对新版官网设计风格做了投票，在6版设计风格中选出最喜欢的设计，截止5月18日，全球粉丝投票已结束，投票结果显示，1号设计获得最高投票，4号其次，具体投票结果如下。

1号设计风格图：

感谢社区伙伴参与本次投票，我们将根据投票结果，选定1号设计风格对官网进行改版，期待新版官网尽快跟大家见面~~

一、开发进度

• Vite Wallet
  Vite Wallet 3.6.0版（包括iOS版及Android版）已正式发布，这个版本主要是对内置的ViteX交易所页面做了native化，深度优化了交易体验。除此之外，也加入了在Web端生成ViteX API Key时所依赖的Vite Connect支持，用户可以通过手机扫码的方式，在ViteX网站上自助完成交易所API Key的生成。
  3.6.0版本发布后，我们收到了来自社区的积极反馈，以及一些宝贵的改进意见。我们已将这些意见收集整理，并排期进行后续版本的升级优化。
  5月11日，我们发布了iOS 3.6.1版。该版本主要解决了由于gas limit的限制，导致部分ERC20代币转账可能会失败的问题；以及在特定情况下，交易页面可能会卡住的问题。

  5月14日，我们将Android 3.6.1版提交Google Play审核。该版本主要解决了切换钱包时app可能会卡住的问题；以及在非交易页面可能会出现交易页面提示的问题。
  同时，我们也启动了3.7.0版本的开发。在这个版本中我们将继续迭代交易所的功能，同时也会做一些技术优化，缩小App文件的大小，让钱包下载更流畅。
  从3.6版开始，我们将App的显示名称从"Vite Wallet"改为"Vite"。这次改名也意味着Vite钱包的定位从单纯的“钱包”，转变为“钱包+交易所”的一站式去中心化加密资产管理工具。

• ViteX交易所
  目前，ViteX API已经对社区正式开放。这两周，我们对ViteX API进行了一些新的优化，对下单接口中最小金额及可用余额参数做了检查，避免无效的交易发到链上；另外，接口返回的错误信息也进行了更加规范的处理。
  我们正在进行ViteX API与CCXT的集成工作。CCXT(https://github.com/ccxt/ccxt)是一个开源的加密货币交易所API适配库，当前支持120个不同的交易所。用户通过CCXT，可以忽略不同交易所API接口的差异，简化交易机器人的开发。当前，已经有很多量化交易程序使用CCXT库来访问不同的交易所，我们的集成工作完成后，这些既有的程序就可以直接访问ViteX，而不需要进行新的开发。
  另外，ViteX内置合约的升级已经完成，预计5月27日进行硬分叉。内置合约的升级内容主要包括：优化了订单撤销逻辑，统一了原始交易和委托下单交易的逻辑；将同一个地址签名的下单请求队列和撤单请求队列进行了合并，以保证撮合结果的确定性。

• 官网升级
  我们已经完成了新版官方网站的产品设计和视觉设计。新版的官网更加突出重点，强化关键信息展示，以方便新用户第一时间了解Vite项目的全貌。
  在视觉设计方案中，我们给出了6个不同的设计稿，将通过社区投票的方式，让用户来选择最终方案。

二、项目动态

• Vite Labs与KardiaChain达成战略合作
  5月7日，Vite Labs宣布与KardiaChain正式达成战略合作，双方将共同探索支付解决方案，以及开发区块链互操作基础架构。KardiaChain与越南一家拥有6000万用户的顶级电信公司合作，旨在建立越南第一个移动支付网关。本次合作将在越南和东南亚地区为Vite带来更多探索加密货币支付落地的机会。
  

• ViteX交易所动态
  4月30日，ViteX正式上线交易所API，用户可在交易所网站自助申请API Key。API的上线将进一步扩大ViteX交易生态，有助于吸引量化交易用户，提高交易所流动性。也使ViteX在功能完备性和生态开放性方面更加接近主流交易所。
  

  5月8日，Vite Labs上线KardiaChain (KAI) ，5月9日，开放KAI/ETH交易对和挂单挖矿。
  Vite钱包中持有10 VX以上的用户，可以在钱包空投页面中领取累计1,250,000 KAI的空投奖励。这是我们第一次尝试针对VX用户进行项目方上币空投奖励，得到了社区的积极反馈。后续我们将继续进行此类活动，并完善空投规则，与项目方协调更多的空投数量，使VX代币的内在价值得到进一步提升。
  

• ViteX在CoinGecko的DEX排名中位于前列。
  https://www.coingecko.com/en/exchanges/decentralized

• 我们正在梳理细化ViteX新手教程，以方便新用户快速了解在ViteX交易和挖矿的基本信息。

• 技术分享

  5月6日，我们发布了《ViteX内置合约设计与实现简介》的技术文章，对ViteX内置合约设计与实现中的一些技术细节做了简要介绍。

  5月13日，我们发布了《ViteX后端服务设计及实现》的技术文章，介绍了ViteX链下服务（DexServer）的设计与实现。DexServer提供了ViteX的链下数据索引、API、Push Server、定时任务调度等辅助功能。

• KardiaChain项目社区AMA
  5月9日，KardiaChain项目在Vite社区与用户做了AMA互动，此次活动KardiaChain为Vite社区用户提供了150,000 KAI的奖励。

• Vite官网设计风格社区投票
  目前，我们正在对新版官网的设计方案进行社区投票。我们将根据投票结果选择网站最终的视觉设计风格。
  投票链接：
  http://vitelabsform.mikecrm.com/xG4THTP

• Vite主网将于5月27日12:00开启第四次硬分叉
  5月27日，Vite将开启主网上线后的第四次硬分叉，代号为“MARS”。本次硬分叉的主要目的是升级ViteX内置合约。
  详细内容请参见硬分叉公告：https://dwz1.cc/oo3BcVi

• 代币销毁、抵押、分红数据
  截至5月15日，通过ViteX交易所累计销毁16,740,658 VITE，占总发行量的1.67%。
  正在ViteX交易所抵押挖矿共计137,756,367 VITE，占总发行量的13.78%。
  已释放6,377,320 VX，其中5,957,905 VX正在抵押获取分红。
  VX累计分红价值49.5 BTC，待分红价值30.3 BTC。

三、会议交流与采访

COO Richard发布了新一期访谈节目，本期访谈嘉宾分别邀请了总部位于芝加哥的区块链公司Layer-0的CEO Bloxroute，以及总部位于纽约的区块链公司CasperLabs的CEO。访谈主题为公链扩容相关的技术讨论。核心内容包括：如何在网络传输层加速区块的传递，以及在不改变公链协议的前提下，如何实现扩容目标。

该系列访谈节目将有助于Vite Labs在国际区块链行业输出影响力，并且沉淀有价值的内容供业界参考。
以往访谈可以在此收听：https://blockdebate.buzzsprout.com
欢迎关注Richard的推特：点击关注

Vite主网将开启第四次硬分叉，此次硬分叉代号为“MARS”，主要内容为优化交易所订单及API接口。

分叉高度：31305900
分叉时间：2020-05-27 12:00
go-vite版本：2.9.0
github链接：https://github.com/vitelabs/go-vite/releases/tag/v2.9.0

分叉内容：

• 内置合约优化了委托订单的撤单控制逻辑，在之前的控制逻辑中委托人只能撤销自己签名的下单，而不能撤销被委托人本人签名的下单，现在统一为委托人可以撤销上述两种订单，使得通常采用API方式的委托订单流程更加顺畅。

• 将同一个地址签名的下单请求队列和撤单请求队列进行合并，避免多个队列顺序交叉可能出现的请求失败，保证了请求结果的可预期性，避免重试。

• 优化ViteX API，增加了订单信息聚合接口，减少了下单操作需要调用的接口数量，降低客户端代码的复杂性，同时也大幅降低了下单操作的延迟。

请所有超级节点、全节点在北京时间2020年05月27日12:00前完成升级。

ViteX是Vite链上的内置去中心化交易所，是Vite生态的重要组成部分，ViteX由Vite内置合约vDex和链下服务dexServer两部分组成。所有的挂单、撮合及运营数据全部在链上vDex进行，有效的利用了去中心化、安全、可靠的区块链特性。但链上存储所有数据是非常昂贵的，为了能有效的为用户提供体验，特配套了链下服务DexServer。DexServer服务的目的是同步链上挂单、撮合、运营数据以及统计指标等。DexServer的所有数据都是链上可追溯的，仅仅为ViteX提供查询服务，保证了go-vite代码即协议的原则。

按照职责，把DexServer分为了四个服务，分别是Dex-API、Dex-Crawler、Dex-Push及Dex-Task。其中Crawler是核心服务，为其他三个服务提供数据源，整个系统流程如图所示。

1、Dex-API
API服务为ViteX提供了查询入口，是对Crawler服务和Task服务生成的数据的最终聚合。

2、Dex-Crawler
Crawler服务是整个系统的核心，把从链上爬取到的数据进行格式化整理之后进行存储，以便其他服务使用。vDex设计为两个合约dexFund及dexTrade，dexFund承担充值、提提开通交易对、开通交易对、挖矿、分红、邀请等操作；dexTrade完成实际的挂单、撮合及撤单。Crawler服务对这两条链分别爬取并进行数据加工，按照需要存储为多个维度。

Crawler业务流程如下图：

crawler服务主要完成三个功能，分别是处理分叉，深度合并及指标统计。跟中心化交易系统有一个本质的区别，区块链存在回滚和分叉，因此，crawler服务的一个主要工作是判断合约链是否分叉，如果分叉则根据分叉高度删除已经持久化的数据，以便同步链上状态。Dex-Crawler服务借助数据库及区块链存在“前一个块”的特性来检测合约链是否存在回滚及分叉，若存在，则对该高度的所有落库的数据进行回滚，保证数据的一致性及正确性。

深度合并是Crawler服务的第二个重点，当有新订单、撤单及撮合事件发生的时候，订单簿就会存在变化，那么表现给用户的就是深度发生变化。深度合并之所以比较复杂，是因为需要对每个交易对进行0到N个价格小数位的数量及金额合并，以及对价格的正确处理。为了提高性能，本服务采用“内存建模”的方式进行深度合并，所有的深度构建在内存中进行，然后将数据送入中间件Kafka，以供下游Dex-Push服务使用。

指标统计是Crawler服务的第三个重点，当新的撮合交易完成时，Kline、Trades以及Tickers这三个指标都会发生变化，其中又以Kline指标较为复杂，需要对不同的时间周期进行数据整理，ViteX支持的时间周期为[ minute , hour , day , minute30 , hour6 , hour12 , week ]。这些指标整理完成之后，都会送入中间件Kafka中，以供下游Dex-Push服务使用。

3、Dex-Push
Push服务的主要工作是把Crawler服务中生产出来并写入kafka的数据及时展示给用户。采用多机部署，保证能给用户提供可靠、稳定的服务。另外、为了减少服务端压力，客户端需要在一分钟内对服务端发起ping请求，以声明客户端在线，服务端只会对这些健康的客户端发送数据。

4、Dex-Task
本服务主要用于运营数据计算及汇总，交易挖矿、挂单挖矿、邀请挖矿、抵押分红、手续费统计等数据汇总都由定时任务进行离线批处理。

DexServer服务按照不同的职责划分为4个子服务，4个自服务通过异步消息的方式进行数据通信，避免耦合，提高了系统的可靠性和可维护性。之后将会对Crawler及Task中的部分技术细节进行详细介绍，敬请期待。