APP:一文了解以太坊交易可能經歷的8個狀態以及 Dapp 該如何應對_Wrapped FCT

在本文中，我們將重點介紹以太坊上復雜的交易生命周期；開發者在這些情況下嘗試讓 dapp 提供理想的用戶體驗的挑戰；以及 dfuse 是如何幫助突破這些挑戰的。

每當一筆交易提交到以太坊網絡上時，它會經歷一系列相當復雜的狀態，而并非每個狀態轉換都是向前的——交易可能回滾到較早的狀態、可能被另一個交易替換、還可能完全分叉。（下文中會詳細描述交易的生命周期。）

在 dapp 中跟蹤交易的進程并為用戶提供良好的體驗是具有挑戰性的。如今，許多基于以太坊的 dapp 都可以提供吸引人但還是相對靜態的用戶體驗：應用能顯示某個時間點上的交易狀態，但必須通過刷新（點擊刷新或 dapp UI 定期刷新頁面）才能得到信息的更新。市面上有相對更動態的接口，但提供的數據粒度還是不夠細，或者/同時以高網絡流量為代價，在其底層區塊鏈節點上施加高負載。

接下來我們討論下造成這種情況的原因，以及如何以高效利用網絡和服務器的方式、細粒度的交易狀態更新在 dapp 中提供符合現代標準的、流暢的用戶體驗。

Sweat Economy將對25億個非活動SWEAT進行重新分配:金色財經報道，專注于健身的去中心化應用程序 Sweat Economy 將對如何處理用戶賬戶中目前處于非活動狀態的 25 億個 SWEAT （占總供應量 13%）進行治理投票。在去年 9 月這些代幣分配給了用戶，但這些用戶沒有下載錢包，也沒有遵循任何其他要求領取它們的步驟，使他們被遺棄或閑置 。

目前官方博客表示，Sweat 用戶可以投票決定是否收回代幣并將它們轉移到協議的金庫中，以備將來分配。投票還將決定 Sweat 基金會未來將如何處理它們，包括燃燒一定比例，資助運營成本，或支持未來的產品發布；接受或拒絕該提案至少需要 75,000 張選票。投票將持續 7 天，并有可能延長三天，并遵循4 月份上一次投票采用的一人一票的形式。[2023/6/8 21:22:54]

當今的 Dapp 接口

每個 dapp 都需要向用戶顯示正在執行的交易的區塊鏈底層信息——無論是 Ether 轉賬、代幣轉賬還是智能合約調用，而當下的許多 dapp 的界面顯示這些信息的時候顯示的是區塊鏈在單個時間點上的狀態。

用戶在交易過程中經常需要更新信息（例如，知道轉賬什么時候完成了），因此 dapp 會在界面上放一個 “刷新” 按鍵（或定期自動為用戶刷新頁面），或者用戶需要直接點擊瀏覽器的刷新按鈕來獲取更新。

5G區塊鏈網絡Karrier One完成第一輪融資:4月5日消息，5G區塊鏈網絡Karrier One今天宣布結束其第一輪融資，金額以及參投方未知。Karrier One是一個去中心化移動網絡，使用Karrier One區塊鏈無縫和匿名地連接智能手機和用戶，提供價格合理、可靠的移動和互聯網連接目前，Karrier One已成功通過衛星連接到10個地面4G節點，并面向未來在加拿大農村部署5G，使iPhone可以完全脫離現有電信基礎設施的網絡進行通信。（businesswire）[2023/4/5 13:46:44]

有些用戶體驗更成熟的 dapp 會向用戶顯示交易的動態更新。它們會在后臺輪詢 AJAX 請求，重復檢查其以太坊節點是否有更新，然后將更新發布到前端。這么做是非常復雜的，因為 dapp 必須進行大量 API 調用，查詢許多不同的數據源（包括區塊、內存池和網絡條件），從而才能從頭到尾的跟蹤交易的生命周期。

這種處理方式會有弊端：要么交易的更新不頻繁、信息粒度大，導致用戶想去重復點擊“刷新”而去更快地獲取更新；或者 dapp 必須高頻輪詢區塊鏈，從而產生大量網絡流量，在底層區塊鏈節點上施加高負載。

