以太坊改進提案-3074對錢包和DApp的影響

中級6/11/2024, 7:40:39 AM
本文介紹了以太坊改進提案-3074對EOA的創新影響。通過允許EOA將控制權轉移到調用者合約,它獲得了與合約相同的多功能操作能力。這不僅顯著改善了用戶體驗,而且在不改變用戶體驗的情況下重塑了現有的授權方式,使其更加安全。

以太坊改進提案-3074

更好更安全的使用體驗

以太坊改進提案-3074允許EOA(外部擁有帳戶)將控制權轉移給指定的合約,從而獲得與合約相同的豐富執行能力。在 以太坊改進提案-3074 之前,EOA 每筆交易只能執行一個操作,例如批准 ERC20 或在 Uniswap 上交換。在以太坊改進提案-3074之後,EOA可以同時執行多個操作,甚至可以完成以前無法想像的任務。簡單來說,以太坊改進提案-3074大大提升了用戶體驗,熟悉的令牌授權方式將被重塑,在不改變用戶體驗的情況下增加安全性。

此外,通過以太坊改進提案-3074,EOA無需多方自行向鏈上發送交易,省去了籌集二餅支付交易費用的麻煩。

Invoker Contract

能夠獲得 EOA 控制權的合約稱為 Invoker 合約。當然,並不是任何合約都可以獲得對EOA的控制權:EOA必須使用私鑰簽名,簽名的內容將明確指定它是哪個Invoker合約以及允許Invoker執行哪些操作。
“”

EOA 簽名內容將明確指定哪個調用方合約(調用方位址)並授權該調用方合約的操作(提交)

實際的執行過程可能如下所示:

  1. Alice 使用她的 EOA 私鑰進行簽名,然後將簽名內容和簽名提供給中繼
  2. 中繼器將鏈帶到調用器合約執行
  3. 中調用器驗證簽名。通過驗證后,它可以作為EOA執行操作,例如批准USDC,然後去Uniswap交易所,最後將一些USDC作為手續費轉移到Relayer。

注1:中繼器不是必需的。愛麗絲還可以將自己的標誌性內容和印章帶到鏈條上。

“”

調用方驗證簽名並開始執行操作后,將作為 Alice EOA 執行,這就像獲得 EOA 的(有限)控制權。

但需要注意的是,EOA 的nonce值在執行後不會增加,所以同一個簽名可能會被重用(多EOA nonce保持不變),所以調用方需要實現自己的nonce機制來避免重放。

“”

如果調用程式合約不是防重放的,則可以始終執行相同的授權。

有關以太坊改進提案-3074實際運行機制的介紹,請參閱:EIP3074簡介

Application

Batchcall允許使用者

多個事務的執行合併為一個,節省多個授權簽名的過程和一些Gas成本。

“”

注意:這將要求 dApp 還支撐 Batchcall 函數,例如 以太坊改進提案-5792,該函數目前正在由社區推送。否則,如果dApp將使用者視為正常的EOA,則只會提示使用者為每個操作簽名一次。

會話密鑰

在某些情況下,使用者還可以允許第三方代表他們執行操作。下圖中的委託金鑰是授權的第三方;訪問策略是執行限制,例如限制其只能操作 Uniswap、每天最多傳輸 1 二餅、授權有效期等。這些條件是在調用程式協定中設計和檢查的。檢查通過多,第三方可以作為使用者的EOA執行操作。

“”

“”
電報機器人可以被授予代表使用者的EOA執行操作的特定許可權

原生二餅許可證

多只要滿足條件(即許可證簽名是合法的),就可以作為授權人EOA進行二餅轉讓,達到本地二餅許可證的效果。

“”

限價交易

使用者填寫限制單子條件,當滿足條件時,可以作為使用者EOA執行,包括批准代幣去中心化交易所、去去中心化交易所贖回等。 與去中心化交易所本身提供的限價交易相比,使用者不需要提前向去中心化交易所發送交易進行審批。

“”

當 Alice 完成單子時,她將同時執行審批,無需事先審批。

如果條件被設計得更通用,它將變得像一個意圖合約:多只要滿足使用者指定的條件,任何人都可以以他們的EOA的名義執行意圖。

“”

只要

滿足意圖條件多,任何人都可以以使用者EOA的名義啟動執行

社會恢復

