BNBChain Tech Community Call in Chinese

C跟那个跟那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个那个- 班老师好- 对,不闹规的我有几个问题啊一个问题是说我们现在去判断夹子攻击的pattern

0:40:30 - 0:40:34

它是说我作恶呢,它是一个基于说这个夹子地址的

0:40:34 - 0:40:39

还是说我夹子的攻击有一些,有一些范式,有一些特定的pattern

0:40:39 - 0:40:41

我根据这些pattern去过滤

0:40:41 - 0:40:47

就是这个怎么去判断这个夹子的攻击的方式呢?

0:40:47 - 0:40:51

这是我的第一个问题,这几个问题可能比较小呗。

0:40:51 - 0:40:58

第二个问题,刚刚也有提到说,我们相对数上减少了很多。

0:40:58 - 0:41:14

那它绝对数还是巨大的嘛,因为那个现在如果说我现在就对于钱包来讲,其实我是不想区分说哪些节点是抗MEV的节点,哪些节点是普通的节点。

0:41:14 - 0:41:19

我其实只想那个去去上列,其实不想有这个性负担。

0:41:20 - 0:41:26

那在这次长期来看做了这次Goodwill Allianz的攻击之后,

0:41:26 - 0:41:30

钱包能不能长期来讲去不关心这个逻辑。

0:41:30 - 0:41:38

我把所有的交易都广播上连,我就无需担心说用户被夹的问题。

0:41:41 - 0:41:45

好的,要不这个问题我们来主要回答好了就第一个问题的话

0:41:45 - 0:41:51

是的就是判断夹子最简单的一个范式吧

0:41:51 - 0:41:55

就是说可以去看这几笔一笔swap交易

0:41:55 - 0:41:58

它关联的上一笔跟下一笔交易

0:41:58 - 0:42:03

是不是跟它有同样的一个代币的一个交换

0:42:03 - 0:42:06

就比如说我要用BNP去买梦巴拉克

0:42:07 - 0:42:11

那我的用户交易是我用BNP一个BNP去买梦巴拉克

0:42:11 - 0:42:13

那么如果有夹子在夹我

0:42:13 - 0:42:15

那么我的上一笔交易大概率是

0:42:16 - 0:42:18

这个夹子用BNP买了梦巴拉克这个笔

0:42:19 - 0:42:20

然后我的下一笔是

0:42:21 - 0:42:24

这个夹子用他的梦巴拉克卖掉了

0:42:24 - 0:42:25

然后换回了BNB

0:42:25 - 0:42:26

在这个过程中

0:42:26 - 0:42:28

他因为我的滑点

0:42:28 - 0:42:30

他获得了一些超过的收益

0:42:30 - 0:42:35

这个是比较简单的夹子

0:42:35 - 0:42:37

当然后面其实会有很多的一些

0:42:37 - 0:42:40

隐身的一些夹子的行为

0:42:40 - 0:42:42

这个再讲的话可能就不太合适

0:42:42 - 0:42:47

因为我们需要用这些行为规则去识别就这种夹子攻击

0:42:47 - 0:42:50

但对于社区来说可能大家可能比较比较粗浅的理解

0:42:50 - 0:42:51

应该就这样子

0:42:53 - 0:42:53

OK

0:42:53 - 0:42:57

然后第二个的话其实目前我们观察到

0:42:57 - 0:42:59

链上的夹子的

0:42:59 - 0:43:01

就是实际的一些情况

0:43:01 - 0:43:05

因为可能还会有一些交易是不是假的

0:43:05 - 0:43:06

但我们误视别为假的

0:43:06 - 0:43:09

目前我们每个小时在链上控制的

0:43:09 - 0:43:12

夹子数量是200个以内

0:43:13 - 0:43:14

就200个左右吧

0:43:14 - 0:43:17

这个其实对比Sorana

0:43:17 - 0:43:21

其实就从绝对值上面也已经得到了一个很好的一个提升

0:43:21 - 0:43:23

就这个这个大家也可以看一下

0:43:23 - 0:43:26

目前这边B群官方提供的那个数据

0:43:26 - 0:43:27

然后Solana上面的话

0:43:27 - 0:43:30

我们今天粗浅的看了一下那个一个工具吧

0:43:30 - 0:43:33

然后包括我们自己也标志了一些

0:43:33 - 0:43:34

比较大的一些甲子攻击的地址

0:43:34 - 0:43:36

他们每一个甲子

0:43:36 - 0:43:37

其中的一个甲子

0:43:37 - 0:43:42

它的出击频率大概一天是两三千笔交易

0:43:42 - 0:43:43

也就是说它一个甲子

0:43:43 - 0:43:47

已经达到了BIC目前一天的那个夹子空气量

0:43:47 - 0:43:49

所以在这个数量上面我们觉得

0:43:49 - 0:43:55

目前来看Goodwill已经做到了比较好的效果

0:43:55 - 0:43:57

