Aptos最有意思的点，并不在于吹上天际的16万TPS的交易并行模式BlockSTM，而在于它的每个区块里没有交易的原始数据。Aptos的出块者仅在区块头上标记出，这个Block内应当包含哪些交易，接收到Block的节点需要自己去本地的交易池里查找这些交易，然后把这批交易上链
这样做有什么好处？答案是：节约带宽。Nervos公链研究员张韧曾说：实际上是区块链吞吐量的最大限制，TPS就是的游戏。任何公链想要获得更高的TPS，都要先解决带宽消耗问题。决定一个公链网络TPS的核心在于它每秒能对多少笔交易达成共识，这就要看网络带宽与数据传播速度。
Beefy,Autofarm,Dforce等12个BNBCHAIN知名项目宣布参与DEX2.0协议DDDX.io的veNFT治理:3月28日消息，DDDX.io公布第二轮BNB Chain生态伙伴。合作伙伴将获得veNFT、获得交易所的投票权和治理权。
据悉，DDDX.io是由ACDAO发起的基于SOLIDLY改进的Dex2.0协议,现已经通过CERTIK审计，将于3月30日正式上线，4月7日开启第一次流动性挖矿奖励。[2022/3/28 14:23:05]
以太坊等传统公链的数据传输方式存在严重冗余，用户交易先在P2P网络里广播，置入几乎所有节点的，然后出块者会从自己的交易池里把交易，再广播。这样下来，一笔交易数据会在网络内广播，造成了严重带宽浪费。目前，以太坊每个区块包含的数据不能太多
Metis与Beefy Finance合作，已上线11个交易对流动性矿池:1月17日消息，Layer2 基础协议 Metis 宣布与跨链收益优化器 Beefy Finance 合作。Beefy Finance 官网已支持 Metis 上 11 个交易对的流动性挖矿。[2022/1/17 8:54:09]
Solana为此做出了最极端的尝试，直接把交易池取消不要了，所有的用户交易先发给指定的出块者Leader，再由Leader广播给其他节点。这样一来，每笔交易只需要在网络内广播。代价是没了交易池，垃圾交易过滤能力大幅下降。
专门给比特币矿工同步区块的FIBRE则使用了接近于Aptos的方案。出块者只向其他矿池节点发布最新区块的区块头，里面会标记，这个区块里应该包含哪些交易数据。接收到这个区块头的矿池节点，会去自己的交易池查找相关交易，把它们上链。若找不到，就去向发布区块头的出块者索取
Swarm宣布Bee v1.1.0版本已发布:以太坊存储项目Swarm宣布Bee v1.1.0版本已于近期发布，包括许多新特性、漏洞修复、性能增强和其他有趣的更新。[2021/8/11 1:48:51]
Aptos的做法实质与FIBRE接近。出块者Leader发布的也是袖珍型区块，里面会标记一批交易的ID号，指定执行顺序和结果。收到袖珍区块的Validator，去自己的交易池里找对应的交易数据，按Leader在袖珍区块里标记好的顺序执行，然后再把它们上链。
这样一来，真正限制Aptos吞吐量的，是节点们每秒能同步多少笔交易数据，而不在于出块者发布区块的速度、区块的数据容量。
聚币Jubi Labs与BeeSwap宣布联合成立300万美金的MDEX生态基金:据官方消息，Jubi Labs与BeeSwap达成深度战略合作，并联合成立300万美金的MDEX生态基金。共同助力交易所生态及DeFi生态发展。该基金将投入MDEX流动性矿池，产生所有收益将用于聚币交易所生态发展、用户交易奖励及BeeSwap 流动性贡献者奖励、BEE单币质押奖励、BEE回购等。
Jubi Labs是聚币集团旗下创新业务实验室，扶持优质创新赛道项目，致力于打造成为全球一流的优质区块链项目孵化实验室。
BeeSwap是?个?向区块链全?业，基于HECO开发的NFT-DAO底层治理架构的DeFi平台应?。[2021/2/26 17:55:10]
因为Leader可以在一个袖珍区块里，把交易池剩余的交易全标记了，让Validator一次把交易池里的交易全执行完。以现在的电脑硬件水平，节点每秒处理几千笔交易是毫无压力的。
一般而言，Aptos的共识节点时刻都会接收待处理的交易。每个共识节点Validator会把多笔待处理交易合并成一个批次Batch，广播给其他共识节点。其他共识节点收到这个交易批次后，会把它放进交易池里，并反馈给发布者一个回执签名。
动态 | De Beers等公司用区块链技术确保珠宝真实性:据英国《每日邮报》报道，De Beers等创业公司将区块链技术用于记录珠宝从矿场到珠宝商的流转过程，保存珠宝图片，并记录重量、颜色、清晰度、切割等信息，以确保其真实性。[2018/8/19]
比如：某个共识节点V在2秒内收到了50笔待处理交易，它验签后，把这50笔交易打包成了一个批次Batch，发送给其他共识节点。接收到Batch的节点也这么做，一传十十传百，这个交易批次最终装进了所有节点的交易池里。
每个接收者确认交易批次后，要给V发一个回执签名。
假设网络内有3f+1个共识节点，当V收到2f+1个回执后，就生成一个可用性证明PoAv。
每个批次Batch对应的PoAv，保证至少有2f+1个节点同步了这个交易批次。跟据拜占庭容错，可以认为所有节点最终都会收到这个交易批次。
其实这就相当于，网络节点对一个Batch完成了共识确认
Leader发布的袖珍区块中，会标记出一些生成了PoAv的交易批次Batch，叫接收者去自己的交易池里，找出这些已被同步给共识节点的交易Batch。很显然，在这种模式下，实质制约网络吞吐量的，是网络每秒能对多少笔交易达成同步共识，也就是每秒能为多少笔交易生成PoAv可用性证明。
这就有点像DAG公链一样，很多共识节点都可以发布一个区块，广播到网络中。但DAG的分叉选择算法只会选择一部分区块上链，因为这些区块可能包含冲突，比如包含某笔相同的交易。如果同时认可它们，就会造成双花。
Aptos面对的问题也在于这，如果两个交易Batch包含同一笔交易，那么有一个Batch必定被废弃。
如果Aptos在这方面好好优化，相信可以解决此类问题。至于其一贯鼓吹的BlockSTM并行执行模式，无外乎就是允许节点同时执行多笔交易。以太坊是串行执行，同一时刻只能执行1笔交易。但按照@chenxingdotli李辰星博士的看法，CPU单个核心每秒最多可以串行执行约5万笔基础转账，换做SWAP大概可以跑5000笔
但每秒最高可以执行5000笔SWAP的以太坊节点，平均每秒只能对10几笔交易达成共识。显然，串行还是并行与否，不是限制Layer1公链效率的最大问题。况且，Aptos的BlockSTM在理想状态下，也只是比以太坊提高了8-16倍的交易处理速度，这比Solana的Sealevel低了不知道多少。
值得注意的是，Aptos的节点带宽要求和Solana一样，都是1Gbit/s，换成网速就是125MB/s。这其实就说明了，它最后还是要以高配节点的方式，走纵向扩容之路。既然有了Solana作为前车之鉴，想必也不必对Aptos的效率抱以太大期望。
Aptos最大的亮点还是在于MOVE这门开发语言。如果MOVE可以展现出Solidity不具备的业务建模能力，那么Aptos还是会有很大的崛起可能。外加Multicoin和FTX、a16z等一众资本巨头入局，即便是在开盘就被Paradigm某工程师低级黑的情况下，还是会有很强的后劲。
毕竟市场本身就充满了不确定性，没人能预知未来。
在此感谢@Huobi_Research@jiangmengchu11@XResearchDAO的研报对我的启发，并且感谢unipass开发人员@xcshuan及@NervosNetwork的资料素材。
?这里面第二段的表述有些问题，应该是在带宽有限的情况下，改善了利用方式。Aptos的做法类似于Rollup，每个区块只包含交易数据的摘要，而不是完整的交易数据。这样一个区块就可以映射几千上万笔交易，而不像以太那样只有几百笔。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。