當使用者丟失EOA私鑰時,她(Alice)可以使用她簽署的以太坊改進提案-3074授權,以及她的授權人(丈夫和信託代理人)的簽名來轉移EOA的所有資產。實際上,收回的是(可轉讓的)資產,而不是帳戶控制權。EOA 私鑰丟失後,EOA 將無法多方使用。

“”

當使用者丟失EOA私鑰時,其他授權人可以簽署並授權EOA資產的轉讓。

以太坊改進提案-3074的影響

改進令牌授權方法,並可能取代批准/許可?

目前,dApp 的設計假設使用者是 EOA:用戶必須為 dApp 合同“預先批准”和“批准足夠的金額”。這意味著使用者不需要一直保持在線,等待dApp執行,或者不斷重新批准,大大改善了用戶體驗。對於限價單或平均成本法(DCA)等條件觸發的應用,使用者在滿足條件時可能無法在線,因此需要預先批准足夠大的資金才能執行 dApp 合約,並且可能是一個重複的過程。

“”

用戶必須提前為dApp批准足夠大的金額,以便dApp可以用其資金運營。

“”

但也有必要信任dApp或避免批准假dApp,並能夠立即刪除批准

後來出現的許可模式,比如代幣原生的 以太坊改進提案-2612 或者非原生的 Permit2,都是為了提升審批模式的使用體驗和安全性:使用者無需多方審批大量資金到每個 dApp 合約(每個代幣必須審批一次)。相反,使用者只需要“簽名”,授權dApp合約在“指定時間”內“提取指定金額”。這不僅大大減少了攻擊面,而且大大增強了用戶體驗。

“”

使用者只需簽署鏈下,並可以指定金額和有效期,提供比批准更好的用戶體驗和安全性。

但事實上,不僅批准,許可模式也經常被用作詐騙攻擊方法(1,2,3):受害者錯誤地簽署了他們認為是dApp的許可證,但實際上卻給了攻擊者。

“”

當使用者簽署許可證時,他們只能看到授權誰,但他們不知道哪些操作將與它配對執行。

注意:目前的許可證設計與重複操作的dApp不相容,例如平均成本法(DCA)或其他常規支付應用程式。這是因為許可證具有重播保護機制,因此一旦轉移完成,相同的許可證就不能再次使用,這意味著用戶必須提前簽署許可證,以便以後每次重複操作。

然而,以太坊改進提案-3074帶來了改變的機會:當dApp開發者知道EOA可以通過Invoker進行各種複雜的操作時,dApp交互的設計不需要多方犧牲安全性單子來改善用戶體驗,比如“使用者預批大筆資金”和“使用者簽署許可消息授權提現”。相反,使用者將 dApp 操作綁定到通過調用程式批准和執行原子執行:批准和 dApp 操作要麼一起成功執行,要麼一起失敗。僅批准是不可能成功的,因此使用者可以確信此批准適用於此操作。並且使用者使用的是鏈下簽名授權,所以用戶體驗和許可是一樣的!這意味著dApp多方不需要許可模式!未來,錢包可以直接禁止或對許可簽名請求進行更嚴格的審核,而不必擔心是否會導致使用者不使用某些dApp(反而被用於詐騙)。

“”

用戶沒有多方簡單地授權某個位址,而是授權某個位址和做什麼,甚至可以看到類比的執行結果。

注意:這並不意味著可以完全阻止詐騙!使用者可能仍然會被騙進詐騙網站,詐騙網站仍然可以組織批准或轉帳操作供用戶簽名,但此時使用者至少可以看到這個簽名要做什麼,錢包甚至可以模擬顯示執行結果並呈現給使用者,這樣使用者就可以清楚地知道誰會損失多少錢,誰會獲得多少錢。與不知道什麼操作甚至執行結果的許可證相比,用戶有更多的資訊來決定是否授權。雖然這不是一個完美的治療方法,但它仍然是對目前情況的實質性改善。

錢包如何處理EOA隨機數

目前的以太坊改進提案-3074設計會在簽名內容中包含EOA nonce值,因此多EOA將交易發送到鏈上執行並更改nonce值,所有原始以太坊改進提案-3074授權都將失效。

如果使用者授權其他人操作EOA,例如上面提到的會話密鑰或社交恢復方法,則必須防止EOA的nonce更改。否則,需要再次簽署所有授權並將其交給受託人,這對用戶體驗和機制的穩健性有相當大的影響。

