最近看了看跨链相关的项目，总结一下跨链的相关技术。所谓“跨链”，一条链上的“跨链”语义能在另外链上正确执行。目前跨链项目主要实现在一个链上的资产映射到另外一条链上。从技术角度看，个人认为目前跨链技术主要有三种：HTLC，跨链桥和跨链桥。相关的技术以及项目总结如下图：
1.HTLC
HTLC原理比较简单：
消息人士：HashKey NFT团队多位员工离职，疑似解散:8月4日消息，一位消息人士了解到HashKey NFT业务团队已有多位员工离职，疑似解散。据知情人士透露，Hashkey短期任务为聚焦交易平台业务，NFT团队因业务盈利能力问题被调整。
EtherPoap曾因有Hashkey支持而被社区关注，但因运营问题失败，Hashkey曾表示与EtherPoap各自独立。8月3日，HashKey Exchange宣布获得1号和7号牌照正式升级批复，成为香港首家面向零售用户的持牌交易平台。[2023/8/4 16:18:57]
如果Alice和Tom之间想交换资产，Alice先创建HTLC，Tom接着创建具有同样Hash的HTLC。简单的说，Tom和Alice创建了具有同样秘钥的“锁”，锁住各自资产。当Alice用秘钥打开Tom的资产时，Tom用同样的秘钥可以打开Alice的资产。当然，Tom和Alice都需要确认资产和锁的时间。
通过HTLC实现跨链，简单并且保证了交易双方的原子操作，但是要求两条链都支持智能合约，限定了两个交易方并且交换的资产不可分割。事实上，为了保证交易双方有效交易，交易双方需要额外的沟通渠道预先达成共识。
Sui主网升级至V1.5.0版本，Gas费最低预算已更改为与最低收费相同:7月20日消息，Sui主网升级至V1.5.0版本，升级要点包括：Gas费的最低预算已更改为与最低收费相同、添加了对编写linter的支持、编译器将对未使用的私有函数和未使用（未实例化）的结构类型提供额外的警告以及一些性能提升和Bug修复。[2023/7/20 11:07:04]
2.跨链桥-基于共识
基于其他共识的跨链桥逻辑上比较好实现，由共识确认一个链上的事件，并在另外一条链上执行。整个桥的安全性取决于共识的强弱。共识，除了传统意义的共识机制外，还包括多方计算和多签。
3.跨链桥-基于轻客户端
为了在一条链上能验证另外一条链上的信息，在这条链上“运行”另外一条链的轻客户端。通常轻客户端都是基于SPV协议。SPV源自BTC，主要用在PoW共识的链中。Celo和Harmony也针对自己链的共识算法实现了轻客户端。纯粹的PoS共识的链比较难实现轻客户端，因为共识依赖Staking，而Staking由交易组成。为了实现轻客户端，穷举Staking交易不现实。
美国财长耶伦：已经召集监管机构讨论硅谷银行问题:金色财经报道，美国财长耶伦表示，银行体系仍保持韧性；已经召集监管机构讨论硅谷银行问题；对银行监管机构充满信心。[2023/3/11 12:55:29]
跨链桥的两个链互相通过轻客户端验证对方链的状态。这种跨链桥依赖Relay，及时同步链的区块头信息。因为要同步区块头，需要如下的一些因素：
1.同步频次和费用：在另外一条链上存储区块头信息需要费用。特别是tps比较高的链，区块比较多。
2.确认主链以及区块确认：根据链的共识，通过区块头信息确定主链。以PoW的链为例，区块确认一般通过后续区块个数确认。
三箭资本创始人正为其新CEX项目GTX寻求2500万美元融资:金色财经报道，据近日市场上流传的一份融资资料显示，原三箭资本创始人Su Zhu与Kyle Davies正筹建一家新的中心化加密交易平台GTX，该平台的其他联合创始人包括CoinFLEX的两位联合创始人Sudhu Arumugam和Mark Lamb，目标筹集金额为2500万美元。[2023/1/17 11:15:07]
优化同步费用有几种思路：1/随机挑战2/zk-SNARK。选一些典型介绍：
BTCRelay
采用传统的SPV轻客户端的实现方式实现从BTC到ETH的跨链。显然为了同步BTC的区块头，在ETH消耗Gas。在以太坊Gasprice比较高的情况下，同步费用比较高。
FlyClient
FlyClient采用随机挑战和MMR（MerkleMountainRange)的技术，降低轻客户端同步区块的个数。随机挑战的目的是在一定范围的区块并不需要全部同步到链上，随机抽取一些区块同步。为了在链上能验证没有抽取到的区块，所有的区块信息通过MMR组织在一起。MMR是一种变种的Merkle树，适用于追加节点的场景。MMR，相对于普通二叉的Merkle树，具有更新叶子结点代价小的特点。
Giesecke+Devrient计划推出更多非洲CBDC:7月21日消息，德国支付解决方案提供商Giesecke+Devrient（G+D）计划在非洲进一步推出央行数字货币，同时继续为在加纳推出数字塞地做准备。
G+D货币技术首席执行官Wolfram Seidemann表示，该公司在一个未具名的非洲国家获得了一个CBDC的新项目。此外，该公司正在与非洲大陆各地的央行进行磋商。
Seidemann称，在加纳以外获得的项目将在大约6个月后宣布。初步设计阶段的协议已经签署，他希望这将引导至试点和推出阶段。（The Africa Report）[2022/7/21 2:27:59]
zkRelay
zkRelay也尝试降低链上轻客户端同步区块的费用。和FlyClient不同，zkRelay采用的是zk-SNARK证明。将一段范围内的区块有效性，通过将链下证明提交到链上，链上只需要检查证明是否有效。
Celo
Celo是个有意思的项目。Celo项目本身和跨链没有什么关系，但是给轻客户端提供了一些新思路。为了实现更轻客户端，Celo采用递归零知识证明技术，将区块头的连接信息进行递归证明。一个证明就能证明从创世区块到当前区块的合法性。一个轻结点，只需要同步最新的证明就能确定所有区块的有效性。
Summa(StatelessSPV)
上述的项目，还都是在降低轻客户端链上同步代价方面做优化。Summa提供了一个全新的思路：
摘抄自Summa介绍的PPT。Summa项目观察到一个有趣的事实：一条链的区块头在另外一条链上同步了，但是很多区块有可能是浪费的。原因是并没有需要证明的交易在这些区块中。Summa假设了一种“Ecnomic“安全的做法：证明一个交易在一个区块中，并且区块后有若干区块确认。Summa认为在伪造的区块后连续出块是一个非常不经济的做法，有这样的算力应该去计算真正的区块。使用这种方式，在链上不需要存储轻结点信息，只需要在一个交易需要证明时提供相应区块以及确认区块的证明即可。这样的方式也称为StatelessSPV。当然这种经济安全假设需要推敲，特别是在难度较低的情况下，伪造区块以及确认区块相对比较容易。
Xclaim
针对传统的没有链上计算能力的链，不可能在链上实现其他链的轻客户端。也就是说，如果只是通过链上轻客户端的方式，在这些链上只能实现单向的跨链。为了在这些链上也实现双向跨链，Xclaim在引入抵押角色的情况下实现资产双向映射。Xclaim在论文中提出了三种操作：issue，swap，redeem。以issue和redeem为例，看看抵押角色的作用：
大部分链都支持转账功能。抵押者作为中间人，在另外一条链有抵押的情况下，接受其他人的资金的转账。转账发起者，可以通过轻客户端验证的方式在另外链上证明交易合法。在另外一条链上，验证合法的跨链交易后，进行转账。
在一条链上提出burn操作后，抵押者观察到后，主动先发起转账。并在转账成功后，向另外一条链上的智能合约提供交易证明“赎回”资金。简单的说，在两条链只要有一条支持智能合约的基础上，通过抵押者角色，可以完成双向跨链的操作。根本原因就是链上的转账交易能够被确认验证。
总结：
跨链是个复杂的话题。通过其他共识实现跨链相对简单现实。HTLC能实现交易双方的原子操作，但是限定交易为两方，而且为了提供交易的效率需要交易双方预先沟通。通过在链上实现轻客户端验证其他链的状态是一直探索的方向。对于PoW链，链上实现轻客户端需要考虑区块头同步成本以及主链确认逻辑。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。