但是其实我们说句实在话

0:43:57 - 0:43:59

我们其实在跟夹子在做竞争嘛

0:43:59 - 0:44:01

就我们那些行为识别的一些规则

0:44:01 - 0:44:04

现在夹子也在去做一些调整

0:44:04 - 0:44:05

这个是一个动态共同的过程我们一直在做这个工作的时候一些行为识别的一些规则现在夹子也在去做一些调整

0:44:05 - 0:44:06

就这个是一个动态共同的过程

0:44:06 - 0:44:08

就我们一直在开始做这个工作的时候

0:44:08 - 0:44:11

我们就一直在说这是个动态共同的过程

0:44:11 - 0:44:12

所以我们肯定得一直去做

0:44:12 - 0:44:15

然后甚至于要去防弹一些

0:44:15 - 0:44:17

比较特殊的一些夹子的一些行为

0:44:17 - 0:44:19

比方说我们叫飞鸭子夹

0:44:19 - 0:44:20

或者是说其他的一些夹子

0:44:23 - 0:44:27

行行那啊行行行

0:44:27 - 0:44:30

因为对于遣包测来讲

0:44:30 - 0:44:35

那个就是其实MEV抗MEV节点

0:44:35 - 0:44:39

他的带宽其实是会比普通的节点要小

0:44:39 - 0:44:43

其实那个其实我们也在看一些说

0:44:44 - 0:44:48

就如何能够提高遣包测帮用户去尽可能

0:44:49 - 0:44:53

让交易做的更加丝滑的一些一些方法啊谢谢

0:44:53 - 0:44:57

啊就我带我带我带可以快再分享一下吧

0:44:57 - 0:45:00

就是说呃其实可以这么做

0:45:00 - 0:45:03

就是有很多提供安提安米的这个服务

0:45:03 - 0:45:05

最终的话其实是会集中到我们现在

0:45:05 - 0:45:08

不得不的一些builder上面的

0:45:08 - 0:45:11

但是其实你确实去发不同的链路

0:45:11 - 0:45:13

它的带宽会影响到你的商量速度

0:45:13 - 0:45:15

所以我们建议多发

0:45:16 - 0:45:19

都发的就我发几个

0:45:19 - 0:45:21

对其实现在Gmg

0:45:21 - 0:45:24

就是现在Sorana上面发的链路其实也是多发

0:45:25 - 0:45:28

就是我去发不同的链路其实也是多发就是等我去发不同的这个这个链路

0:45:28 - 0:45:32

就多发一定能解决你们目前上链时间卡顿的一些问题

0:45:33 - 0:45:39

嗯谢谢谢谢要靠监控就是就是不要不要去发到一些恶意的说自己是NTMV

0:45:39 - 0:45:41

但是实际上他自己没有做到是你自己在作恶的一些节点

0:45:42 - 0:45:45

这个我们也可以会后再去沟通一下解决方案

0:45:45 - 0:45:48

对对行后面多向你们请教啊

0:45:48 - 0:45:49

谢谢

0:45:54 - 0:45:57

非常感谢可以你有任何的附加附加的评论吗

0:45:57 - 0:45:58

就是附加的一些评论

0:45:58 - 0:46:03

我想说一句啊就是对于钱包来讲

0:46:03 - 0:46:10

我们真心希望这个默认把防MEV的功能打开

0:46:10 - 0:46:11

因为对于用户来讲

0:46:11 - 0:46:14

他可能针对这种swipe的场景

0:46:14 - 0:46:16

他很有可能会忘记

0:46:16 - 0:46:17

或者说他一些小白的用户

0:46:17 - 0:46:20

他可能没有这个概念

0:46:20 - 0:46:22

我们发现大量被夹的这种场景

0:46:22 - 0:46:23

都是这样子发生的

0:46:24 - 0:46:28

所以钱包我们真心希望就是说从钱包侧

0:46:28 - 0:46:31

如果用户发现如果用户想要去做swipe

0:46:31 - 0:46:35

就默认把这个MV的保护把它打开

0:46:35 - 0:46:39

对这里我再补充一句吧

0:46:39 - 0:46:41

就怎么样更好地提升用户体验

0:46:41 - 0:46:46

我们其实是会通过我们的RBC去发的这条交易

0:46:46 - 0:46:48

你只要交易发到我们这边

0:46:48 - 0:46:49

我们都会提前监控

0:46:49 - 0:46:51

我们收到跟实际上链的时间的差距

0:46:51 - 0:46:53

所以我们可以给你们做一些反馈

0:46:53 - 0:46:55

就是从我们视角上面来看

0:46:55 - 0:46:58

Anti-MVV这条链路到底还可不可以用

0:46:58 - 0:47:02

根据我们目前那些经验的话

0:47:02 - 0:47:05

在每个快交易少于800条的时候

0:47:05 - 0:47:08

这条链路都是跟正常你的P2P去广播差不多的