如果使用者被授權自行操作,則無需特別阻止EOA nonce被更改,因為以太坊改進提案-3074簽名仍有望像交易一樣在某個截止日期之前執行。只是錢包需要管理EOA的更多以太坊改進提案-3074交易:如果有以太坊改進提案-3074個簽名等待上傳到鏈上,那麼EOA本身的交易將不得不等待。

注意:調用者合約本身會(並且應該)維護一套nonce機制,所以使用簽名后,無論EOA nonce是否發生變化,它仍然需要再次簽名。

會話密鑰和社會恢復很可能必須等到 以太坊改進提案-3074 更改規則以從簽名內容中刪除 EOA nonce,然後才能大規模採用。因此,錢包只需要關注“用戶授權操作”的用例,將以太坊改進提案-3074簽名視為交易。無需擔心避免EOA發送交易或更改EOA nonce。

但是需要注意的是,如果使用者想把自己的 以太坊改進提案-3074 簽名內容帶到鏈上,會有兩個缺點:

  1. 使用者需要簽名兩次:一次用於 以太坊改進提案-3074 簽名,一次用於鏈上交易簽名。
  2. 因為鏈上交易在交易開始執行之前會在EOA nonce加1,所以使用者以太坊改進提案-3074簽名中的EOA nonce需要預先加1,以匹配鏈本身引起的EOA nonce+1。

“”

由於鏈將首先向 EOA nonce添加 1,因此 以太坊改進提案-3074 簽名的驗證將因 EOA nonce不匹配而失敗。

“”

如果使用者在 以太坊改進提案-3074 簽名中的 EOA nonce添加 1,然後再將其帶到鏈上,驗證可以順利進行。

摘要和亮點

  • 以太坊改進提案-3074允許EOA獲得與合約一樣豐富的執行能力,開闢了許多新的應用場景。
  • 這不僅會大大改善用戶體驗,而且還會改變當前的令牌授權方式,使其更安全,同時保持相同的用戶體驗。
  • 而且,以太坊改進提案-3074是一個簡單的簽名,使用者不一定非要把簽名帶到鏈上執行,所以不用擔心收集二餅來支付交易費用。
  • 以太坊改進提案-3074 的用途包括批處理調用、會話密鑰、本機二餅許可、限價交易和社會恢復。其中許多是EOA以前無法實現的,有些,如限價交易,需要使用不安全的預授權方法。
  • 以太坊改進提案-3074 還將更改當前的令牌授權方法。批准方式直接授權特定位址擁有無限期提取代幣的權力,並且需要使用者的EOA發送交易來執行批准,因此用戶體驗和安全性都不好;許可方式只需要用戶簽名,每次簽名都會指定金額和有效期,相比審批,大大提升了用戶體驗和安全性。
  • 但是,該許可證仍然經常用於詐騙。在簽名時,使用者只能知道授權誰、授權多少、有效期,但不知道這個授權是幹什麼用的。“它的用途”將是另一個簽名(或交易)。普通的dApp會讓用戶簽署許可證和“它的用途”,但它們仍然是兩個不同的簽名,因此當要求簽署許可證時,使用者和錢包都不知道該許可證將用於什麼。
  • 使用以太坊改進提案-3074,使用者(1)不需要提前向dApp批准大量資金,只需在有操作時批准,與許可證具有相同的效果;(2)只是一個簡單的簽名,無需擔心收集二餅支付交易費用,與許可證相同;(3)每個審批都綁定到一個特定的操作上,簽在一起,讓使用者可以清楚的知道這個審批是幹什麼的,哪個會比許可證更安全!
  • 希望以太坊改進提案-3074能夠成功取代目前的批准和許可模式,為使用者提供更安全的授權方式。

免責聲明:

  1. 本文轉載自 [imToken Labs]。所有版權均屬於原作者[]。如果對此轉載有異議,請聯繫Gate Learn團隊,他們會及時處理。
  2. 免責聲明:本文中表達的觀點和意見僅代表作者的觀點和意見,不構成任何投資建議。
  3. 文章到其他語言的翻譯由Gate Learn團隊完成。除非另有說明,否則禁止複製、分發或抄襲翻譯后的文章。

分享

目錄

以太坊改進提案-3074

本地二餅授權

以太坊改進提案-3074的影響

總結和亮點

以太坊改進提案-3074對錢包和DApp的影響

