主要优势

1.水平可扩展, 即时定额,低费用。 2.

您的资产直接存入您的帐户,而不是别人的聪明合同。

• 可读的签名请求:确切知道您要授予的内容。

• 轻松上车用户:立即发送资产,稍后再创建帐户。

• 在NFT中创建更多实用程序,并直接在链上存储。

花更少的时间修复智能合约,更多的时间构建酷炫的股票。

Sui使用股份证明,旨在提高效率。

Sui区块链通过实现空前的速度和可扩展性来重塑行业。它的创新方法利用了以下事实:大量区块链交易涉及非重叠状态,从而可以进行并行处理。此外,Sui针对单写对象进行了优化,从而消除了在简单交易中达成共识的需要。

与依靠火与遗忘广播的传统区块链不同,Sui的设计使请求者或代理能够主动与验证者进行通信以完成交易,从而几乎立即完成交易。在如此低的延迟下,Sui是将交易合并到需要实时完成的游戏和其他设置中的关键推动力。

Sui还支持以Sui Move编写的智能合同,这是对资产进行有力的调整 移动 对于Sui区块链,以实现强大的固有安全性和更易理解的编程模型。

在这个带宽成本稳步下降的世界中,Sui正在创建一个服务生态系统,它将发现它简单,有趣, 也许有利可图,以确保代表用户进行交易投票。

Sui在传统区块链方面的主要优势。

Sui的主要卖点是其空前的表现。以下要点总结了Sui在传统区块链方面的主要性能优势:

• Sui放弃了许多交易的共识,而其他区块链总是完全订购它们。因果订购交易使Sui可以大规模并行执行许多交易;这减少了延迟,并允许验证者利用其所有CPU内核。

• Sui将复杂性推到了边缘:客户端参与了许多协议步骤。这样可以最大程度地减少验证器之间的交互,并使它们的代码更简单,更有效。Sui始终可以将客户的大部分工作量卸载到Sui Gateway服务,以获得更好的用户体验。相反,传统的区块链遵循“放火”模型,在该模型中,客户端监视区块链状态以评估其交易提交的成功。

• Sui以网络速度运行,而无需等待协议步骤之间的系统超时。当网络良好且不受攻击时,这大大降低了延迟。相反,许多传统区块链((包括大多数基于工作证明的区块链))的安全性需要等待预定义的超时才能提交交易。

• Sui可以利用每个验证器更多的机器来提高其性能。传统的区块链通常设计为在每个验证器(上在单个计算机上运行,甚至在单个CPU )上运行。

Sui运行无领导者协议来处理简单事务(,即仅包含拥有的对象)。结果,错误的验证器不会以任何显着方式影响性能。对于涉及共享对象的交易,Sui采用最先进的共识协议,不需要 视图更改子协议 因此仅经历了轻微的性能下降。相比之下,大多数基于领导者的区块链甚至经历单个验证器的崩溃,其吞吐量都会下降,并且其延迟增加(通常增加一个以上的数量级)。

与许多传统的区块链相反,Sui在网络上并未做出强有力的同步假设。这意味着Sui在恶劣的网络条件(甚至过于恶劣),网络拆分/分区甚至针对验证器的强大DoS攻击下都保持其安全属性。对同步区块链(的持续网络攻击,即大多数基于工作证明的区块链)可能导致资源重复使用并造成僵局。

Sui的阅读过程与其他区块链有很大不同。对少数对象及其历史记录感兴趣的用户以低粒度和低延迟执行经过身份验证的读取。Sui从起源开始就创建了一个狭窄的对象家族树,使其只能读取绑定到交易发送者的对象。需要系统(的全局视图来审核系统)的用户可以利用检查点来提高性能。

在传统的区块链中,家庭彼此之间被命令完全订购交易。然后,这需要查询大量斑点以获取所需的精确信息。磁盘I / O可以成为性能瓶颈。

https://sui.io/

https://medium.com/sui-network-cn

各个赛道任务明细汇总：

