欢迎进入UG环球官网(环球UG)!

usdt法币交易api接入(www.caibao.it):V神说的跨Rollup DEX是什么?

admin1个月前38

USDT自动API接口

菜宝钱包(caibao.it)是使用TRC-20协议的Usdt第三方支付平台,Usdt收款平台、Usdt自动充提平台、usdt跑分平台。免费提供入金通道、Usdt钱包支付接口、Usdt自动充值接口、Usdt无需实名寄售回收。菜宝Usdt钱包一键生成Usdt钱包、一键调用API接口、一键无实名出售Usdt。

当人们还在思索用rollup的方式缓解Layer1拥堵的时刻,Vitalik已经在思量rollup之间怎么做交互。 6天前,Vitalik发起了一个叫做“跨rollup DEX”的提案,其中提到当一条rollup有智能合约部署,另一条rollup没有完全的智能合约功效的时刻,资产可以在两条rollup之间以去中央化的方式转移。

有一点“隔空挪物”的感受。 这个历程到底是怎么实现的呢?哔哔News将提案,以及Vitalik和社区成员间的精彩讨论内容翻译如下: 假设我们有两条rollup,划分是rollup A和rollupB。Alice想要把rollup A上特定数目的代币转移到rollup B上。若是A和B都有完全的智能合约支持,在这种情形下,已经有关于如何以去中央化的方式解决这个问题的提案。本提案想要为只有rollup B有完全的智能合约支持(rollup A只能处置简朴的买卖)的情形提供思绪。 我们假设,rollup A上的买卖有某种“备注字段”,若是没有的话,我们可以使用值的低阶位作为备注发送。

提案 

假设存在一个买卖中介Ivan(在现实实现中,将有许多中介可供选择)。Ivan在rollup A上有一个账户IVAN_A(他完全控制该帐户)。Ivan还将一些资金存入了rollupB上的智能合约IVAN_B中。 智能合约IVAN_B有以下规则:若是任何人发送TRADE_VALUE数目的代币到IVAN_A,其中包罗一个地址DESTINATION作为备注,那么在MIN_REDEMPTION_DELAY块之后, IVAN_B将收到一笔买卖,该买卖包罗一个代币转移的证实,从而把提取TRADE_VALUE数目的代币这样一笔买卖排队到DESTINATION地址。提币凭据买卖被包罗到rollup A中的批次和索引顺序处置,要经由一些延迟(好比1天)。

 当Ivan看到他在IVAN_A收到资金时,他可以亲自将TRADE_VALUE *(1 - fee)数目的代币发送到DESTINATION地址。他可以通过IVAN_B中的方式发送买卖,该方式保留一条纪录,防止合约中的自动发送条款触发该买卖。 预期的操作很简朴: -Alice向IVAN_A发送一笔买卖,其中包罗N个代币和备注地址ALICE_B。-Ivan通过IVAN_B发送TRADE_VALUE * (1 - fee)数目的代币到ALICE_B。 第二步可以在第一步之后立刻举行。若是Ivan证实第二笔买卖和第一笔买卖之间的时间戳差异异常小,那么合约甚至可以制订规则,允许用度更高。 “最坏的情形”是Ivan没有像预期的那样向ALICE_B发送代币。在这种情形下,Alice可以守候rollup A上的买卖确认,找到获得rollup B上的代币的其他途径来支付用度,然后她自己就可以索要资金。 

资源成本 

该方案的主要限制是,IVAN_B需要持有大量资金,以确保所有发送者都能获得支付。特别是,假设:我们把买卖金额上限设置为TRADE_LIMIT(以是发送到IVAN_A的买卖中,买卖值> TRADE_LIMIT的买卖都不是有用买卖)。 同时,我们设置每个rollup批次最多可包罗的买卖数目是TXS_PER_BATCH。Alice可以自己检查,rollup A即将到来的批处置之前有若干未处置买卖,用她在IVAN_B合约中看到的资金减去这个值,并检查剩余的金额是否足够。