中級6/11/2024, 7:40:39 AM
本文介紹了以太坊改進提案-3074對EOA的創新影響。通過允許EOA將控制權轉移到調用者合約,它獲得了與合約相同的多功能操作能力。這不僅顯著改善了用戶體驗,而且在不改變用戶體驗的情況下重塑了現有的授權方式,使其更加安全。

以太坊改進提案-3074

本地二餅授權

以太坊改進提案-3074的影響

總結和亮點

以太坊改進提案-3074

更好更安全的使用體驗

以太坊改進提案-3074允許EOA(外部擁有帳戶)將控制權轉移給指定的合約,從而獲得與合約相同的豐富執行能力。在 以太坊改進提案-3074 之前,EOA 每筆交易只能執行一個操作,例如批准 ERC20 或在 Uniswap 上交換。在以太坊改進提案-3074之後,EOA可以同時執行多個操作,甚至可以完成以前無法想像的任務。簡單來說,以太坊改進提案-3074大大提升了用戶體驗,熟悉的令牌授權方式將被重塑,在不改變用戶體驗的情況下增加安全性。

此外,通過以太坊改進提案-3074,EOA無需多方自行向鏈上發送交易,省去了籌集二餅支付交易費用的麻煩。

Invoker Contract

能夠獲得 EOA 控制權的合約稱為 Invoker 合約。當然,並不是任何合約都可以獲得對EOA的控制權:EOA必須使用私鑰簽名,簽名的內容將明確指定它是哪個Invoker合約以及允許Invoker執行哪些操作。
“”

EOA 簽名內容將明確指定哪個調用方合約(調用方位址)並授權該調用方合約的操作(提交)

實際的執行過程可能如下所示:

  1. Alice 使用她的 EOA 私鑰進行簽名,然後將簽名內容和簽名提供給中繼
  2. 中繼器將鏈帶到調用器合約執行
  3. 中調用器驗證簽名。通過驗證后,它可以作為EOA執行操作,例如批准USDC,然後去Uniswap交易所,最後將一些USDC作為手續費轉移到Relayer。

注1:中繼器不是必需的。愛麗絲還可以將自己的標誌性內容和印章帶到鏈條上。

“”

調用方驗證簽名並開始執行操作后,將作為 Alice EOA 執行,這就像獲得 EOA 的(有限)控制權。

但需要注意的是,EOA 的nonce值在執行後不會增加,所以同一個簽名可能會被重用(多EOA nonce保持不變),所以調用方需要實現自己的nonce機制來避免重放。

“”

如果調用程式合約不是防重放的,則可以始終執行相同的授權。

有關以太坊改進提案-3074實際運行機制的介紹,請參閱:EIP3074簡介

Application

Batchcall允許使用者

多個事務的執行合併為一個,節省多個授權簽名的過程和一些Gas成本。

“”

注意:這將要求 dApp 還支撐 Batchcall 函數,例如 以太坊改進提案-5792,該函數目前正在由社區推送。否則,如果dApp將使用者視為正常的EOA,則只會提示使用者為每個操作簽名一次。

會話密鑰

在某些情況下,使用者還可以允許第三方代表他們執行操作。下圖中的委託金鑰是授權的第三方;訪問策略是執行限制,例如限制其只能操作 Uniswap、每天最多傳輸 1 二餅、授權有效期等。這些條件是在調用程式協定中設計和檢查的。檢查通過多,第三方可以作為使用者的EOA執行操作。

“”

“”
電報機器人可以被授予代表使用者的EOA執行操作的特定許可權

原生二餅許可證

多只要滿足條件(即許可證簽名是合法的),就可以作為授權人EOA進行二餅轉讓,達到本地二餅許可證的效果。

“”

限價交易

使用者填寫限制單子條件,當滿足條件時,可以作為使用者EOA執行,包括批准代幣去中心化交易所、去去中心化交易所贖回等。 與去中心化交易所本身提供的限價交易相比,使用者不需要提前向去中心化交易所發送交易進行審批。

“”

當 Alice 完成單子時,她將同時執行審批,無需事先審批。

如果條件被設計得更通用,它將變得像一個意圖合約:多只要滿足使用者指定的條件,任何人都可以以他們的EOA的名義執行意圖。

“”

只要

滿足意圖條件多,任何人都可以以使用者EOA的名義啟動執行

社會恢復