https://mirror.xyz/0x3C8637Ce24b2F2079F2bD52886accCF9C9bAfbBc/LaZhMY_lRxVA4eU7jAaiH-V8yKY9vWszmN4RscG_WrQ

NEXT令牌详细信息：

• 代码: NEXT

• 标准：ERC20

• 总供应量：1B （十亿）代币

NEXT令牌用途：

Connext是去中心化网络公共基础设施的关键部分，由其社区拥有和运营。

因此，NEXT令牌的目的不是提供安全性，而是 在Amarok 升级后维护路由器的操作公平性 。 路由器是Connext的节点运营商，并质押NEXT参与网络，并从网络中获得一定比例的工作份额作为回报。NEXT通过确保所有路由器遵守关于公平交易排序的相同规则集来保持网络运行，如果违反这些规则，路由器的NEXT将被削减。

除了作为实用程序的作用外，NEXT还将用于通过DAO管理Connext网络的生态系统金库。

官网：

https://www.connext.network/

Discord:

https://discord.com/invite/connext

推特:

https://twitter.com/ConnextNetwork

博客:

https://medium.com/@connext_chinese

Notion中文频道:

https://connext.notion.site/Connext-8d725175c2cf43b0b9dddb9a47cd82df

Github:

https://github.com/connext

脸书:

https://www.facebook.com/ConnextProject

在成熟、完美、通用的消息跨链方案出现之前，Connext没有选择重复造轮子去开发和推广自己的消息跨链方案，而是不断探索，提出“安全的跨链可组合性”，通过与另外一个跨链协议的深度集成合作，组成一套跨链方案基础设置，即：模块化互操作性堆栈（MIS）。

1月25日，Connext宣布与Nomad建立深度合作伙伴关系，以加速采用无信任、完全通用的跨链通信。同时，Connext主网将在6月进行第一次升级，命名为Amarok，升级后Connext将全面采用Nomad作为新交易流程的安全模型。

以下是涉及到的几个主要问题和答案：

为什么升级

1)Connext跨链方案通用性受阻。 2)Connext Bridge流动性不足，大额交易体验差。 3)用户claim资金步骤繁冗。 4)用户资金存在锁仓风险，最长72小时才能取回资金。 5)路由必须在源链发送资金，在目标链接收资金，效率低下。 等等... ...

升级后效果如何

1)跨桥接时不再有签名要求。 2)路由器离线时不再有流动性锁定（现在任何路由器都可以在您启动后完成您的交易） 。 3)更简单的流动性 - 不再需要重新平衡路由器或依赖路径的流动性 。 4)更快/更便宜的流程 - 新流程将链上调用的数量从4次减少到2次。 5)开发人员的简单集成 - 不再有链下代码依赖！

什么是Nomad

Nomad是Optics协议（OPT imistic Interchain C ommunication的缩写）的实现和扩展。这是一种廉价的、完全通用的跨链通信的新设计，可以很容易地部署到任何支持用户定义计算的链或 L2 上。 它使用乐观模式作为其协议的一部分。通过Nomad 的消息有 35-60 分钟的延迟，如果消息中继者不诚实，则可以在此期间证明欺诈。

为什么选择Nomad

在“互操作性三难困境”下没有独立且完美的跨链消息方案，而Connext跨链方案除了通用性不足，在无需信任和可扩展性方面的表现都是非常不错的，那么理论上只需要补齐通用性这一短板即可。那么目前最好的方法就是在保持各自产品独立性的前提下，寻找一个跟Connext完美互补的消息跨链方案进行深度合作。类似乐高积木的相互组合，使用模块化构架解决互操作性难题，Connext和Nomad 共同构成了一个互操作性“堆栈”，为开发人员提供了构建跨链应用程序所需的一切，而信任妥协或牺牲最小。

新交易流程演示

新流程大量使用Nomad作为其安全模型。该方法不需要签名，而是简单地允许任何路由器为用户交易提供资金并执行调用，并claim通过Nomad 的资金。

具体如下：