比特幣全網未確認交易數量為3235筆:金色財經報道，BTC.com數據顯示，目前比特幣全網未確認交易數量為3235筆，全網算力為275.71 EH/s，24小時交易速率為3.62交易/s。目前全網難度為37.59 T，預測下次難度下調0.34%至37.46 T，距離調整還剩8天21小時。[2023/1/21 11:24:06]

為什么不使用基于鏈上事件的接口？

對于 dapp 開發人員，做靜態頁面或輪詢一直是僅可用的兩個選項，這反映了以太坊節點提供的 API 的性質。如果有一個基于鏈上事件的接口，可以接收推送到鏈上的交易狀態更新并實時反饋用戶，dapp 才能提供更好的用戶體驗——而標準的以太坊節點并不提供豐富的實時交易數據。

以太坊節點確實提供了鏈上事件的流讀取功能，但功能有限，只能通過使用以太坊的 JSON-RPC 接口的 PUB/SUB 功能才可用（在使用 GraphQL 時不可用）。PUB/SUB 接口允許 dapp 接收一些事件類型的通知：

newHeads——每次新的區塊 header-pkcw 附加到鏈上

logs——根據指定的條件過濾匹配包含在新導入的區塊中的日志

newPendingTransactions——進入待處理狀態并被節點中可用密鑰簽名的所有交易的哈希（而這種情況在公共節點上很少見）

Binance與巴林EazyPay合作進行加密支付:9月22日消息，Binance與巴林EazyPay達成合作，推出中東及北非（MENA）地區首個合規加密支付服務。EAZY創始人、董事總經理兼首席執行官在LinkedIn發文表示，用戶可以使用Binance App掃描Eazy POS生成的二維碼，即可使用加密貨幣在商店實時付款。此次合作將使加密貨幣支付在巴林的5000多個銷售點終端和在線支付網關上成為現實。[2022/9/22 7:13:55]

syncing——指示節點何時開始或停止同步

根據這些事件類型獲取信息很受限，dapp 無法通過它們跟蹤交易的完整生命周期。

以太坊交易生命周期

以太坊交易是有復雜的生命周期的。每個交易都會經過多個的 state （狀態），在整個過程中經歷各種 state 的變更，可能前進也可能回滾。

交易狀態

以太坊交易從提交上鏈到（在一定的成功幾率下）入塊，它會經歷如下的一系列狀態：

模塊化區塊鏈網絡Celestia推出模塊化研究員支持計劃:8月11日消息，模塊化區塊鏈網絡Celestia推出模塊化研究員（Modular Fellows）支持計劃。模塊化研究員將獲得技術支持和超過三個月津貼，以建立他們選擇的項目。目前潛在項目創意包括新的執行層、Rollup基礎設施、DeFi協議的模塊化版本、NFT平臺和域名服務。模塊化研究員需是對模塊化區塊鏈有深刻理解并有開發經驗的工程師。首批共計10個名額。[2022/8/11 12:18:19]

UNKNOWN （未知）：一個未被網絡檢測到或未被處理的交易被定義為處于 UNKOWN 狀態。

PENDING （待處理）：交易在等待礦工揀選和處理，位于我們所稱的 mempool （內存池）中。礦工通常會首先選擇 gas 價格較高的交易，因此 gas 價格較低的交易可能會長期處于 PENDING 狀態。Gas 價格最低的交易可能永遠都不會被選中，那就會導致它們無限期地處于 PENDING 狀態。

IN_BLOCK（入塊）：當礦工成功選擇交易并將其處理進入區塊，交易將進入IN_BLOCK 狀態。如果交易進入 IN_BLOCK 狀態，但它所在的區塊分叉了，則交易可能回到 PENDING 狀態。

REPLACED（被替換）：在以下兩種情況下，交易可以從 PENDING 狀態變為 REPLACED 狀態：

另一筆來自同一發送者且有相同 nonce 的交易進入了 IN_BLOCK 狀態，或