由于提币是按顺序处置的(这是上面顺序机制的目的),Alice不需要忧郁在她自己提币之前IVAN_B会去处置后面的提币需求。 在一个批次中可以买卖的最大金额是TRADE_LIMIT * TXS_PER_BATCH,因此IVAN_B合约需要至少持有这个数目的ETH,再加上足够的资金来笼罩未处置的买卖。 例如,假设TRADE_LIMIT = 0.1 ETH(上限可以设得比较低,由于一笔较高金额的买卖可以通过多笔买卖完成),而且TXS_PER_BATCH = 1000。那么,IVAN_B需要有100 ETH的资金。

,

Usdt第三方支付平台

菜宝钱包(www.caibao.it)是使用TRC-20协议的Usdt第三方支付平台,Usdt收款平台、Usdt自动充提平台、usdt跑分平台。免费提供入金通道、Usdt钱包支付接口、Usdt自动充值接口、Usdt无需实名寄售回收。菜宝Usdt钱包一键生成Usdt钱包、一键调用API接口、一键无实名出售Usdt。

,

 注重,在这个设计中另有分外的隐含用度,由于任何买卖跨越0.1枚ETH的人都需要消耗区块空间,这与资金要求相权衡:若是你消耗掉一半的区块空间,那么你的资金要求也会翻倍(可能指隐含用度更高),反之亦然。要确立合适的平衡,似乎应该让隐含用度比市场上泛起的显性用度少几倍。 若是我们想削减或消除这种消耗,rollup A可以被设计成这样,例如,让排序器发送一个署名新闻,向Alice证实到目前为止,批次中批准的所有新闻。然后Alice就会知道在她之前没有买卖(只管恶意的排序器可以诱骗Alice,但价值很高)。 

备注 

上面的设计确立在rollup A上的买卖有一个备注字段的假设上,Alice可以使用该字段指定ALICE_B作为她吸收代币的目的地址。若是rollup没有此特征,那么我们可以使用以下解决方案。 Alice可以在顺序注册合约的rollup B上注册ALICE_B,并获得一个按顺序分配的ID(因此Alice的ID即是在她之前注册的用户数目)。设置MAX_USER_COUNT为用户数的最大值,若是有需要,这个值可以随时间向上调整。Alice可以简朴地确保TRADE_VALUE % MAX_USER_COUNT即是(Alice的ID),使用TRADE_VALUE的低阶位(这个数字示意一个不重要的值)来示意她想买卖的代币数目。 

从rollup B到rollup A的买卖 

若是Alice把rollup B上的代币转移到rollup A,可以使用类似的机制,只是角色颠倒了: -Alice将代币发送给IVAN_B-经由一段时间的延迟,她将获得收回代币的权力-若是Ivan可以向IVAN_B证实,他在rollup A上给Alice发送了代币,Alice就失去了这个权力 

总结 

以是我们可以看到,在这个历程中,许许多多的“Ivan”实在就是去中央化的银行,在两条rollup上划分饰演存款机和取款机的角色,从而赚取手续费。 若是Ivan作恶,rollup A和rollupB间不需要举行过多的交互,Alice就可以提供打币证实。凭据Vitalik的表述,在从rollup A向rollup B转账的场景中,提供证实这一步操作可以直接在rollup B上举行,只要rollup B能获取rollup A的区块哈希,就可以计算出rollup A上的买卖纪录,从而向Ivan索赔。 在索赔这个历程中,Vitalik还给出了更多的可能性。

好比,可以在Ivan B上增添一个“快速通道”,Alice B可以把她在Ivan B上的提币插槽出售给其他用户。 假设这个用户叫Bob,那么Bob可以把款子先转账给AliceB,今后,Ivan B应该转账给Alice B的资金将被Bob获取。也就是由Bob先垫付资金给Alice,以此来提升Alice的用户体验,这个历程或许可以涉及到挖矿之类的玩法。 Github上有用户提到,若是中间商Ivan不是个体,而是去中央化的资金池,这个模子是否会更好。

Vitalik示意,这会涉及到rollup A上资金池的所有权问题(可能池子中的所有资金被一个私钥控制),相比之下,由多个中间商来作为涣散的“资金桥”可能更合理。 这就是跨rollup DEX的大致思绪。

上一篇 下一篇

猜你喜欢

网友评论

随机文章
热门文章
热评文章
热门标签