新交易流程会全面引入madTokens这个中转资产，然后取消指定白名单路由，所有的用户都可以存入资产兑换成madTokens，比如你存入ETH获得madETH，这样就大大提高了Connext的整体流动性，原理类似Hop协议里的htokens。

当用户发起一笔跨链交易请求，如果此时Connext流动性充足，那么用户会直接收到对应的madToken，然后允许把madToken兑换成其它原生资产，这个过程延续了Connext网络低延迟的特点，一般2-5分钟完成交易。如果此时Connext流动性不足，那么这笔交易就会走Nomad桥，经过30分钟的延迟等待，完成欺诈证明，最后发送对应的madToken给用户，同样允许把madToken兑换成其它原生资产。

另外鉴于资金安全考虑，鲸鱼和机构还是会默认走Nomad桥，而Connext本身流动性主要用于满足高频次的中小金额资产跨链需求。

最后，此次升级引入的中转资产madTokens可以自由兑换成其它原生资产，也为下一步Connext推出swap功能做了铺垫，直接从原来简单的资产转移扩展到资产交换场景，继而向跨链dex演变。

前面详细介绍了跨链和跨链桥的概念，具体讲解了Connext产品，接下来让我们盘点下Connext的优缺点，以及跨链技术发展过程中出现的机遇和挑战。

Connext Bridge 流动性不足

随着用户数量和交互金额的不断增加，Connext Bridge出现流动性不足的情况越来越频繁。因为目前还是采用指定白名单的路由器方式，导致部分路由因为流动性补充不及时而罢工。同时无法进行稳定的大额交易，对巨鲸和机构也很不友好。流动性不足已经成为制约Connext Bridge 进一步发展的重要因素，性能升级迫在眉睫。

Connext 方案通用性受阻

我们都知道Connext其实是在“互操作性三难困境”中选择了无需信任和可扩展性，对通用性做了妥协。现在看来这完全符合跨链行业发展的趋势，因为跨链最原始且最强烈的需求就是资金跨链，无需信任保证了用户资金安全，可扩展性则决定了网桥资金的吞吐量。在行业初期这是相对正确的选择，但是随着资产跨链技术的逐渐成熟，市场上的跨链桥会越来越多，竞争会越来越大，用户的需求也会越来越多元化。

在不久的将来，跨链桥的应用场景会不断丰富，比如跨链dex，跨链NFT，跨链DAO，跨链保险，跨链期货，跨链defi收益聚合等。要实现这些场景和应用就离不开跨链方案对通用数据传输的支持，而不支持跨链传递任意数据恰恰是Connext最大的短板。

消息跨链方案重复造轮子

其实不只是Connext面临上述的难题，行业里面比较成成熟的产品比如Multchain和Celer也都面临这样的困境，那么他们是怎么解决的呢？

4月14日，Multichain发布了自家消息跨链解决方案anycall，旨在打通多链任意数据的传递，并且4月15日就与defi协议Curve达成深度合作，后者将通过anycall实现跨链管理分配veCRV奖励。 4月26日，Celer IM消息跨链方案主网启动，同时公布了已经完成和正在集成的9个应用和协议，覆盖了借贷，保险，衍生品，治理和隐私等各个领域，跨链生态建设如火如荼。

可能就在我打字的时候，还有许多跨链桥项目在研发自己的消息跨链方案。诚然，市场竞争是自由的，每个项目都有自己的亮点，我们也鼓励不同思想的碰撞，这也是推动区块链技术不断发展的源动力之一。

那么Connext有能力去开发一套自己的消息跨链方案吗？我想他们只要愿意就一定能。但是并没有，因为Connext比谁都清楚消息跨链是一个行业共性问题，它必须足够安全，快速，廉价，极具普适性，就像Connext和其它跨链桥是不会去采用anycall或者IM中任何一个方案。

从技术的角度讲，消息跨链也应该先于资产跨链，因为加密资产只是数据和消息的具体形态之一。按照正常的流程是消息跨链方案孵化出跨链桥，但市场和用户实在等不及了，在各路资本的推波助澜下，只能先拿出来资产跨链这个半成品，优先满足迫在眉睫的需求。这种方案见效快，能够在短时间内汇聚起来可观的用户量和资金量。

