有标准转帐： 完成 L1-L2 互用的重要_跨链

有标准转帐： 完成 L1-L2 互用的重要

文中借以解读 StarkEX 为适用迅速取款（Fast Withdrawel）（在一个区块链時间内从 Layer-2 中取款到随意 Layer-1 详细地址）而明确提出的解决方法。本计划方案的优势取决于，其速率彻底单独于 L2 的运营人转化成实效性证实的速率。

迅速取款控制模块早已运作在以太币主网的 StarkEx 上（自 2020 年 10 月 StarkEx 2.0 公布始），而且颠覆式创新了 DeversiFi 交易所和 dYdX 交易所。

而下面大家解读的计划方案除开迅速取款之外，也有十分多的应用情景。大家先来了解一下要求是啥。

区块链技术促使双方中间的免信赖互动变成很有可能。Alice 想公布一笔仅在特殊条件达到时才可以执行的交易；Bob 期待在标准达到时要立即执行 Alice 的交易、无须再度得到 Alice 的批准。大家把适用该类互动方式的元器件称之为 “有标准交易（Conditional Transaction，CT）”。

在 L1 上完成 CT 不用哪些脑洞，由于智能化合约能够确保時间和交易执行的藕合。但假如规定在 L2 中完成，那么就有一些挑戰了。例如，在 StarkEx 中，交易发起者签字以后把交易传送给运营人，后面一种有义务来执行该笔交易，但是你用什么办法来阻拦运营人在所需标准达到以前就执行该笔交易呢？

在文中中，大家只聚焦点于在 L2 上完成取决于 L1 事件（记作 L2 | L1）的 CT。换句话说，这类 CT 要能确保，运营人仅能在某一 链上事件 产生以后才可以执行某笔签过名的交易。更进一步，大家将添加一种取决于另一个 L2 中事件（记作L21 | L22 ）的 CT，进而适用 StarkEx 案例中间及其 StarkNet 中的互用。

下边，大家来流于形式这类链上事件的定义，看一下大家怎样在 StarkEx 中的 CT 怎样运用它。

链上事件的申请注册

CT 应用了 Fact Registry 合约来追踪链上事件。事实上，仅有在一个 Fact Registry 合约中申请注册了的事件，才可以 “开启” CT。举个事例，假如 Alice 立即在以太币链上转帐了 1 ETH 给 Bob（而不是根据 Fact Registry 合约），那 CT 是不可以因而达到执行前提条件的。

在上面这一实例中，Fact Registry 合约必须一个涵数 transfer()，Alice 传到 Bob 的详细地址做为收款方。transfer() 涵数做2件事：（1）把必须迁移的 ETH 发给收款方；（2）储存对该笔转帐的纪录，例如储存该笔转帐有关主要参数（发布者、收款方、金额）的哈希值，到合约的储存项中。Fact Registry 合约还含有一个 isValid() 涵数，接纳一条哈希值做为主要参数，回到一个布尔值 —— 假如此条键入的哈希值相当于合约中纪录的某条哈希值，就回到 True。这般，这一纪录在合约中的哈希值，就可以当做是一个客观事实（某一事件早已产生）的证实。这一为 Fact Registry 合约引进一个新的客观事实的全过程，一般称之为 “客观事实申请注册”。

一笔签过名的 CT 所包括的链上事件的指纹识别有两个字段名（事实上是这两个主要参数的哈希值）：（1）一个 Fact Registry 合约的详细地址；（2）所述合约中理应纪录的客观事实。

StarkEx 有标准交易

StarkEx 会大批量装包 Layey-2 中的交易，并应用一条发送至链上的 STARK 证实来清算这种交易。假如某一批号中包括 CT，StarkEx 将确保有关的客观事实早已申请注册，便于能结算该批交易；不然，成批交易都是会回退。

在本一部分，大家会明确提出一些应用领域，并强调 CT 怎样可用在这种情景中。

详尽实例 —— 迅速取款

在随意 L2 计划方案中，最初中级的从 L2 转出资产到 L1 中的方法就是终结化一次 L2 的情况升级（在该次升级中包括一笔取款交易）。在根据实效性证实的系统软件（例如 StarkEx）中，终结化一次 L2 的情况升级必须在链上递交一个相对（于本次升级）的实效性证实，一般来说必须 10 分鐘。这就代表着，假如客户应用这类方法来取款，就迫不得已等候最少 10 分鐘。