當使用者丟失EOA私鑰時,她(Alice)可以使用她簽署的以太坊改進提案-3074授權,以及她的授權人(丈夫和信託代理人)的簽名來轉移EOA的所有資產。實際上,收回的是(可轉讓的)資產,而不是帳戶控制權。EOA 私鑰丟失後,EOA 將無法多方使用。

“”

當使用者丟失EOA私鑰時,其他授權人可以簽署並授權EOA資產的轉讓。

以太坊改進提案-3074的影響

改進令牌授權方法,並可能取代批准/許可?

目前,dApp 的設計假設使用者是 EOA:用戶必須為 dApp 合同“預先批准”和“批准足夠的金額”。這意味著使用者不需要一直保持在線,等待dApp執行,或者不斷重新批准,大大改善了用戶體驗。對於限價單或平均成本法(DCA)等條件觸發的應用,使用者在滿足條件時可能無法在線,因此需要預先批准足夠大的資金才能執行 dApp 合約,並且可能是一個重複的過程。

“”

用戶必須提前為dApp批准足夠大的金額,以便dApp可以用其資金運營。

“”

但也有必要信任dApp或避免批准假dApp,並能夠立即刪除批准

後來出現的許可模式,比如代幣原生的 以太坊改進提案-2612 或者非原生的 Permit2,都是為了提升審批模式的使用體驗和安全性:使用者無需多方審批大量資金到每個 dApp 合約(每個代幣必須審批一次)。相反,使用者只需要“簽名”,授權dApp合約在“指定時間”內“提取指定金額”。這不僅大大減少了攻擊面,而且大大增強了用戶體驗。

“”

使用者只需簽署鏈下,並可以指定金額和有效期,提供比批准更好的用戶體驗和安全性。

但事實上,不僅批准,許可模式也經常被用作詐騙攻擊方法(1,2,3):受害者錯誤地簽署了他們認為是dApp的許可證,但實際上卻給了攻擊者。

“”

當使用者簽署許可證時,他們只能看到授權誰,但他們不知道哪些操作將與它配對執行。

注意:目前的許可證設計與重複操作的dApp不相容,例如平均成本法(DCA)或其他常規支付應用程式。這是因為許可證具有重播保護機制,因此一旦轉移完成,相同的許可證就不能再次使用,這意味著用戶必須提前簽署許可證,以便以後每次重複操作。

然而,以太坊改進提案-3074帶來了改變的機會:當dApp開發者知道EOA可以通過Invoker進行各種複雜的操作時,dApp交互的設計不需要多方犧牲安全性單子來改善用戶體驗,比如“使用者預批大筆資金”和“使用者簽署許可消息授權提現”。相反,使用者將 dApp 操作綁定到通過調用程式批准和執行原子執行:批准和 dApp 操作要麼一起成功執行,要麼一起失敗。僅批准是不可能成功的,因此使用者可以確信此批准適用於此操作。並且使用者使用的是鏈下簽名授權,所以用戶體驗和許可是一樣的!這意味著dApp多方不需要許可模式!未來,錢包可以直接禁止或對許可簽名請求進行更嚴格的審核,而不必擔心是否會導致使用者不使用某些dApp(反而被用於詐騙)。

“”

用戶沒有多方簡單地授權某個位址,而是授權某個位址和做什麼,甚至可以看到類比的執行結果。

注意:這並不意味著可以完全阻止詐騙!使用者可能仍然會被騙進詐騙網站,詐騙網站仍然可以組織批准或轉帳操作供用戶簽名,但此時使用者至少可以看到這個簽名要做什麼,錢包甚至可以模擬顯示執行結果並呈現給使用者,這樣使用者就可以清楚地知道誰會損失多少錢,誰會獲得多少錢。與不知道什麼操作甚至執行結果的許可證相比,用戶有更多的資訊來決定是否授權。雖然這不是一個完美的治療方法,但它仍然是對目前情況的實質性改善。

錢包如何處理EOA隨機數

目前的以太坊改進提案-3074設計會在簽名內容中包含EOA nonce值,因此多EOA將交易發送到鏈上執行並更改nonce值,所有原始以太坊改進提案-3074授權都將失效。

如果使用者授權其他人操作EOA,例如上面提到的會話密鑰或社交恢復方法,則必須防止EOA的nonce更改。否則,需要再次簽署所有授權並將其交給受託人,這對用戶體驗和機制的穩健性有相當大的影響。