可是该面对的终究逃不掉，跨链方案的通用性决定了整个行业的发展上限，跨链狂欢的上半场属于资产跨链，那么下半场的主角就一定是消息跨链。用户，市场和资本关注的焦点变成了兼备安全，快速，可扩展性的消息跨链解决方案。

然而不幸的是，不论是波卡的XCMP，还是Cosmos的IBC，亦或是新推出的LayerZero,都不属于那种趋于完美的解决方案。而资产跨链桥反向开发的消息跨链方案更多是在重复造轮子，行业普及性差，只顾打造自己的护城河，巩固自身的行业地位。跨链行业的发展遇到了前所未有的阻碍和挑战，但此时新的机遇也正在由Connext悄悄酝酿。

Connext Bridge

首先，Connext Bridge 以前称为xPollinate，是Connext互操作协议可视化的用户操作界面。2022 年 3 月，xPollinate 更名为 Connext Bridge，以巩固 Connext的品牌形象。

Connext Bridge 是 Connext 的旗舰应用程序，供用户和开发人员体验真正信任最小化的跨链操作。该桥与Connext SDK一起是 Connext 产品套件的一部分。

Connext Bridge 接口是开源的，任何想要在 Connext 协议上快速创建一个网桥的人都可以使用

截止2022年5月10日，Connext Bridge总共支持包括以太坊在内的17条链，还有很多计划支持的链，具体信息如下：

桥梁设计结构

Connext Bridge 基础设施由以下部分组成：

• Contracts ( 合约 ) — 所有网络参与者的资金都保存在合约中。此外，合约对于促进 NXTP 协议基于用户和路由器提交的数据使用的锁定/解锁机制至关重要。

• Subgraphs ( 子图 ) — 通过缓存链上数据和事件，子图支持可扩展的查询或响应。

• SDK（用户） — 网络上的用户负责在用户侧链上创建拍卖、监听事件和创建交易。

• TxService ( 发送服务 ) — 不断尝试向链发送交易。

• Messaging ( 消息传递 ) — 消息负责发送有关资金和通话数据的准备、状态和转移的数据。

• Router ( 路由器 ) — 网络上的路由器监听来自消息服务和子图的事件。根据这些消息，它们将事务分派到 txService

• 这是 Connext Bridge 架构的直观表示：

• 
  

Connext跨链桥介绍系列5

Connext跨链桥操作流程

**1.**登录网站：

https://bridge.connext.network/

进入操作界面：

**2.**点击页面中间或者右上角的“Connect Wallet”链接钱包，然后根据自己的需求选择源链/源链资产和目标链/目标链资产，输入金额，我们以从BSC跨链10USDT到Polygon为例，面板参数设置如下：

这里1-5步骤不再赘述，第6步是手续费，第7步是扣除手续费后你能收到的最少数量，“津贴”和“高级设置”一般忽略用不到，第8步就是授权你要转移的代币。

**3.**Approve完成后按Swap再核对一次信息,确认无误后按Confirm并且在钱包内确认交易。

**4.**耐心等待路由处理，一般是1-5分钟

也有少部分用户会遇到等待了十几分钟，甚至几个小时都没有结果的情况，但是不用担心，首先你的资金是安全的，绝对不会丢失，一般处理失败的话，大概半小时之内会退回账户，你可以重新操作。此外你可以去社区寻求团队帮助，这是邀请链

https://discord.com/invite/connext

5 路由处理完成,你就可以领取资金啦，点击“Claim funds”如下图：

或者也可以点击右上角的“View TX”进入链接,输入本次交易的ID进入如下图所示的面板再连接相应钱包,进行Claim然后在钱包内签名授权确认交易

两种领取方法的区别：

方法一 用户在目标链上没有足够的Gas费收款，那么就需要支付一笔Relayer fee，从你收到的金额内扣除，这样能够确保顺利完成跨链。