0:47:09 - 0:47:11

800到1000甚至可能1000更多

0:47:11 - 0:47:12

会有一些影响

0:47:12 - 0:47:15

但是这个可能我们也在跟链的

0:47:15 - 0:47:16

team再去做一些优化

0:47:17 - 0:47:19

这个我可以再多说两句

0:47:19 - 0:47:21

这个我们实际上

0:47:21 - 0:47:22

就像BlockGridd说的

0:47:22 - 0:47:26

我们在这种高负载的这种场景下

0:47:26 - 0:47:29

我们也会进一步优化Vitadator的算法

0:47:29 - 0:47:34

来让Builder能够更有效的去竞争过本地交易

0:47:34 - 0:47:35

这个其实在高流量的时候

0:47:35 - 0:47:37

我们其实也观察到

0:47:37 - 0:47:41

比如说超过800的一个区块超过800的交易的时候

0:47:41 - 0:47:48

发现很有可能Builder发的Bit跟本地交易

0:47:48 - 0:47:52

就是通过P2P网络收到的本地交易竞争

0:47:52 - 0:47:54

有可能会竞争失败

0:47:54 - 0:47:58

导致通过发Builder的交易上链速度会回首影响

0:47:58 - 0:48:02

这个问题我们也在跟Builder一起去

0:48:02 - 0:48:04

想办法尽可能的解决

0:48:04 - 0:48:07

来进一步提升用户体验

0:48:11 - 0:48:13

不好意思我提一个点

0:48:13 - 0:48:19

就是咱们有没有跟一些searcher沟通过

0:48:19 - 0:48:24

有没有可能通过让searcher去帮忙

0:48:24 - 0:48:28

去相当于约束一下一下這種夾子或者MED

0:48:28 - 0:48:30

來保證一些

0:48:30 - 0:48:33

保證用戶這邊的一些體驗

0:48:33 - 0:48:36

對這其實因為是涉及到整個鏈路嘛

0:48:36 - 0:48:38

所以這樣也可能是一個比較好的

0:48:38 - 0:48:41

從源頭上解決的問題一個方法

0:48:46 - 0:48:48

這個建議其实非常好但是我有一点担心Searcher他们有没有非常强的

0:48:48 - 0:48:50

这种incentive去做这件事情

0:48:50 - 0:48:54

这个可能BlockRaisers回答会更合适一些

0:48:56 - 0:48:58

我们来回答一下这个问题

0:49:02 - 0:49:04

实际上Searcher的

0:49:04 - 0:49:12

这个建议我们来回答一下这个问题实际上Certior的状态

0:49:12 - 0:49:14

它其实并不是一个公司

0:49:14 - 0:49:16

或者说是一个去中心化的实体

0:49:16 - 0:49:23

他们的状态可以认为是一个中立的一个经营模式

0:49:23 - 0:49:25

就是哪边有利润就往哪边去

0:49:25 - 0:49:33

所以只要三明治的入口敞开就一定会有非常饱和的三明治攻击

0:49:33 - 0:49:40

如果把三明治的入口堵死那么也会出现非常多攻击这个入口

0:49:40 - 0:49:45

想做这个猫抓老鼠游戏的现象发生现在也一直存在

0:49:50 - 0:49:55

所以依赖searcher来做自我约束或者说searcher来通过构建一些系统

0:49:55 - 0:49:57

来解决这个问题可能不太现实

0:49:57 - 0:49:59

比较现实的做法是

0:49:59 - 0:50:01

了解searcher技术的机构

0:50:01 - 0:50:04

来和我们builder一起来构建

0:50:04 - 0:50:06

可能更合适的解决方案来

0:50:07 - 0:50:11

相当于是我们来打赢这一次长久的攻防的这么一个

0:50:11 - 0:50:13

一个问题吧对对对

0:50:20 - 0:50:21

感谢blograzer

0:50:22 - 0:50:28

然后也非常感谢刚刚边前包的同学,就是刚刚的发言,然后我想

0:50:28 - 0:50:48

还有一个问题,还有些小白问题想要请教,所以刚刚那个China同事有提到说是建议把这种swap的这种交易保护起来

0:50:48 - 0:50:51

对对对就是对对就是交易内的

0:50:51 - 0:50:56

交易其实我们就指swap的交易

0:50:56 - 0:50:59

行行就可能我们用词不太一样

0:50:59 - 0:51:04

对于所有dex的交易都默认打开

0:51:04 - 0:51:06

ent M-E-V对对对对因为我们发现根据我们的观察对于所有的 Dex 的交易都默认打开 MEV

0:51:06 - 0:51:09

对因为我们发现根据我们的观察

0:51:09 - 0:51:12

有大量的用户他不知道这个概念

0:51:12 - 0:51:15

他甚至不知道 MEV 是什么

0:51:15 - 0:51:17

我们现在的做法是说

0:51:17 - 0:51:22

会对用户 20U 以上的交易去打开保护

