Page tree
Skip to end of metadata
Go to start of metadata

本文主要根据 V神 在 R3 Blog 发表的文章中,提到的3种跨链操作进行简单的分析和扩展。 


跨链技术总结

  • Notary scheme 公证人模式

  • Sidechains/relays 侧链/中继模式

  • Hash-locking 哈希锁定


1. Notary scheme 公证人模式

本质中间有一个可信任的组织或者实体帮忙做账本间的转换。

认为总体上分为两类:

  • 基于分布式账本的 公证人模式。典型的例子是 Interledger Protocal (简称 ILP)

  • 基于链 (UTXO) 模型( 一般被称为 federated pegged sidechain )。典型代表是 R3 的 Corda

基本模型



Interledger Protocal

由 Ripple 提出的一套协议 ,目的是提高不同账本之间转账的结算效率。

  • Ledger 层: 负责账本数据的结算。一般是插件方式实现不同 Ledger 层的数据交换。

  • Interledger 层: 负责把 sender 的数据转发给 receiver。

  • Transport 层: 负责判断交易条件和其他细节的。(例如 交易数字签名合法性)

  • Application 层: 目的账户的发现,目的金额的协商,选择 Transport 协议等。

Connector 实际上就是一个 Notary。 底层有 不同账本的 Plugin 进行结算。


缺点:

  • 主要是基于转账操作的跨链。

2. Relays 中继模式

去除了中间人的依赖,A链 直接从 B链上获取信息从而进行交易。

基本模型


BTC Relay

目的是用来验证 BTC的交易。

实现是通过 Relayers (矿工) 搬运Block的信息到 ETH网络,并通过 SPV 的方式进行交易的验证。


缺点:

  • 单向访问 BTC

  • 已经废弃。有 2W 个块未同步。

3. Hash-locking 哈希锁定

使用 BTC 的交易脚本实现的。通过 Hash Puzzle 的方式 锁定交易脚本。

  OP_HASH256 6fe28c0ab6f1b372c1a6a246ae63f74f931e8365e15a089c68d6190000000000 OP_EQUAL

需要解锁交易,必须要知道该 Hash 的原始数据(被称为 pre_image)。

因为 Hash算法 有抗碰撞性 和 不可逆的特点,所以 pre_image 是很难猜出的,也很难找到一个 不同的 pre_image 但是 Hash 相同的。

最常见的应用是 Lighting Network 的 HTLC (Hash TimeLocked Contract) 。


HTLC

假设 Alice 想从 Bob 那里买东西 ,Alice 和 Charlie 之间有 Payment Channel , Charlie 和 Bob 有 Payment Channel 。

  • Bob 给 Alice 一个 Hash

  • Alice 打钱给 Charlie 带上 Charlie的签名 和 Hash

  • Charlie 收到钱后,从 自己的账户上,打钱给 Bob 并带上Bob的签名和 该Hash

  • Bob 通过 pre_image 提取钱到自己的账户上,Charlie 收到 pre_image 之后提取钱到自己的账户上。

  • No labels