近期国产概念币爆火，国产公链币CFX一周翻了6倍，crypto玩家又一次把目光聚焦在“国产”赛道
今天来讲一个同为国产公链赛道的项目MapProtocol,但它又并不仅仅是一条链，更广义地讲，MAP是一个全链基础设施层
接下来，一起揭开这个带有“东方明珠”神秘色彩协议的面纱
背景在对MAP进行介绍前，先来看看跨链核心叙事的背景。随着各种各样L1/L2的井喷式涌现，逐渐演变成多链竞相繁荣的发展格局
报告：Worldcoin每年可能产生450万美元的以太坊Gas费:金色财经报道，Worldcoin在以太坊上的数字识别项目每年可能消耗450万美元的Gas费，从而推动企业对以太坊的需求。
Worldcoin项目在短短40天内就花费了50万美元的Gas费用于视网膜扫描的零知识证明。Worldcoin Orbs使用加密协议zk-proofs将用户的World ID添加到经过验证的人员的公共列表中。[2023/8/10 16:18:03]
但跨链桥的安全事故层出不穷，跨链桥史上10大攻击，涉案资产高达19亿美元
究其根本原因，主要源于跨链机制不成熟、偏中心化。目前绝大多数的跨链解决方案都是基于公证人机制(单签/多签/MPC)。但即使是安全性最高的公证人机制MPC,仍然需要信任特权角色MPC节点，也就意味着存在MPC节点联合作恶的风险
安全公司 Dedaub 发现 Solidity 编译器存在漏洞，多数已部署合约中的死代码极大增加 Gas 费成本:2月11日消息，安全公司 Dedaub 团队发现以太坊编程语言 Solidity 编译器存在漏洞，导致已部署的合约字节码中包括死代码（dead code），致使部署和操作智能合约时极大地增加了 Gas 费成本。Dedaub 表示，团队在评估开源二进制分流器 Gigahorse 时发现了这个错误。当库方法只被合约的构造器调用时，该漏洞就会出现。
通过 Gigahorse 分析，Dedaub 发现至少 35% 合约上存在一些死代码，其中 33% 占据其运行的大部分字节码。这些结果以 NFT 代理为主导，但其他代理合约也有同样问题。对于大型合约，该问题可以被忽略，但大多数已部署的合约都是小型合约。Dedain 团队在去年 11 月就已经发现了这个错误，并提醒 Solidity 团队确认该问题。[2023/2/11 12:00:31]
1inch基金会将再分配1000万枚1INCH代币延长Gas补偿计划:5月27日消息，1inch基金会宣布向通过1inch dApp质押1INCH的以太坊用户延长Gas补偿计划，决定再分配1000万枚1INCH代币来继续该计划。
具体补偿要求为，质押100枚1INCH的用户可获得25%的Gas返还；质押1000个1INCH的用户可获得50%的Gas返还；质押1万枚1INCH的用户可获得75%的Gas返还；质押10万枚1INCH的用户可获得100%的Gas返还。每个人每月最多可退还1万美元的1INCH代币。[2022/5/27 3:46:09]
再来看看近期名声鹊起的LayerZero跨链解决方案，依赖中继器和预言机2个外部链下角色完成消息在不同链间的中继
数据：以太坊网络gas费用涨至近50gwei，单日涨幅近400%:根据GasNow数据显示，以太坊网络手续费大幅上涨，在“Fast”标准下，Gas价格从6月21日的10gwei上涨至当前的49gwei，涨幅近400%。[2021/6/22 23:55:35]
其安全性是基于中继器和预言机相互独立的信任假设
但问题是中继器和预言机可以串通，导致预言机提供的区块头和中继器提供的交易证明均无效，但仍然匹配
MAPvs.LayerZero等上述跨链机制，无一例外，都引入了第三方特权角色，都是中心化/类中心化的跨链机制。MAP的创新之处在于：基于轻节点和零知识证明技术，无特权角色的完全去中心化全链网络
如前所述，MAP的跨链通信机制与Cosmos/Polkadot非常类似，通过分别在两条链上部署对端轻客户端进行跨链验证。即A链部署B链的轻客户端，B链部署A链的轻客户端
通过互建轻客户端的方式，确实可以达到消除特权角色的目的。但Cosmos/Polkadot仅支持生态内部同构链间的互操作，无法支持异构链。而MAP能实现所有链的互联互通
MAP能够支持所有链接入的技术实现在于：在中继链提供更多的不同类型轻客户端构建的原语，以预编译合约的方式将签名算法、哈希算法、MerkleTree证明内置。目的是让中继链和其他链实现同构，大大降低了在中继链部署其他链轻客户端的难度。这也是MAP有别于Cosmos/Polkadot最核心的创新
技术架构MAP的跨链流程比较复杂，这里不去讲跨链的具体流程，简单来讲下实现逻辑。MAP中继链上部署了各个链的轻客户端，架构中存在2个链下第三方角色：Messenger和Maintainer.其中Messenger负责向中继链提交交易，Maintainer提交区块头，最后由轻客户端负责验证交易的有效性
那既然Messenger和Maintainer都是链下第三方，如果它们往中继链提交错误的交易和区块头呢？
先说结论，它们无法轻客户端。因为两者都是没有特权的中心化角色，职能只是传输信息。部署在中继链上的轻客户端具有独立的自验证能力，一旦发现作恶的交易/区块头，轻客户端会直接Dcline
ZK技术的集成对于轻客户端的验证机制而言，跨链交易链上验证的gas费不可忽略。通过应用zk技术可以优化轻客户端的验证流程，降低gas消耗。即将跨链验证转移到链下，生成zk证明供轻客户端验证。据团队消息，测试环境下，基于轻客户端+zk组合gas消耗可以降到比MPC方案更低的程度
生态进展MAP是2019年成立的，经历了4年漫长的开发之路，终于在今年春节前夕上线了主网。目前团队工作重心是中间层应用的优化(如全链公钥体系、gasfee代付体系等)，已有30+Dapps项目方有意愿部署在MAP上
后记据我所知，MAP自19年成立以来，没有在一级市场融过资金，早期都是团队用自有资金在buidl.历经漫漫熊市最终跑出来
最后来看MAP的定位：打造华人第一全链基础设施，总部base香港
欢迎私信进交流群，今天的分享到此结束了，非常感谢各位朋友们百忙之中抽出时间来看这篇文章，希望文章对你有帮助，可以关注我和给我留言评论，一起交流
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。