0:51:22 - 0:51:25

但其实是建议说就对所有的用户就对所有的交易去打开保护但其实是建议说就对所有的用户

0:51:25 - 0:51:27

就对所有的交易都打开

0:51:27 - 0:51:32

对其实我相信你们如果对20优

0:51:32 - 0:51:34

以上交易做了保护

0:51:34 - 0:51:36

应该也是足够的

0:51:36 - 0:51:39

因为如果20优以下夹字的利润就会非常低

0:51:39 - 0:51:41

他可能因为这个原因

0:51:41 - 0:51:43

他也不会去主动夹这些小额交易

0:51:43 - 0:51:48

但是如果在成本允许的情况下

0:51:48 - 0:51:52

把所有的这种交易去保护的话

0:51:52 - 0:51:55

可能对用户的体验会更好一些

0:51:56 - 0:51:59

我稍微说一下这个夹字的话

0:51:59 - 0:52:01

这个是有一个最低公式的

0:52:01 - 0:52:02

这个是可以算出来的

0:52:02 - 0:52:04

它要小于一个纸

0:52:04 - 0:52:06

它就无力可套的。

0:52:06 - 0:52:07

对。

0:52:07 - 0:52:09

对,对。

0:52:09 - 0:52:16

可以根据这个来,有BSC上实际的数据吗?大概是几,我以下比。

0:52:16 - 0:52:28

它是根据池子的那个里头,就是你的这个交易占池子的那个比例例是一个可以计算的一个值

0:52:28 - 0:52:33

OK,所以也是一个动态的,对吧?

0:52:33 - 0:52:35

对,就是根据你的池子

0:52:35 - 0:52:39

我到时候可以给大家发一个

0:52:40 - 0:53:05

嗯,他好像掉了,对,掉线了,对,他掉线了,稍等,对,关于,呃,我记得关于MV这一块,稍等,他又进来了,来了,哦,我掉线了刚才好像

0:53:05 - 0:53:06

来了来了

0:53:07 - 0:53:08

哦

0:53:08 - 0:53:12

对然后因为现在这个

0:53:13 - 0:53:15

这个

0:53:16 - 0:53:21

链上的这个信息我们现在我们现在我们其实一开始是做

0:53:22 - 0:53:25

就是就BnB链的这个

0:53:26 - 0:53:29

三明治的这个识别了就是很早就做了

0:53:29 - 0:53:32

那后来后来把它把它下掉了

0:53:32 - 0:53:35

但是基本的这个识别的方法还是还是有的

0:53:36 - 0:53:39

然后我可以给大家发一本发一个资料了

0:53:39 - 0:53:41

对如果如果大家感兴趣的话可以去

0:53:42 - 0:53:43

可以去看那个那个东西

0:53:43 - 0:53:46

是我们把所有的交易都写成了书

0:53:46 - 0:53:47

跟分门别类的

0:53:47 - 0:53:51

包括现在的主流的这些识别方法

0:53:51 - 0:53:55

应该我们是在DeFi这个里头是第一个做的

0:53:56 - 0:54:01

现在包括Flashbox这类用的这些方法

0:54:01 - 0:54:03

也都是我们

0:54:03 - 0:54:06

如果大家对这个比较感兴趣的话

0:54:06 - 0:54:07

可以跟我们交流

0:54:07 - 0:54:13

然后我觉得防止夹子这个事情的话

0:54:13 - 0:54:17

以我们跟searcher非常密切的接触来看的话

0:54:17 - 0:54:19

大家不用想的特别乐观

0:54:19 - 0:54:22

他总会发明大家想的这些东西

0:54:22 - 0:54:25

他总会发明其他的方法这个�东西他总会发明其他的这个方法

0:54:25 - 0:54:29

这个斗争可能会持续的长期的

0:54:29 - 0:54:30

对

0:54:30 - 0:54:37

然后所以大家就是现在只能解决一步的问题

0:54:37 - 0:54:40

但看哪个事情是最主要的

0:54:40 - 0:54:43

如果你想一次的把所有的问题都一次解决的话

0:54:43 - 0:54:45

那个可能不太现实

0:54:45 - 0:54:47

这是我的一个观点

0:54:47 - 0:54:51

谢谢现在可以再交流一下

0:54:51 - 0:54:56

我在chat里头发了那个大家能看到吗

0:54:56 - 0:54:58

不知道可能能看到吧

0:55:01 - 0:55:03

看到substack

0:55:08 - 0:55:14

可以看到的哈喽哈喽既然大家都聊到这么细节了

0:55:14 - 0:55:16

我可以补充一下信息就是

0:55:16 - 0:55:21

我可以给大家科普一下三明治具体如何攻击的

0:55:21 - 0:55:25

然后刚才咱们聊到20U以上

0:55:25 - 0:55:29

可以才打开MV保护这个是

0:55:29 - 0:55:31

合理的一个做法

