ICE:什么是有條件轉賬？實現 L1-L2 互操作性的關鍵_ALIST價格

本文意在講解StarkEX為支持快速取款而提出的解決方案。本方案的優點在于，其速度完全獨立于L2的運營者生成有效性證明的速度。

快速取款模塊已經運行在以太坊主網的StarkEx上，并且賦能了DeversiFi交易所和dYdX交易所。

而下文我們講解的方案除了快速取款以外，還有非常多的使用場景。我們先來了解一下需求是什么。

需求

區塊鏈使得兩方之間的免信任交互成為可能。Alice想發布一筆僅在特定條件滿足時才能執行的交易；Bob希望在條件滿足時能直接執行Alice的交易、不必再次獲得Alice的許可。我們把支持此類交互模式的元件稱作“有條件交易”。

在L1上實現CT不需要什么奇思妙想，因為智能合約可以保證時間和交易執行的耦合。但如果要求在L2中實現，那就有些挑戰了。比如，在StarkEx中，交易發起人簽名之后把交易傳遞給運營者，后者有責任來執行這筆交易，可是你用什么辦法來阻止運營者在所需條件滿足之前就執行這筆交易呢？

Tether首席技術官：如果在30天內發行和贖回的總和為0并不能證明什么:金色財經報道，Tether首席技術官Paolo Ardoino在社交媒體上稱，關于穩定幣的穩定性和流動性。如果在30天內，發行和贖回的總和為0，只是意味著發行的資金流入會覆蓋贖回的資金，并不能證明什么。而如果在同一時間段內，凈余額為負150億，這意味著穩定幣能夠在不使用其他客戶的錢的情況下將錢還給要求贖回的客戶，并且可以真實地聲稱它具有很大的流動性并且是安全的。[2022/7/6 1:55:10]

在本文中，我們只聚焦于在L2上實現依賴于L1事件的CT。也就是說，這種CT要能保證，運營者僅能在某個鏈上事件發生之后才能執行某筆簽過名的交易。更進一步，我們將加入一種依賴于另一個L2中事件的CT，從而支持StarkEx實例之間以及StarkNet中的互操作性。

Meta員工不滿扎克伯格癡迷元宇宙：不知道要交付什么:金色財經報道，馬克·扎克伯格對元宇宙的癡迷已經引發 Meta （原 Facebook）公司員工不滿，他們認為“元宇宙已經成為扎克伯格唯一想談論的事情”，以至于讓許多為他工作的人感到沮喪。目前，Meta 公司已經組建特定于元宇宙的團隊”，員工認為這是一個“將覆蓋公司內所有團隊”的團隊，但不少人仍然非常困惑，一方面擔心會煽動混亂和焦慮，另一方面是員工似乎并不真正知道要交付什么或做什么，Meta 迄今并沒有連貫的元宇宙戰略。（businessinsider）[2022/4/24 14:45:10]

下面，我們來形式化這種鏈上事件的概念，看看我們如何在StarkEx中的CT如何利用它。

有條件交易簡介

鏈上事件的注冊

CT使用了FactRegistry合約來跟蹤鏈上事件。實際上，只有在一個FactRegistry合約中注冊了的事件，才能“解鎖”CT。舉個例子，如果Alice直接在以太坊鏈上轉賬了1ETH給Bob，那CT是不能因此滿足執行前提的。

華爾街分析師：比特幣什么都不是，只是一股蒸汽:華爾街“全明星”分析師安迪·凱斯勒在1月31日《華爾街日報》觀點版面發表文章《比特幣泡沫背后》。

文章中他表示：比特幣什么都不是，它只是一股蒸汽，一種想法的概念。使用比特幣的交易非常少。它缺乏價值存儲屬性——任何一種一周下跌30%的東西都不能發揮這種作用。但彭博社(Bloomberg)的財富報道稱:“比特幣新手告訴我們，是什么促使他們以創紀錄的價格買入。“很多負擔不起的人可能因此受到嚴重傷害。Robinhood周五限制了一些加密貨幣的購買。