而迅速取款的作用恰好是为了更好地解耦这类（取款对 L2 情况升级的）依靠，让客户可以在 “区块链時间” 内免信赖地将资产取下，也即，如同应用一般的以太币合约一样。

那到底是如何个步骤呢？假如 Alice 要想从 L2 中取下 1 ETH 到 L1，Alice 能够在 L2 上签字一条将 1 ETH 迁移给流通性服务提供者（LP）的 CT，标准是 LP 在 L1 上迁移 1 ETH（减掉一些服务费）给 Alice。Alice 的 CT 仅能在她接到 L1 上的转帐以后才可以执行，因此 她不容易遭遇敌人方风险性。

大家看来一个可以帮助 CT 的简单的 Fact Registry 合约：

我们可以见到这一合约有一个 payabe 涵数 transfer()，它的作用有两个：

（1）迁移一定总数的 ETH 到某一详细地址

（2）备案 keccack(amount, address, nonce)

Alice 审签的 CT 仅有 keccack(1 ETH, Alice, nonce) 在 Fact Registry 中申请注册以后才可以执行。而这一客观事实，也仅有在给 Alice 的 1 ETH 转帐发生了以后才可以取得成功申请注册。Alice 能够不用信赖地取下 1 ETH，全部全过程只需她的前边，和 LP 在以太币链上进行的一笔交易。

相近的步骤能够捕获以下种类的事件，进而 L2 的 CT 还可以有大量的主要用途，比如：

假如 ETH 的价钱跌到 1010 DAI（能够根据一个已经知道的信息内容键入服务项目在链上申请注册），Alice 期待在 L2 售出 1 ETH，换成在 L1 上的 1000 DAI

Alice 期待在 L2 上给 Bob 10 ETH，只需 Bob 以 Alice 的为名在 Alice 特定的 dApp （例如 Aave 或是 Compound）中存进 9.5 ETH

Alice 期待在 DeversiFi 的 L2 上给 Bob 10 ETH，只需 Bob 在 dYdX 的 L2 中给 Alice 的帐户存进 9.5 ETH

CT 的第一种主要用途是迅速取款，但 StarkEx 运营人可以用这一元器件完成很多类型的 L2-L1 互动。

全文连接:

https://medium.com/starkware/conditional-transfers-the-key-to-interoperability-2e1de044fb65

创作者:  StarkWare

汉语翻译: 阿剑

全文连接:

https://medium.com/starkware/conditional-transfers-the-key-to-interoperability-2e1de044fb65

创作者:  StarkWare

汉语翻译: 阿剑

库币已对外开放BTC、ETH、USDT充提服务项目:据库币KuCoin交易所信息，库币顺利完成BTC、ETH、USDT钱夹安全设置升級，并于10月7日对外开放BTC、ETH、USDT 代币总充提服务项目。据了解，BTC、ETH、USDT在线充值详细地址皆已升级，短时间旧详细地址仍可再次应用。目前为止，库币已对外开放总共65种代币总充提服务项目。[2020/10/7]

SushiSwap创办人：MasterChef沒有两天時间锁住不可以设定任何东西:有twiter网民提出问题称：“对SushiSwap中都还没设定的转移合约有哪些观点？所有权转移到多签字（multisig）很有可能是在LP转移以后产生的，这让Chef Nomi从明天起就可以随便地分配一个转移合约。”对于此事SushiSwap创办人Chef Nomi回复称：“MasterChef合约使用权是期限，沒有两天的時间锁住我也不可以设定任何东西。”先前信息， SushiSwap创办人Chef Nomi表明，合约财务审计早已进行，流通性转移提议已得到小区准许。两天后将能够开展转移。[2020/9/5]

1430枚BTC从Coinbase转走:金色财经报导，Whale Alert数据信息表明，中国北京时间07月28日01:14, 1430枚BTC从Coinbase交易所转到3H8G3u开始详细地址，现阶段使用价值约1525万美金，交易hach为：66efabeb96d1eea65e68333999bb4534c7968d3d4f43eeb32b0960a263865363。[2020/7/2

标签：

区块链热门资讯