0:55:31 - 0:55:34

实际上我们也给OKS Wallet

0:55:34 - 0:55:37

服务然后我们实际上也交流了很多这样的信息

0:55:37 - 0:55:41

我们可以给一个确切的数字就是

0:55:41 - 0:55:44

首先三明治的利润如果低于

0:55:44 - 0:55:47

大约在0.2U左右

0:55:47 - 0:55:48

他们就不会出手

0:55:48 - 0:55:51

因为这是三明治攻击的成本底线

0:55:51 - 0:55:53

0.2U左右

0:55:53 - 0:55:54

而这个0.2U怎么算出来

0:55:54 - 0:55:57

其实是和两个因素有关系的

0:55:57 - 0:56:01

第一个因素是这笔交易的交易额度

0:56:01 - 0:56:03

就是Mountain是多少

0:56:03 - 0:56:07

第二个因素是钱包默认给用户选择的

0:56:07 - 0:56:08

滑点是多少

0:56:08 - 0:56:15

这个两个数相乘可以认为就是一笔交易被攻击

0:56:15 - 0:56:17

达到极限的三分之利润

0:56:17 - 0:56:18

基本可以这么认为

0:56:18 - 0:56:23

所以一般来说钱包它不会设置百分之一以上的滑点

0:56:23 - 0:56:25

再加上这个20U的限制

0:56:25 - 0:56:27

其实已经基本可以做到防治

0:56:27 - 0:56:30

然后为什么我也建议就是说

0:56:30 - 0:56:32

不要完全全开protect

0:56:32 - 0:56:35

而是一定数额之上去全开

0:56:35 - 0:56:38

是因为在极端行情之下

0:56:38 - 0:56:41

Anti-MV的链路确实是有可能失效的

0:56:41 - 0:56:42

然后目前来看呢

0:56:42 - 0:56:47

我们是和BnB Chain的这个团队

0:56:47 - 0:56:48

我们一直在做努力

0:56:48 - 0:56:51

但是短期内它不一定能完全解决

0:56:51 - 0:56:53

当然我们希望可能一个月两个月之后

0:56:53 - 0:56:54

就完全根治了

0:56:54 - 0:56:57

到那个时候我们再跟大家去分享这个信息

0:56:57 - 0:56:59

但现在呢为了更极致的体验

0:56:59 - 0:57:04

在少的交易或者说被攻击切面存在情况下

0:57:04 - 0:57:08

还是可以就是说一个金额之上去做這個防禦

0:57:15 - 0:57:16

好的非常感謝

0:57:16 - 0:57:19

我看到其實很有其他錢包的同學

0:57:19 - 0:57:24

在這邊然後我想請Biget Waller和Trust Waller

0:57:24 - 0:57:26

兩位來聊一聊吧

0:57:29 - 0:57:35

因為BK Wallet和Trust Wallet也是對我們支持非常大的錢包

0:57:35 - 0:57:40

然後包括最近Trust Wallet他剛剛推出了他那個零售的功能

0:57:40 - 0:57:42

然後包括BK Wallet也是

0:57:42 - 0:57:44

請問兩位在嗎

0:57:44 - 0:57:46

在的在的

0:57:46 - 0:57:48

那我這邊可以先講

0:57:48 - 0:57:50

就是這次BSN

0:57:50 - 0:57:52

升級的三個主要項目其實

0:57:52 - 0:57:54

對於Trans-Solid來說都有很大的幫助

0:57:54 - 0:57:56

首先是出塊時間

0:57:56 - 0:57:58

降低出塊時間顯然就會

0:57:58 - 0:58:00

極大的增大

0:58:00 - 0:58:02

出現三明治攻擊的難度

0:58:02 - 0:58:04

與此同時本身

0:58:04 - 0:58:07

在不影響共識的情況下

0:58:07 - 0:58:09

降低出塊時間就是一個很有難度的事情

0:58:09 - 0:58:11

特別是亞苗級的出塊時間

0:58:11 - 0:58:13

對於用戶的交易體驗來說

0:58:13 - 0:58:16

肯定會有相當大的幫助和提升

0:58:16 - 0:58:18

而MEV這個問題

0:58:18 - 0:58:22

我們其實TrustBot一直以來就有MEV保護

0:58:22 - 0:58:28

但是實現的方式是通過集成一些帶MEV保護的節點商來完成的

0:58:28 - 0:58:32

換句話說就是這些節點商他們有私有的內存池

0:58:32 - 0:58:35

對用戶而言就是我的交易發過去

0:58:35 - 0:58:38

MEV三分之之攻擊者看不到我的交易

0:58:38 - 0:58:40

你也就加不到我

0:58:40 - 0:58:43

但是這樣其實在某種程度上也變相的

0:58:43 - 0:58:46

縱容了這些節點上他們自己的MEVT取

0:58:46 - 0:58:48

排序這些交易

0:58:48 - 0:58:52