如果使用者被授權自行操作,則無需特別阻止EOA nonce被更改,因為以太坊改進提案-3074簽名仍有望像交易一樣在某個截止日期之前執行。只是錢包需要管理EOA的更多以太坊改進提案-3074交易:如果有以太坊改進提案-3074個簽名等待上傳到鏈上,那麼EOA本身的交易將不得不等待。

注意:調用者合約本身會(並且應該)維護一套nonce機制,所以使用簽名后,無論EOA nonce是否發生變化,它仍然需要再次簽名。

會話密鑰和社會恢復很可能必須等到 以太坊改進提案-3074 更改規則以從簽名內容中刪除 EOA nonce,然後才能大規模採用。因此,錢包只需要關注“用戶授權操作”的用例,將以太坊改進提案-3074簽名視為交易。無需擔心避免EOA發送交易或更改EOA nonce。

但是需要注意的是,如果使用者想把自己的 以太坊改進提案-3074 簽名內容帶到鏈上,會有兩個缺點:

  1. 使用者需要簽名兩次:一次用於 以太坊改進提案-3074 簽名,一次用於鏈上交易簽名。
  2. 因為鏈上交易在交易開始執行之前會在EOA nonce加1,所以使用者以太坊改進提案-3074簽名中的EOA nonce需要預先加1,以匹配鏈本身引起的EOA nonce+1。

“”

由於鏈將首先向 EOA nonce添加 1,因此 以太坊改進提案-3074 簽名的驗證將因 EOA nonce不匹配而失敗。

“”

如果使用者在 以太坊改進提案-3074 簽名中的 EOA nonce添加 1,然後再將其帶到鏈上,驗證可以順利進行。

摘要和亮點

  • 以太坊改進提案-3074允許EOA獲得與合約一樣豐富的執行能力,開闢了許多新的應用場景。
  • 這不僅會大大改善用戶體驗,而且還會改變當前的令牌授權方式,使其更安全,同時保持相同的用戶體驗。
  • 而且,以太坊改進提案-3074是一個簡單的簽名,使用者不一定非要把簽名帶到鏈上執行,所以不用擔心收集二餅來支付交易費用。
  • 以太坊改進提案-3074 的用途包括批處理調用、會話密鑰、本機二餅許可、限價交易和社會恢復。其中許多是EOA以前無法實現的,有些,如限價交易,需要使用不安全的預授權方法。
  • 以太坊改進提案-3074 還將更改當前的令牌授權方法。批准方式直接授權特定位址擁有無限期提取代幣的權力,並且需要使用者的EOA發送交易來執行批准,因此用戶體驗和安全性都不好;許可方式只需要用戶簽名,每次簽名都會指定金額和有效期,相比審批,大大提升了用戶體驗和安全性。
  • 但是,該許可證仍然經常用於詐騙。在簽名時,使用者只能知道授權誰、授權多少、有效期,但不知道這個授權是幹什麼用的。“它的用途”將是另一個簽名(或交易)。普通的dApp會讓用戶簽署許可證和“它的用途”,但它們仍然是兩個不同的簽名,因此當要求簽署許可證時,使用者和錢包都不知道該許可證將用於什麼。
  • 使用以太坊改進提案-3074,使用者(1)不需要提前向dApp批准大量資金,只需在有操作時批准,與許可證具有相同的效果;(2)只是一個簡單的簽名,無需擔心收集二餅支付交易費用,與許可證相同;(3)每個審批都綁定到一個特定的操作上,簽在一起,讓使用者可以清楚的知道這個審批是幹什麼的,哪個會比許可證更安全!
  • 希望以太坊改進提案-3074能夠成功取代目前的批准和許可模式,為使用者提供更安全的授權方式。

免責聲明:

  1. 本文轉載自 [imToken Labs]。所有版權均屬於原作者[]。如果對此轉載有異議,請聯繫Gate Learn團隊,他們會及時處理。
  2. 免責聲明:本文中表達的觀點和意見僅代表作者的觀點和意見,不構成任何投資建議。
  3. 文章到其他語言的翻譯由Gate Learn團隊完成。除非另有說明,否則禁止複製、分發或抄襲翻譯后的文章。
即刻開始交易
註冊並交易即可獲得
$100
和價值
$5500
理財體驗金獎勵!
It seems that you are attempting to access our services from a Restricted Location where Gate is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Thailand, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.