OKTC测试网V0.11.0升级公告
尊敬的OKTC社区用户：
我们将在区块高度9460000对测试网进行升级（时间为2020/8/26 7:00-10:00 UTC），具体情况如下：
- OKTC测试网v0.11.0新特性
本次升级后，OKTC测试网将迭代至V0.11.0版本，chain-id变为okchian-testnet1。 其核心功能是添加了对OpenDEX-Desktop v0.0.2的支持，并增加了本地节点推送模式。通过数据分析模块stream提供行情、K线、成交记录等数据的推送，可以使桌面版在不依赖任何中心化服务器即可实现相同的操作体验。
关于OKTC v0.11.0 和OpenDEX更详细的进展，可以查看OKTC7月份月报。
- 什么是OpenDEX？
OpenDEX是OKTC首个DeFi产品，贯彻“人人可以开DEX”的设计理念，以实现“去服务器化”的DEX生态。
当前在交易所业务中主要有两种模式，第一种是做市商模式，第二种是撮合制。
- 做市商模式的优点是：流动性更好，但是没有价格发现机制，做市商需要承受单边行情的风险。典型的应用场景是银行提供法币兑换服务。
- 撮合制模式的优点是：具有价格发现机制，但却需要满足“双重需求巧合”（即买价与卖价可撮合）。因此，如果市场为单边行情时，或因无人承担风险而失去流动性。
因此，在股市等场景中，往往是交易所设立撮合制的机制，有项目方自身承担做市商提供流动性，为用户提供更好的交易体验，这也是基于订单薄的交易模式由来。
在OKTC之前，已经有很多先行者尝试通过区块链来实现基于订单簿的DEX交易模式，但反馈并不是很好。我们认为其主要原因有两点：
- 基于订单簿的模式需要更高性能和安全性的设施来承载，ETH上一部分DEX改为二层协议的方式去运行就是解决这个痛点。
- 基于订单簿的模式需要一个做市商来提供流动性和消化市场波动风险，并且明确其收益，以UNISWAP为首的AMM的DEX就是解决了此痛点。
OpenDEX通过建立自己的应用链，去解决性能和安全性问题。通过“DEX operator”来明确运营方的收益，激励运营方为自身的币对提供流动性和消化市场波动风险。
为了满足去中心化的设计理念，基于IPFS和以太坊的ENS等，OKTC提供了对应的OpenDEX-UI和OpenDEX-Desktop来帮助OKTChian的运营方和交易用户,实现在不依赖任何中心化服务的基础上来完成交易所的部署、币对的发行与管理、交易等功能。
- 作为OKTC验证人，我需要做些什么？
遵循升级过程指南：https://github.com/okex/testnets/blob/master/v0.11/upgrade-step-zh.md
作为验证人，在的共识节点上升级会存在重复签名和被惩罚的风险，所以在启动验证程序和签名之前，请务必验证您的软件版本和创世文件哈希。
对验证人来说，如果在网络启动和升级过程中发现出现错误，最好的办法是等待网络启动后再进行纠正。如果网络暂停，并且与您使用的创始文件与预期的有所不同，请在重置验证器之前，在电报群https://t.me/okexchaintech 寻求核心开发人员的建议。
在导出v0.10.10状态之前，建议验证程序在导出高度拍摄完整的数据快照后再继续。快照在很大程度上取决于基础结构，但是通常可以通过备份okexchaincli和okexchaind目录来完成。
如果升级没有成功，验证器和操作员必须降级到OKTC v0.10.10 并还原到最新快照，然后再重新启动节点。
要进行升级，请遵循OKTC Wiki中发布的升级流程：https://github.com/okex/testnets/blob/master/v0.11/upgrade-step-zh.md
- 钱包、区块浏览器、其他服务提供商，分别需要做什么？
App可能会受到短暂的服务中断，具体体验可能会因所使用的应用程序而异。与往常一样，在管理任何加密货币时，请使用适当的操作程序，并警惕网络钓鱼和其他的利用手段。
您可参考的可靠消息来源是以下OKTC团队提供的3条渠道，面向用户的官方OKTC交流渠道。以下是传达升级详细信息的官方账户：
OKTC GitHub存储库：
OKTC博客：
/cn/learn/category/oec
Telegram group：
如果您对接下来要采取的步骤有疑问或困惑，并且不确定信息来源是否可靠，那么请不要在初始阶段进行任何操作，耐心等待上面列出的三个通信渠道的更新。请勿向任何管理员，网站或非官方软件提供你的12位助记词。
OKTC社区
2020年8月24日