所以我覺得最好還是從供電的根本上能夠解決這種問題

0:58:52 - 0:58:54

所以這個肯定是值得讚的

0:58:54 - 0:58:57

再有就是7702升級

0:58:57 - 0:59:02

我們一直都在治理與7702相關的那種技術設施研發

0:59:02 - 0:59:05

與此同時也和BSA做了一些

0:59:05 - 0:59:06

相關的

0:59:07 - 0:59:08

應用層的研究

0:59:08 - 0:59:10

並且其實也做了一些

0:59:10 - 0:59:11

在

0:59:11 - 0:59:14

BSA的測試網上已經實現了一些

0:59:14 - 0:59:15

新的應用層的那種

0:59:15 - 0:59:19

對用戶有益的這種嘗試

0:59:19 - 0:59:20

我可以舉個例

0:59:20 - 0:59:22

比方說

0:59:22 - 0:59:23

就是叫什麼呢

0:59:24 - 0:59:28

Multi-call就是一步完成授權和交易

0:59:28 - 0:59:34

我相信對於所有在鏈上打土狗的用戶來說,都是一個很有價值的東西

0:59:34 - 0:59:42

再有,比如說,你用Passkey來認證,這個很容易幫助用新用戶上手錢包

0:59:42 - 0:59:45

特別是剛接觸區塊鏈的那種小白用戶上手錢包,特別是那種剛接觸區塊鏈的這種小白用戶

0:59:45 - 0:59:49

再有呢,我們可以實現通過這個基金鏈設施實現

0:59:49 - 0:59:53

賬戶恢復功能啊,或者說是

0:59:53 - 0:59:57

Gas抽象之類的功能啊,比如說你可以用

0:59:57 - 1:00:01

BNB之外的這些Token來支付Gas,用USDT

1:00:01 - 1:00:08

FDUSD之類的Token來支付Gas再有呢,我们甚至还可以实现更多的自动化的功能

1:00:08 - 1:00:11

当然这些很多是在预言的阶段

1:00:11 - 1:00:14

但是呢,我们很快可能在四月份也会推出一版

1:00:14 - 1:00:18

甚至能够让用户使用上的一些 T702 的功能

1:00:24 - 1:00:26

好的,好的,非常好,谢谢K 你有什么想要补充的吗

1:00:26 - 1:00:28

我想说一下就是

1:00:28 - 1:00:31

最近我们发了7702的一个demo

1:00:31 - 1:00:34

在BimBiChain上的这个推特上面

1:00:34 - 1:00:35

大家可以看一下

1:00:35 - 1:00:38

这个当然是一个非常简单的一个demo

1:00:38 - 1:00:40

只是为了展示7702的一些基础能力

1:00:40 - 1:00:42

跟整个业务逻辑

1:00:42 - 1:00:44

如果大家有兴趣的话

1:00:44 - 1:00:45

我们可以再进一步深入的讨论简单的一个demo只是为了展示这个G7-02的一些基础能力跟整个业务逻辑

1:00:45 - 1:00:47

如果大家有兴趣的话

1:00:47 - 1:00:49

我们可以再进一步深入的讨论

1:00:49 - 1:00:53

好的感谢

1:00:53 - 1:00:55

接下来我想邀请

1:00:55 - 1:00:57

这是我们的最后一位嘉宾

1:00:57 - 1:01:00

BIGGYPW的同学来聊一下

1:01:00 - 1:01:01

我们正式的升级

1:01:01 - 1:01:03

因为我知道你们从之前开始

1:01:03 - 1:01:07

对咱们BNB chain的支持力度就非常大

1:01:07 - 1:01:11

包括你们一些提款什么其实都是现在都是零gats fee的

1:01:11 - 1:01:12

请请开麦

1:01:14 - 1:01:15

Hello Hello

1:01:16 - 1:01:17

Hello 你好

1:01:17 - 1:01:18

你好

1:01:20 - 1:01:24

对主要是问一下就是就是BG wallet

1:01:24 - 1:01:30

这边对咱们这边的升级有什么具体的看法跟建议吗?

1:01:30 - 1:01:52

对我们BitGit Wallet其实之前也是支持的比较T和FDUSD的那个每天2bit的零gas transfer

1:01:52 - 1:01:56

然后呢我们现在如果是7702上的话

1:01:56 - 1:02:04

我们也是可能会考虑说会尽快的支持相关的就是可能在

1:02:04 - 1:02:26

因为7702的风险确实有点高,可能会,嗯,在一些局部的,嗯,产品场景里面会用7702也是来支持一些零gass的场景,对,然后就这个4702的话也想问一下,嗯,就是咱们对这个钱包风险的一个,一个一个看法,法对因为确实它的权限很大

1:02:26 - 1:02:28

然后可能嗯

1:02:28 - 1:02:30

他会对我们钱包来说

1:02:30 - 1:02:32

其实也是一个比较大的挑战