方法二 用戶也可以选择不通过Relayer,不支付额外的手续费,但就必须准备足够的目标链上的Gas Token来进行收款。

**6.**资金领取成功后，去钱包内查款核实，有的用户会问为什么步骤都完成了钱包里确没有看到USDT，这种情况大部分是因为钱包里没有添加Polygon上USDT的代币合约，因为USDT在BSC和Polygon上的合约是不同的。一般来说领取资金后按照提示在钱包里添加代币合约即可。

至此，通过Connext Bridge 顺利完成了一笔资产跨链，用时不到一分钟，费用低廉，资金安全有保障，体验丝滑。

Connext Network跨链桥

Connext是一种去中心化的互操作性协议，开发者可以通过Connext构建各种跨链adpp，在不同链和rollup之间创建快速，安全的资产桥接以实现价值的可组合化和信任最小化。

NXTP 是 Connext 的底层协议，用途是在与兼容EVM的区块链之间实现完全无需信任的传输和合约调用。

NXTP用于启用保留了底层执行环境安全属性的通用 xchain/xrollup 事务。因此，它不依赖外部验证器，而是使用其执行环境的验证器集（例如以太坊的验证器集）。

NXTP包含一个简单的合约，它使用锁定模式来准备和完成交易。其次，链下路由器参与定价拍卖并负责在链之间传递数据。最后，该协议还包含一个用于查找路由器和提示链上交易的用户侧 SDK。 总结下NXTP的核心要素如下：

工作原理

通过 NXTP 路由的交易总共经历三个阶段：

1. ( Route Auction ) 路线拍卖 — — 在第一阶段，用户向网络广播并发出他们想要的路线来执行交易。网络中的路由器以包含完成用户交易的时间和价格范围承诺的密封投标来回应此广播。

2. ( Prepare ) 准备 — — 当路由器的出价被接受时，拍卖就完成了，可以准备交易了。用户必须向发送方链上的交易管理器合约提交包含路由器签名出价的交易。这样做会将用户的资金锁定在发送链上。 一旦路由器检测到包含来自链的签名出价的事件，它就会将相同的交易提交给接收方链上的交易管理器，从而锁定所需的流动性数量。此处，所需金额是发送金额减去作为完成交易的奖励给予路由器的拍卖费用。

3. ( Fulfill ) 完成 — — 在接收方链上检测到交易已经准备好后，用户必须签署一条消息并将其发送给中继器。通常，中继器是另一个路由器，它为此提交赚取费用。中继器的作用是将收到的用户消息提交给交易管理器，完成接收方链上的交易。通过这样做，中继器解锁路由器的锁定资金并认领它们。 在这里，中继器允许用户提交包含任意调用数据的交易，而无需担心在接收链上支付 gas 费用。路由器收到签名消息后，提交并完成发送方链上的交易，从而解锁原始金额。

   交易生命周期的直观表示：

NXTP 与其他系统相比具有以下明显优势：

• 无信任 — — NXTP 引入一组控制用户资金的外部验证器，利用锁定/解锁机制，使资金转移更加安全，这种机制使得用户资金不可能被盗。

• 可扩展 — — 由于协议具有可扩展的架构并且可以在任何系统上以相同的方式工作，因此可以轻松扩展到其它的侧链、L2 和其他 L1 链。此外，鉴于协议现有的流动性，它还可以扩展以构建和集成新型互操作性协议。

• 低成本 — — NXTP 协议旨在解决与以太坊网络相关的可扩展性和高费用问题。由于 NXTP 在通过 L2s 或侧链时不与以太坊 L1 交互，因此解决了gas 费用高和交易时间慢的问题。

跨链桥的安全问题

目前跨链桥采用的技术方案主要分为以下三类：

1.原生验证

它通过在目标链的虚拟机中运行源链的轻客户端来完成验证。 如 IBC、BTC Relay、Near Rainbow Bridge、Polkadot SnowBridge、LayerZero、Optics等。