另一筆來自同一發送者且有相同 nonce 但 gas 價格高出12％的另一筆交易進入了 PENDING 狀態

下圖顯示了這些狀態以及它們之間的過渡。

States（狀態）轉換

如上圖所示，狀態之間的轉換也是有名稱定義的。

POOLED（入池）：處于 UNKOWN （未知）狀態的交易進入等待礦工選擇的交易池，被稱為 POOLED 并進入 PENDING （待處理）狀態。處于 REPLACED（被替換）狀態的交易，如果替換條件不再成立（例如：在極少數情況下，處于 IN_BLOCK （入塊）的低 gas 價格的交易被分叉，而替代它且具有相同 nonce 和發送者的交易仍在網絡上游動），則也有可能再次變為 POOLED 狀態。

MINED （被挖礦）：被挖礦的交易是由礦工處理過的交易，這過程會創建一個區塊。一旦被挖，交易就被算做處于 IN_BLOCK （入塊）狀態。由于以太坊網絡的點對點性質，從一個指定節點的角度監測，交易可以從 UNKNOWN （未知）狀態直接進入到 IN_BLOCK （入塊）狀態，無需明顯地通過 PENDING （待處理）狀態。出于相同的原因，從一個指定節點的角度監測，交易也可以不通過 PENDING （待處理）狀態而直接從 REPLACED（被替換）狀態轉換為 IN_BLOCK （入塊）狀態。

REPLACED（被替換）：從 PENDING （待處理）狀態進入到 REPLACED 狀態的交易也被稱為 REPLACED。請參見文中交易狀態中列出的 REPLACED 狀態。

FORKED（被分叉）：當已被挖的交易處于被網絡撤消的區塊中時，就是產生了被分叉的交易。那個區塊內的所有交易將接連被分叉，從 IN_BLOCK （入塊）狀態轉回到 PENDING （待處理）狀態。

CONFIRMED（已確認）：處于 IN_BLOCK （入塊）狀態的交易會在每次它后續的子區塊被挖時而被確認。

如上所述，以太坊上的交易的生命周期是非常復雜的，這使得 dapp 很難去準確的跟蹤它并向用戶提供無縫式、流暢的更新。

毫不費力地跟蹤交易狀態

dfuse 平臺為提供了一個豐富的、能夠串流監聽的接口，該接口支持實時詳細跟蹤以太坊交易的生命周期。dfuse 以太坊交易狀態跟蹤器 API 使開發人員能夠提交以太坊交易，然后在同一數據通道上即刻獲取精細的狀態更新，跟隨交易在其整個生命周期中的進展。

使用 GraphQL，您可以實時監聽指定類型交易的變化，同時可以精確指定每次交易發生變化時您想收到的數據。dfuse 平臺處理了跟蹤交易這項工作的復雜性，并會在事件發生時實時傳輸給 dapp。

這樣一來，您無需撰寫和運行復雜的后臺邏輯和重復進行輪詢，也不會浪費帶寬和多次運行同樣的查詢。簡單地監聽您所需的更新，然后在界面中把這些更新反饋給用戶。

下面的動圖展示的是一個經歷了這種復雜生命周期的交易——它經歷了八個狀態轉換，最后才被包含在區塊中并得到確認。

如果沒有使用 dfuse，dapp 則必須一次次的訪問區塊鏈以捕獲交易經歷的所有轉換再更新給用戶，并且后端代碼需要去準備好應對每個狀態轉換。

使用 dfuse，dapp 僅需要通過單個連接獲取串流更新，dfuse 會為您跟蹤交易經歷的各種曲變化，直到它的命運被最終確定。

為先進的 Dapp 提供的現代化平臺

Lifecycle （生命周期） API 只是 dfuse 平臺的重要的一小部分。dfuse 為 dapp 提供了完整的現代化基礎架構層，即：

快速，

可擴展，

提供對區塊鏈事件的高度精細的串流監聽，

支持主動的 Webhook 形式的回調，

具有業內最高的可靠性。

Tags：APPDAPPDAP以太坊Wrapped FCTDAPP幣DAPPT幣如何購買以太坊幣

XRP