1:02:32 - 1:02:33

如果我们要使用的话

1:02:37 - 1:02:37

K 你好

1:02:37 - 1:02:39

吉米你来回答这个问题吧

1:02:39 - 1:02:41

就是风险这方面其次零二

1:02:43 - 1:02:44

嗯风险的话

1:02:44 - 1:02:48

确实确实整个社区里面有很大量的讨论

1:02:50 - 1:02:52

但是我相信这个风险是需要

1:02:54 - 1:02:59

怎么说呢就是本身对于整个钱包的这个合约开发

1:03:00 - 1:03:08

包括整个用户的这个风险的意识的education

1:03:08 - 1:03:12

我觉得是可以大幅度降低用户的风险的

1:03:12 - 1:03:17

但是我觉得我非常同意Big Ed同事说的

1:03:17 - 1:03:21

现在这个时间点大量的应用

1:03:21 - 1:03:29

包括钱包本身都是还在仔细的去看这个7702会带来的风险

1:03:29 - 1:03:30

我觉得谨慎是没有问题的

1:03:30 - 1:03:34

但是在保证谨慎的同时

1:03:34 - 1:03:38

怎么样让用户更加理解7702

1:03:38 - 1:03:40

然后在使用7702钱包的时候

1:03:40 - 1:03:42

或者说即使不是钱包

1:03:42 - 1:03:46

可能是一些Execution的一些应用的时候

1:03:46 - 1:03:49

怎么样让用户意识到这个风险的存在

1:03:49 - 1:03:51

然后怎么样去规避这个风险

1:03:51 - 1:03:53

是一个非常长期的一个过程

1:03:53 - 1:03:57

我们也是非常希望能够跟钱包一起

1:03:57 - 1:04:00

来准备一些材料包括一些

1:04:00 - 1:04:09

用户的教育的这些相关的内容

1:04:09 - 1:04:11

我们都是可以一起去整理

1:04:11 - 1:04:12

包括一起去发布的

1:04:12 - 1:04:14

这样的话对整个生态

1:04:14 - 1:04:15

尤其是对用户来说

1:04:15 - 1:04:16

也是一个更加负责

1:04:16 - 1:04:19

更加安全的一个做法

1:04:22 - 1:04:24

好的感谢

1:04:24 - 1:04:45

然后我还有另外一个关于MEV的问题是说,比如说我们作为钱包我们想要帮用户来接入这个MEV保护的话,然后虽然说我们这个BnB现在这个出口时间说的更短了,对,但我们之前是有遇到,比如说我们最近

1:04:45 - 1:04:48

是有遇到说,嗯

1:04:48 - 1:04:51

用户的交易发送到MEV

1:04:51 - 1:04:54

之后呢,然后我们可能又用了Pending Nuts

1:04:54 - 1:04:55

对,然后

1:04:55 - 1:04:58

交易它可能就卡住了这种情况

1:04:58 - 1:05:00

对,然后以及说

1:05:00 - 1:05:01

嗯

1:05:01 - 1:05:07

我们一般来说,使用MEV购买商的话他支持多高频

1:05:07 - 1:05:10

就是他能够支持到有多高频的这个交易

1:05:10 - 1:05:13

就比如说一个用户他可能是一个区块

1:05:13 - 1:05:16

到底能用几笔交易被放进去这个样子

1:05:16 - 1:05:19

这些限制可能想了解一下

1:05:19 - 1:05:22

因为咱们刚好也有MEV的同事在

1:05:22 - 1:05:25

就也不要同事就

1:05:29 - 1:05:31

这个Block Reader要不要回答一下

1:05:31 - 1:05:33

我觉得其实Builder的性能

1:05:33 - 1:05:35

包括Builder的Read Limit

1:05:35 - 1:05:38

其实也是整个社区非常关心那个点

1:05:39 - 1:05:40

好的我们来回答一下这个问题

1:05:42 - 1:05:44

就这个问题其实很多Wallet问过我们

1:05:45 - 1:05:49

这又是一个没法精神精美的选择

1:05:49 - 1:05:49

为什么呢

1:05:50 - 1:05:54

其实用户其实我们不管钱包

1:05:54 - 1:05:57

或者说某一个个人用户他的Front

1:05:57 - 1:06:00

他在一个区块里连续发几笔

1:06:00 - 1:06:03

其实性能上都是完全能够接受的

1:06:04 - 1:06:08

但是protectRPC他是有一些设计上的限制

1:06:08 - 1:06:16

首先protectRPC它是需要做到和publicRPC相同的表现

1:06:16 - 1:06:20

也就是说需要做到Panelounce

1:06:20 - 1:06:24

否则的话我们是没有办法在同一个区块

1:06:24 - 1:06:25

接到同三那儿的nounce加1加2加3加4的连续交易的Panel NOS 否则的话我们是没有办法在同一个区块

1:06:25 - 1:06:30

接到同三那儿的NOS加1加2加3加4的连续交易的