所以加密領域都將目光聚焦于二月中旬。我不知道紐約總檢察長會發現什么。她可能會結束調查，繼續自己的快樂生活，因為根本就沒有犯罪，或者發現一個讓伯尼·麥道夫看起來像從檸檬水攤上偷東西的騙局。我們知道當熱空氣耗盡時泡沫會發生什么。[2021/2/2 18:41:07]

在上面這個案例中，FactRegistry合約需要一個函數transfer()，Alice傳入Bob的地址作為收款方。transfer()函數做兩件事：把需要轉移的ETH發送給收款方；保存對這筆轉賬的記錄，比如存儲這筆轉賬相關參數的哈希值，到合約的存儲項中。FactRegistry合約還帶有一個isValid()函數，接受一條哈希值作為參數，返回一個布爾值——如果該條輸入的哈希值等于合約中記錄的某條哈希值，就返回True。如此，這個記錄在合約中的哈希值，就可以當成是一個事實的證明。這個為FactRegistry合約引入一個新的事實的過程，通常稱為“事實注冊”。

孫宇晨：比特幣什么時候買都是對的:孫宇晨今天在推特表示，比特幣，又漲了。什么時候買都是對的。[2020/7/28]

一筆簽過名的CT所包含的鏈上事件的指紋有兩個字段：一個FactRegistry合約的地址；上述合約中應當記錄的事實。

StarkEx有條件交易

StarkEx會批量打包Layey-2中的交易，并使用一條發送到鏈上的STARK證明來結算這些交易。如果某一批次中包含CT，StarkEx將保證相關的事實已經注冊，以便能清算該批交易；否則，整批交易都會回滾。

有條件交易的案例

在本部分，我們會提出一些應用場景，并指出CT如何能用在這些場景中。

詳細案例——快速取款

在任意L2方案中，最初級的從L2轉出資金到L1中的辦法便是終局化一次L2的狀態更新。在基于有效性證明的系統中，終局化一次L2的狀態更新需要在鏈上提交一個相應的有效性證明，一般來說需要10分鐘。這就意味著，如果用戶使用這種方式來取款，就不得不等待至少10分鐘。

而快速取款的用意正是為了解耦這種依賴，讓用戶能夠在“區塊時間”內免信任地將資金取出，也即，就像使用普通的以太坊合約一樣。

那到底是怎么個流程呢？如果Alice想要從L2中取出1ETH到L1，Alice可以在L2上簽名一條將1ETH轉移給流動性提供者的CT，條件是LP在L1上轉移1ETH給Alice。Alice的CT僅能在她收到L1上的轉賬之后才能執行，所以她不會面臨對手方風險。

我們來看一個能夠協助CT的簡易的FactRegistry合約：

我們可以看到這個合約有一個payabe函數transfer()，它的功能有兩個：

轉移一定數量的ETH到某個地址

登記keccack(amount,address,nonce)

Alice簽發的CT只有keccack(1ETH,Alice,nonce)在FactRegistry中注冊之后才能執行。而這個事實，也只有在給Alice的1ETH轉賬發生了之后才能成功注冊。Alice可以無需信任地取出1ETH，整個過程只需她的前面，和LP在以太坊鏈上發起的一筆交易。

更多應用場景

類似的流程可以捕捉到下列類型的事件，從而L2的CT也可以有更多的用途，例如：

如果ETH的價格跌到了1010DAI，Alice希望在L2賣出1ETH，換回在L1上的1000DAI

Alice希望在L2上給Bob10ETH，只要Bob以Alice的名義在Alice指定的dApp中存入9.5ETH

Alice希望在DeversiFi的L2上給Bob10ETH，只要Bob在dYdX的L2中給Alice的賬戶存入9.5ETH

總結

CT的第一種用途是快速取款，但StarkEx運營者可以用這一元件實現許多種類的L2-L1交互。

(完)

原文鏈接:https://medium.com/starkware/conditional-transfers-the-key-to-interoperability-2e1de044fb65作者:StarkWare翻譯:阿劍

Tags：ALIALICELICICEALIST價格alice幣發行量galaxy-public-blockchainALICE價格

火星幣