https://4061801133-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwF6XybQdLeyjoKk3fbdT%2Fuploads%2Fu5ntBIeW3eBnblq25Czb%2F36.png?alt=media&token=c57259ff-5520-47b6-b402-aad6972daf37

这是一个不需要信任的跨链桥梁，它没有第三方验证者潜在的安全风险，可以传输各种通用数据。但是我们知道以太坊生态系统具备高度的异构性，不管是以zk/optimistic代表的rollups，还是各种侧链，再到PoW和PoS各种不同的共识算法，让每一种不同的构造都通过原生验证的模式去实现互操性是不现实的。因为开发者需要同时在源链和目标链上开发和部署新的轻客户端智能合约，这样的门槛太高，成本太高，耗时太长。

2.外部验证

该类验证方式有一个或一组验证者，验证者需要监控源链的具体地址。用户将资产发送到源链上的特定地址将其锁定，第三方验证者会验证这些信息，并需要达成共识。当共识达成后，在目标链上会生成相应的资产。 这种类型的跨链桥包括Thorchain、Anyswap、PolyNetwork、WBTC、WormHole、Ronin 等。

此类跨链桥具有速度更快、成本更低、数据传输通用、多链连接更容易、用户体验更好等优点，但该模型的潜在缺点是其安全性。由于引入了外部验证者的角色，用户的安全不仅取决于源链或目标链的安全，还受到桥接器安全的限制。在跨链转移资产的过程中，如果桥不安全，资产就会面临风险。

3.本地验证

本地验证是部分验证模式，也是点对点流动性网络。每个节点本身就是一个“路由器”，路由器提供的是目标链的原始资产，而不是衍生资产。此外，通过锁定和争议解决机制，路由器无法提取用户资金。 此类模型包括 Hop、Connext、Celer、Liquality 等，这种点对点模式在安全性，成本、速度、多链扩展等方面的表现都相对较好。

它使用流动网络的模式，不需要全局验证，因此速度更快，成本更低。相对而言，其资金效率高于外部验证模型，低于原生验证模型。同时，点对点流动性网络的吞吐量也更大。当然，它也有不足之处：无法支持跨链传送任意数据。

基于此也衍生出了“区块链互操作性三难困境”理论，即互操作协议只能同时具备以下三个属性中的两个： **无需信任：**具备和底层区块链等效的安全性 可扩展性：能够支持任何不同的区块链 **通用性：**能够处理任意跨链数据

不和谐 : bitren.eth(🐰,🎩)#5903

推特：tiantian2118

跨链的概念

跨链“Cross-Chain”可以简单理解理解为价值和信息在不同链之间转换的技术。即价值与信息不仅可以在自己的链上产生，还能传递到另外一条链上形成数据互通。

因为区块链系统本来就是一种特殊的分布式账簿数据库系统，所以这里的数据最常见的就是资产数据，如代币余额。

为了方便理解，我把跨链的概念拆分为广义和狭义两种，或者按照币圈的习惯叫作“跨链1.0”和“跨链2.0”。

先说更贴合用户体验的“跨链1.0”，比如大家每次用跨链桥把USDC从以太坊主网转移到BSC网络这个过程，准确的说这是一次跨链资产转移，先不说跨链桥采用的具体技术，它最终满足了用户在不同链之间转移资产的需求，此类一般统称资产跨链。

我想这应该是绝大部分用户对跨链概念的第一印象，而实际上这个理解是不全面的。

再说“跨链2.0”，广义上的跨链可以在不同区块链之间实现包括资产转移在内的所有数据通信。通俗点讲就是可以在不同区块链网络之间进行任意类型的数据传输，比如各类token，或者NFT，或者智能合约的跨链自由交互等，此类一般统称消息跨链。

随着区块链行业的不断发展，多链背景下的跨链需求会逐渐多元化，这也给整个跨链赛道的发展带来了无限的可能。

不和谐 : bitren.eth(🐰,🎩)#5903

推特：tiantian2118

本系列参考转载自hanxilgf 的

https://hanxilgf.gitbook.io/connext-wiki-chinese/