1:06:30 - 1:06:34

这是一种设计的方案那么这就会导致

1:06:34 - 1:06:40

当交易比较高发的时候 Wallet的用户

1:06:40 - 1:06:45

如果设置错了NOS 或者说由于节点之间的状态同步不一致

1:06:45 - 1:06:49

NAS比实际的使用加1了

1:06:49 - 1:06:52

它的NAS就会实际上卡在RPC里面

1:06:52 - 1:06:54

内存中可能要卡个几十个块

1:06:54 - 1:06:56

直到他们把中间那笔NAS补上

1:06:56 - 1:06:58

或者说被丢弃

1:06:58 - 1:07:01

这是一个现在确实比较高频发生的现象

1:07:01 - 1:07:04

所以我们也在考虑

1:07:04 - 1:07:06

我们是否要推出一个

1:07:06 - 1:07:08

不支持Panitnance的RPC

1:07:08 - 1:07:11

来做到我们只能做到

1:07:12 - 1:07:15

当前Nance能够接受进入

1:07:15 - 1:07:17

TX Simulator

1:07:17 - 1:07:20

然后拒绝掉跳过Nance的这些交易

1:07:20 - 1:07:22

那么其实这样的话我们可以做到

1:07:22 - 1:07:24

让Wallet就是自己选择

1:07:24 - 1:07:26

如何抉择这个用户的体验

1:07:26 - 1:07:29

因为这个事情从实现上确实是不能兼得的

1:07:36 - 1:07:39

好的我这边没有其他的问题了

1:07:39 - 1:07:42

感谢两位大佬的解释

1:07:44 - 1:07:50

也非常感谢BIG A跟Trash今天可以过来跟我们一起就是说去探讨这个问题

1:07:50 - 1:07:52

希望未来能有多多的合作

1:07:52 - 1:07:54

其实时间也差不多了

1:07:54 - 1:07:56

也快一个小时

1:07:56 - 1:07:58

一个小时出一点面了

1:07:58 - 1:08:01

然后我想请问一下K你还有什么需要补充的吗

1:08:01 - 1:08:03

还是其他人

1:08:03 - 1:08:05

我想再补充的吗还是其他人

1:08:10 - 1:08:15

我想再补充一句就是关于BnB Chain的生态我们是希望能够跟各位这个项目方

1:08:15 - 1:08:20

包括基建的这些运营者能够有更紧密的合作

1:08:20 - 1:08:22

所以有任何问题

1:08:22 - 1:08:25

欢迎大家到我们的BnBChain的forum上面

1:08:25 - 1:08:28

去吐槽去提建议

1:08:28 - 1:08:32

然后同时BEP我们也是一个open的一个方案

1:08:32 - 1:08:33

大家如果有什么想法

1:08:33 - 1:08:37

随时在我们的这些渠道上面

1:08:37 - 1:08:39

能够给我们一些非常有帮助

1:08:39 - 1:08:42

非常有建议的有帮助的一些建议

1:08:42 - 1:08:45

来把整个BnB生态建设的更加开放

1:08:45 - 1:08:46

更加高效

1:08:46 - 1:08:49

而且能够让用户能够真实的感受到

1:08:49 - 1:08:52

我们整个社区是一个非常团结的社区

1:08:52 - 1:08:54

能够真的坐在一起

1:08:54 - 1:08:56

把用户的问题尽可能的解决掉

1:08:59 - 1:09:00

感谢Jimmy

1:09:00 - 1:09:01

我最后再补充一句吧

1:09:01 - 1:09:05

就是最近BnBchain的行情也非常火熱嘛

1:09:05 - 1:09:08

我們其實是非常非常歡迎

1:09:08 - 1:09:12

然後其他鏈的項目方跨鏈到BNC上

1:09:12 - 1:09:15

我們會有一連串的一些支持服務

1:09:15 - 1:09:17

包括一些浮華投資的機會

1:09:17 - 1:09:20

然後近期的話有特別優秀的項目方想要

1:09:20 - 1:09:24

把你的幣從其他鏈牽到BNC上可以聯繫

1:09:24 - 1:09:26

我們官推或者是我们我们关

1:09:26 - 1:09:33

推制定的那个TGBOT然后里面会有我们BD同事的一个联系方式在此号召一下大家

1:09:33 - 1:09:45

如果有这个想法的话可以欢迎多沟通然后我们这一次的社区通话到此为止非常感谢Bian钱包Outlayer

1:09:45 - 1:09:50

BiGa钱包Trust Wallet Block Razor Egan Fai

1:09:50 - 1:09:55

还有刚刚走调的那个极客GMGM的极客对

1:09:55 - 1:09:59

然后今天就到此为止了就是这种活动的话

1:09:59 - 1:10:02

我们以后会下次多办长办

1:10:02 - 1:10:06

然后也非常感谢大家今天的时间拜拜

Short Summary

Full Transcription