|
|
新年高兴！在过来的几周里，跟着许多与Unification的业务和协作火伴相干的更新，咱们想花时间写一篇冗长的文章，让人们理解Unification正在发展的开发任务。在胜利降级MainNet（当之有愧的圣诞节假期！）后，咱们间接回到了正在进行的名目中，并开始钻研和空虚一些新货色。
开发任务至今
过来一个月摆布的大部份任务都集中在OoO上，并筹备在Shibarium上使用。Shibarium是一个微小的名目，咱们十分骄傲地参预其中，咱们正在为一个很棒的团队提供倡议。一致始终与咱们置信的名目协作，作为修建开发反对，并为在这个名目上与咱们的敌人协作感到骄傲。鉴于规模，匆忙是愚昧的，但任务停顿顺利，只管公共测试网络尚未部署，但那天正在迅速开展。
OoO
为了筹备行将到来的Shibarium公共测试版部署，咱们始终在优化go-ooo运用顺序方面做了少量任务——既优化运用顺序，又在关闭/公有Shibarium alpha网络上进行测试。关于那些不知道的人来讲，go-ooo是监听发送到路由器智能合同的OoO数据申请的运用顺序，获得数据并将其发送回申请合同。go-ooo的初期版本仅从Finchains API获得数据，但该运用顺序于去年进行了更新，以启用来自DEXs的AdHoc价钱申请，并更好地反对Shibarium的需要。
简而言之，一对的价钱申请再也不局限于经过Finchains API提供的数据——假如一对列在go-ooo目前反对的DEX之一上，则能够将AdHoc价钱申请发送到OoO。只有该货泉对在DEX上拥有良好的活动性和比来的买卖，其价钱数据就会包孕在价钱计算中（该货泉对列出的DEX越多越好）。
最后的AdHoc完成次要依赖于基于Uniswap的DEX（数据来自各自的DEX的子图/GraphQL数据），但因为代码使其难以集成咱们明天看到的各种各样的DEX。因此，处置AdHoc查问的代码已被重写，以完成更模块化的办法，使用通用的办法界面和价钱数据构造，从而更易集成新的DEX模块。
AdHoc代码也进行了优化，因此对DEX子图的查问当初在“最慢”GraphQL查问实现后当即与正在处置的后果并行履行，使AdHoc查问比之前快5倍——6倍。该更新已推行到咱们的TestNet OoO提供商，并将很快推行到Eth mainnet & Polygon。
最初，咱们还始终在Shibarium alpha网络上测试OoO。路由器智能合同已胜利部署，以及一个测试OoO提供商和几个用于测试价钱数据申请的智能合同。到目前为止，OoO提供商胜利知足了L2网络上的数据申请，使用桥接测试xFUND在L2上收取OoO费用，测试停顿顺利！ |
|
注册会员