⑴ 請問,如何取消以太坊轉賬打包中,20多天不到賬
以太坊轉賬如果長時間處於pending狀態，可能是因為交易gas費用設置過低，在網路擁堵時導致排隊時間延長。處理這種情況有以下兩種方法：
第一，選擇繼續等待。雖然等待時間不確定，但最終交易通常會完成。
第二，重新發送一筆交易。確保新交易與原交易具有相同的nonce，同時將gas費用至少提高30%，建議再適當增加以確保優先處理。當新交易被打包確認，原交易將被自動覆蓋，原交易中的資金則計入新交易。
值得注意的是，新交易的轉賬金額可與原交易不同，可根據需求調整為更大額或接近零（即撤回操作）。重要的是，每個地址的nonce會隨著交易筆數逐一增加，不可跳過。因此，如果某個交易所因手續費設置過低而陷入pending狀態，需要重新發送一筆具有相同nonce的交易，以解決擁堵問題。請訪問 etherscan.io/txsPending 查看更多詳情。
⑵ 浠ュお鍧婂備綍澶勭悊鐢ㄦ埛璇鎿嶄綔鐨勯棶棰
浠ュお鍧婂備綍澶勭悊鐢ㄦ埛璇鎿嶄綔鐨勯棶棰橈紵
浠ュお鍧婃槸涓縐嶅熀浜庡尯鍧楅摼鎶鏈鐨勬櫤鑳藉悎綰﹀鉤鍙幫紝鍙浠ヨ╃敤鎴峰壋寤哄拰鎵ц屾櫤鑳藉悎綰︺傜劧鑰岋紝鐢變簬鏅鴻兘鍚堢害鐨勬墽琛屾槸涓嶅彲閫嗙殑錛屽傛灉鐢ㄦ埛鍦ㄦ搷浣滆繃紼嬩腑鍑虹幇璇鎿嶄綔錛屽彲鑳藉艱嚧鏃犳硶鎾ら攢鐨勬崯澶便傚洜姝わ紝浠ュお鍧婇渶瑕侀噰鍙栨帾鏂芥潵澶勭悊鐢ㄦ埛璇鎿嶄綔鐨勯棶棰樸
涓縐嶅父瑙佺殑鐢ㄦ埛璇鎿嶄綔鏄閿欒鍦板彂閫佷唬甯併備互澶鍧婇噰鐢ㄧ殑鏄鍩轟簬璐︽埛鐨勬ā鍨嬶紝姣忎釜璐︽埛閮芥湁鑷宸辯殑鍦板潃銆傚傛灉鐢ㄦ埛灝嗕唬甯佸彂閫佸埌閿欒鐨勫湴鍧錛屽氨鏃犳硶鍐嶅皢鍏跺彇鍥烇紝閫犳垚浜嗕笉蹇呰佺殑鎹熷け銆
涓轟簡閬垮厤榪欑嶆儏鍐電殑鍙戠敓錛屼互澶鍧婃帹鍑轟簡涓縐嶅悕涓衡淓RC20鈥濈殑浠ｅ竵鏍囧噯銆傝ユ爣鍑嗚勫畾錛屾墍鏈夌﹀悎瑕佹眰鐨勪唬甯侀兘蹇呴』瀹炵幇涓緇勬爣鍑嗘帴鍙ｏ紝浠ヤ究鑳藉熻繘琛屽畨鍏ㄧ殑浜や簰銆傚叾涓灝卞寘鎷浜嗏滄帴鏀惰呭湴鍧鈥濈殑鎺ュ彛錛岃╀唬甯佸彂閫佽呭湪鍙戦佸墠鑳藉熺『淇濇帴鏀惰呭湴鍧鐨勬ｇ『鎬э紝浠庤屽湪涓瀹氱▼搴︿笂閬垮厤浜嗚鎿嶄綔閫犳垚鐨勬崯澶便
鍙︿竴縐嶇敤鎴瘋鎿嶄綔鏄榪囧害鏀浠樼熆宸ヨ垂鐢ㄣ備互澶鍧婃槸鍩轟簬宸ヤ綔閲忚瘉鏄庣殑鍏辮瘑鏈哄埗錛岄渶瑕佺熆宸ユ潵楠岃瘉鍜屾墦鍖呬氦鏄撱傜熆宸ヤ細鏀跺彇涓瀹氱殑鐭垮伐璐圭敤浣滀負浜ゆ槗鐨勫勭悊璐圭敤錛屽傛灉鐢ㄦ埛璁劇疆鐨勭熆宸ヨ垂鐢ㄨ繃楂橈紝灝變細嫻璐逛笉蹇呰佺殑鎴愭湰銆
涓轟簡瑙ｅ喅榪欎釜闂棰橈紝浠ュお鍧婂紩鍏ヤ簡鍚嶄負鈥淕asPrice鈥濈殑鏈哄埗銆傜敤鎴峰彲浠ュ湪浜ゆ槗涓鎸囧畾鐭垮伐璐圭敤鐨勪笂闄愶紝浠庤岄伩鍏嶄笉蹇呰佺殑榪囧害鏀浠樸
涓嶈繃錛屽敖綆℃湁涓婅堪鎺鏂斤紝鐢ㄦ埛璇鎿嶄綔浠嶇劧鏃犳硶瀹屽叏閬垮厤錛屽洜姝わ紝浠ュお鍧婂紑鍙戣呭拰紺懼尯姝ｅ湪縐鏋佹帰緔㈡洿濂界殑瑙ｅ喅鏂規堛備緥濡傦紝鏈変漢鎻愬嚭浜嗗熀浜庨摼涓嬫敮浠橀氶亾鐨勬柟妗堬紝鍙浠ヨ╃敤鎴峰湪閾句笂榪涜屼箣鍓嶇殑鏀浠樼洃綆★紝浠庤岄伩鍏嶈鎿嶄綔銆傝繕鏈変竴浜涘洟闃熸ｅ湪鎺㈢儲鍩轟簬浜哄伐鏅鴻兘鐨勮В鍐蟲柟妗堬紝鍒╃敤鏈哄櫒瀛︿範絳夋妧鏈鏉ヨ瘑鍒騫墮槻姝㈢敤鎴瘋鎿嶄綔銆
鎬葷殑鏉ヨ達紝浠ュお鍧婃槸涓涓鏃ヨ秼瀹屽杽鐨勬櫤鑳藉悎綰﹀鉤鍙幫紝闅忕潃鎶鏈鐨勪笉鏂鍙戝睍鍜岀ぞ鍖虹殑涓嶆柇澹澶э紝鐩鎬俊浼氭湁鏇村氱殑瑙ｅ喅鏂規堝嚭鐜幫紝璁╃敤鎴瘋兘澶熸洿鍔犲畨鍏ㄥ湴浣跨敤浠ュお鍧娿
⑶ 以太坊區塊鏈大小多少(以太坊區塊高度是多少)
以太坊公鏈區塊高度根據之前的消息，以太坊區塊高度現在調整高度到4730660!以太坊是一個全新開放的區塊鏈平台，它允許任何人在平台中建立和使用通過區塊鏈技術運行的去中心化應用。
就像比特幣一樣，以太坊不受任何人控制，也不歸任何人所有——它是一個開放源代碼項目，由全球范圍內的很多人共同創建。和比特幣協議有所不同的是，以太坊的設計十分靈活，極具適應性。在以太坊平台上創立新的應用十分簡便，隨著Homestead的發布，任何人都可以安全地使用該平台上的應用。
以太坊是可編程的區塊鏈。它並不是給用戶一系列預先設定好的操作，而是允許用戶按照自己的意願創建復雜的操作。這樣一來，它就可以作為多種類型去中心化區塊鏈應用的平台。
以太坊區塊鏈大小
與比特幣網路不同，以太坊不會明確地按內存限制每個區塊的大小，而是通過區塊GasLimit強制規定每個區塊的大小。
以太坊的區塊GasLimit設置有效的限制了一個區塊中可以打包的交易量。GasLimit參數由以太坊礦工集體決定，即通過投票的方式來動態地增加或降低GasLimit數值。
最近的一次投票是2019年下半年，礦工們群體投票同意將以太坊的區塊GasLimit由原來的800萬Gas單位提高至1000萬，使每個區塊相比之前區塊的大小增加了25%左右，這從理論上提高了以太坊網路的TPS。
什麼是區塊鏈擴容?普通用戶能夠運行節點對於區塊鏈的去中心化至關重要
想像一下凌晨兩點多，你接到了一個緊急呼叫，來自世界另一端幫你運行礦池(質押池)的人。從大約14分鍾前開始，你的池子和其他幾個人從鏈中分離了出來，而網路仍然維持著79%的算力。根據你的節點，多數鏈的區塊是無效的。這時出現了余額錯誤：區塊似乎錯誤地將450萬枚額外代幣分配給了一個未知地址。
一小時後，你和其他兩個同樣遭遇意外的小礦池參與者、一些區塊瀏覽器和交易所方在一個聊天室中，看見有人貼出了一條推特的鏈接，開頭寫著「宣布新的鏈上可持續協議開發基金」。
到了早上，相關討論廣泛散布在推特以及一個不審查內容的社區論壇上。但那時450萬枚代幣中的很大一部分已經在鏈上轉換為其他資產，並且進行了數十億美元的defi交易。79％的共識節點，以及所有主要的區塊鏈瀏覽器和輕錢包的端點都遵循了這條新鏈。也許新的開發者基金將為某些開發提供資金，或者也許所有這些都被領先的礦池、交易所及其裙帶所吞並。但是無論結果如何，該基金實際上都成為了既成事實，普通用戶無法反抗。
或許還有這么一部主題電影。或許會由MolochDAO或其他組織進行資助。
這種情形會發生在你的區塊鏈中嗎？你所在區塊鏈社區的精英，包括礦池、區塊瀏覽器和託管節點，可能協調得很好，他們很可能都在同一個telegram頻道和微信群中。如果他們真的想出於利益突然對協議規則進行修改，那麼他們可能具備這種能力。以太坊區塊鏈在十小時內完全解決了共識失敗，如果是只有一個客戶端實現的區塊鏈，並且只需要將代碼更改部署到幾十個節點，那麼可以更快地協調客戶端代碼的更改。能夠抵禦這種社會性協作攻擊的唯一可靠方式是「被動防禦」，而這種力量來自去一個中心化的群體：用戶。
想像一下，如果用戶運行區塊鏈的驗證節點(無論是直接驗證還是其他間接技術)，並自動拒絕違反協議規則的區塊，即使超過90%的礦工或質押者支持這些區塊，故事會如何發展。
如果每個用戶都運行一個驗證節點，那麼攻擊很快就會失敗：有些礦池和交易所會進行分叉，並且在整個過程中看起來很愚蠢。但是即使只有一些用戶運行驗證節點，攻擊者也無法大獲全勝。相反，攻擊會導致混亂，不同用戶會看到不同的區塊鏈版本。最壞情況下，隨之而來的市場恐慌和可能持續的鏈分叉將大幅減少攻擊者的利潤。對如此曠日持久的沖突進行應對的想法本身就可以阻止大多數攻擊。
Hasu關於這一點的看法：
「我們要明確一件事，我們之所以能夠抵禦惡意的協議更改，是因為擁有用戶驗證區塊鏈的文化，而不是因為PoW或PoS。」
假設你的社區有37個節點運行者，以及80000名被動監聽者，對簽名和區塊頭進行檢查，那麼攻擊者就獲勝了。如果每個人都運行節點的話，攻擊者就會失敗。我們不清楚針對協同攻擊的啟動群體免疫的確切閾值是多少，但有一點是絕對清楚的：好的節點越多，惡意的節點就越少，而且我們所需的數量肯定不止於幾百幾千個。
那麼全節點工作的上限是什麼？
為了使得有盡可能多的用戶能夠運行全節點，我們會將注意力集中在普通消費級硬體上。即使能夠輕松購買到專用硬體，這能夠降低一些全節點的門檻，但事實上對可擴展性的提升並不如我們想像的那般。
全節點處理大量交易的能力主要受限於三個方面：
算力：在保證安全的前提下，我們能劃分多少CPU來運行節點？
帶寬：基於當前的網路連接，一個區塊能包含多少位元組？
存儲：我們能要求用戶使用多大的空間來進行存儲？此外，其讀取速度應該達到多少？(即，HDD足夠嗎？還是說我們需要SSD？)
許多使用「簡單」技術對區塊鏈進行大幅擴容的錯誤看法都源自於對這些數字過於樂觀的估計。我們可以依次來討論這三個因素：
算力
錯誤答案：100%的CPU應該用於區塊驗證
正確答案：約5-10%的CPU可以用於區塊驗證
限制之所以這么低的四個主要原因如下：
我們需要一個安全邊界來覆蓋DoS攻擊的可能性(攻擊者利用代碼弱點製造的交易需要比常規交易更長的處理時間)
節點需要在離線之後能夠與區塊鏈同步。如果我掉線一分鍾，那我應該要能夠在幾秒鍾之內完成同步
運行節點不應該很快地耗盡電池，也不應該拖慢其他應用的運行速度
節點也有其他非區塊生產的工作要進行，大多數是驗證以及對p2p網路中輸入的交易和請求做出響應
請注意，直到最近大多數針對「為什麼只需要5-10%？」這一點的解釋都側重於另一個不同的問題：因為PoW出塊時間不定，驗證區塊需要很長時間，會增加同時創建多個區塊的風險。這個問題有很多修復方法，例如BitcoinNG，或使用PoS權益證明。但這些並沒有解決其他四個問題，因此它們並沒有如許多人所料在可擴展性方面獲得巨大進展。
並行性也不是靈丹妙葯。通常，即使是看似單線程區塊鏈的客戶端也已經並行化了：簽名可以由一個線程驗證，而執行由其他線程完成，並且有一個單獨的線程在後台處理交易池邏輯。而且所有線程的使用率越接近100%，運行節點的能源消耗就越多，針對DoS的安全系數就越低。
帶寬
錯誤答案：如果沒2-3秒都產生10MB的區塊，那麼大多數用戶的網路都大於10MB/秒，他們當然都能處理這些區塊
正確答案：或許我們能在每12秒處理1-5MB的區塊，但這依然很難
如今，我們經常聽到關於互聯網連接可以提供多少帶寬的廣為傳播的統計數據：100Mbps甚至1Gbps的數字很常見。但是由於以下幾個原因，宣稱的帶寬與預期實際帶寬之間存在很大差異：
「Mbps」是指「每秒數百萬bits」；一個bit是一個位元組的1/8，因此我們需要將宣稱的bit數除以8以獲得位元組數。
網路運營商，就像其他公司一樣，經常編造謊言。
總是有多個應用使用同一個網路連接，所以節點無法獨占整個帶寬。
P2P網路不可避免地會引入開銷：節點通常最終會多次下載和重新上傳同一個塊(更不用說交易在被打包進區塊之前還要通過mempool進行廣播)。
當Starkware在2019年進行一項實驗時，他們在交易數據gas成本降低後首次發布了500kB的區塊，一些節點實際上無法處理這種大小的區塊。處理大區塊的能力已經並將持續得到改善。但是無論我們做什麼，我們仍然無法獲取以MB/秒為單位的平均帶寬，說服自己我們可以接受1秒的延遲，並且有能力處理那種大小的區塊。
存儲
錯誤答案：10TB
正確答案：512GB
正如大家可能猜到的，這里的主要論點與其他地方相同：理論與實踐之間的差異。理論上，我們可以在亞馬遜上購買8TB固態驅動(確實需要SSD或NVME；HDD對於區塊鏈狀態存儲來說太慢了)。實際上，我用來寫這篇博文的筆記本電腦有512GB，如果你讓人們去購買硬體，許多人就會變得懶惰(或者他們無法負擔800美元的8TBSSD)並使用中心化服務。即使可以將區塊鏈裝到某個存儲設備上，大量活動也可以快速地耗盡磁碟並迫使你購入新磁碟。
一群區塊鏈協議研究員對每個人的磁碟空間進行了調查。我知道樣本量很小，但仍然...
此外，存儲大小決定了新節點能夠上線並開始參與網路所需的時間。現有節點必須存儲的任何數據都是新節點必須下載的數據。這個初始同步時間(和帶寬)也是用戶能夠運行節點的主要障礙。在寫這篇博文時，同步一個新的geth節點花了我大約15個小時。如果以太坊的使用量增加10倍，那麼同步一個新的geth節點將至少需要一周時間，而且更有可能導致節點的互聯網連接受到限制。這在攻擊期間更為重要，當用戶之前未運行節點時對攻擊做出成功響應需要用戶啟用新節點。
交互效應
此外，這三類成本之間存在交互效應。由於資料庫在內部使用樹結構來存儲和檢索數據，因此從資料庫中獲取數據的成本隨著資料庫大小的對數而增加。事實上，因為頂級(或前幾級)可以緩存在RAM中，所以磁碟訪問成本與資料庫大小成正比，是RAM中緩存數據大小的倍數。
不要從字面上理解這個圖，不同的資料庫以不同的方式工作，通常內存中的部分只是一個單獨(但很大)的層(參見leveldb中使用的LSM樹)。但基本原理是一樣的。
例如，如果緩存為4GB，並且我們假設資料庫的每一層比上一層大4倍，那麼以太坊當前的~64GB狀態將需要~2次訪問。但是如果狀態大小增加4倍到~256GB，那麼這將增加到~3次訪問。因此，gas上限增加4倍實際上可以轉化為區塊驗證時間增加約6倍。這種影響可能會更大：硬碟在已滿狀態下比空閑時需要花更長時間來讀寫。
這對以太坊來說意味著什麼？
現在在以太坊區塊鏈中，運行一個節點對許多用戶來說已經是一項挑戰，盡管至少使用常規硬體仍然是可能的(我寫這篇文章時剛剛在我的筆記本電腦上同步了一個節點！)。因此，我們即將遭遇瓶頸。核心開發者最關心的問題是存儲大小。因此，目前在解決計算和數據瓶頸方面的巨大努力，甚至對共識演算法的改變，都不太可能帶來gaslimit的大幅提升。即使解決了以太坊最大的DoS弱點，也只能將gaslimit提高20%。
對於存儲大小的問題，唯一解決方案是無狀態和狀態逾期。無狀態使得節點群能夠在不維護永久存儲的情況下進行驗證。狀態逾期會使最近未訪問過的狀態失活，用戶需要手動提供證明來更新。這兩條路徑已經研究了很長時間，並且已經開始了關於無狀態的概念驗證實現。這兩項改進相結合可以大大緩解這些擔憂，並為顯著提升gaslimit開辟空間。但即使在實施無狀態和狀態逾期之後，gaslimit也可能只會安全地提升約3倍，直到其他限制開始發揮作用。
另一個可能的中期解決方案使使用ZK-SNARKs來驗證交易。ZK-SNARKs能夠保證普通用戶無需個人存儲狀態或是驗證區塊，即使他們仍然需要下載區塊中的所有數據來抵禦數據不可用攻擊。另外，即使攻擊者不能強行提交無效區塊，但是如果運行一個共識節點的難度過高，依然會有協調審查攻擊的風險。因此，ZK-SNARKs不能無限地提升節點能力，但是仍然能夠對其進行大幅提升(或許是1-2個數量級)。一些區塊鏈在layer1上探索該形式，以太坊則通過layer2協議(也叫ZKrollups)來獲益，例如zksync,Loopring和Starknet。
分片之後又會如何？
分片從根本上解決了上述限制，因為它將區塊鏈上包含的數據與單個節點需要處理和存儲的數據解耦了。節點驗證區塊不是通過親自下載和執行，而是使用先進的數學和密碼學技術來間接驗證區塊。
因此，分片區塊鏈可以安全地擁有非分片區塊鏈無法實現的非常高水平的吞吐量。這確實需要大量的密碼學技術來有效替代樸素完整驗證，以拒絕無效區塊，但這是可以做到的：該理論已經具備了基礎，並且基於草案規范的概念驗證已經在進行中。
以太坊計劃採用二次方分片(quadraticsharding)，其中總可擴展性受到以下事實的限制：節點必須能夠同時處理單個分片和信標鏈，而信標鏈必須為每個分片執行一些固定的管理工作。如果分片太大，節點就不能再處理單個分片，如果分片太多，節點就不能再處理信標鏈。這兩個約束的乘積構成了上限。
可以想像，通過三次方分片甚至指數分片，我們可以走得更遠。在這樣的設計中，數據可用性采樣肯定會變得更加復雜，但這是可以實現的。但以太坊並沒有超越二次方，原因在於，從交易分片到交易分片的分片所獲得的額外可擴展性收益實際上無法在其他風險程度可接受的前提下實現。
那麼這些風險是什麼呢？
最低用戶數量
可以想像，只要有一個用戶願意參與，非分片區塊鏈就可以運行。但分片區塊鏈並非如此：單個節點無法處理整條鏈，因此需要足夠的節點以共同處理區塊鏈。如果每個節點可以處理50TPS，而鏈可以處理10000TPS，那麼鏈至少需要200個節點才能存續。如果鏈在任何時候都少於200個節點，那可能會出現節點無法再保持同步，或者節點停止檢測無效區塊，或者還可能會發生許多其他壞事，具體取決於節點軟體的設置。
在實踐中，由於需要冗餘(包括數據可用性采樣)，安全的最低數量比簡單的「鏈TPS除以節點TPS」高幾倍，對於上面的例子，我們將其設置位1000個節點。
如果分片區塊鏈的容量增加10倍，則最低用戶數也增加10倍。現在大家可能會問：為什麼我們不從較低的容量開始，當用戶很多時再增加，因為這是我們的實際需要，用戶數量回落再降低容量？
這里有幾個問題：
區塊鏈本身無法可靠地檢測到其上有多少唯一用戶，因此需要某種治理來檢測和設置分片數量。對容量限制的治理很容易成為分裂和沖突的根源。
如果許多用戶突然同時意外掉線怎麼辦？
增加啟動分叉所需的最低用戶數量，使得防禦惡意控制更加艱難。
最低用戶數為1,000，這幾乎可以說是沒問題的。另一方面，最低用戶數設為100萬，這肯定是不行。即使最低用戶數為10,000也可以說開始變得有風險。因此，似乎很難證明超過幾百個分片的分片區塊鏈是合理的。
歷史可檢索性
用戶真正珍視的區塊鏈重要屬性是永久性。當公司破產或是維護該生態系統不再產生利益時，存儲在伺服器上的數字資產將在10年內不再存在。而以太坊上的NFT是永久的。
是的，到2372年人們仍能夠下載並查閱你的加密貓。
但是一旦區塊鏈的容量過高，存儲所有這些數據就會變得更加困難，直到某時出現巨大風險，某些歷史數據最終將……沒人存儲。
要量化這種風險很容易。以區塊鏈的數據容量(MB/sec)為單位，乘以~30得到每年存儲的數據量(TB)。當前的分片計劃的數據容量約為1.3MB/秒，因此約為40TB/年。如果增加10倍，則為400TB/年。如果我們不僅希望可以訪問數據，而且是以一種便捷的方式，我們還需要元數據(例如解壓縮匯總交易)，因此每年達到4PB，或十年後達到40PB。InternetArchive(互聯網檔案館)使用50PB。所以這可以說是分片區塊鏈的安全大小上限。
因此，看起來在這兩個維度上，以太坊分片設計實際上已經非常接近合理的最大安全值。常數可以增加一點，但不能增加太多。
結語
嘗試擴容區塊鏈的方法有兩種：基礎的技術改進和簡單地提升參數。首先，提升參數聽起來很有吸引力：如果您是在餐紙上進行數學運算，這就很容易讓自己相信消費級筆記本電腦每秒可以處理數千筆交易，不需要ZK-SNARK、rollups或分片。不幸的是，有很多微妙的理由可以解釋為什麼這種方法是有根本缺陷的。
運行區塊鏈節點的計算機無法使用100％的CPU來驗證區塊鏈；他們需要很大的安全邊際來抵抗意外的DoS攻擊，他們需要備用容量來執行諸如在內存池中處理交易之類的任務，並且用戶不希望在計算機上運行節點的時候無法同時用於任何其他應用。帶寬也會受限：10MB/s的連接並不意味著每秒可以處理10MB的區塊！也許每12秒才能處理1-5MB的塊。存儲也是一樣，提高運行節點的硬體要求並且限制專門的節點運行者並不是解決方案。對於去中心化的區塊鏈而言，普通用戶能夠運行節點並形成一種文化，即運行節點是一種普遍行為，這一點至關重要。
區塊鏈網路擁堵怎麼辦1
什麼是網路擁堵
通常指的是一種網路故障現象：某辦公區域網計算機使用一個帶路由功能的ADSLModem+HUB共享上網。當同一時間上網人數較少的時候網路比較通暢，上網人數多了以後網路會時斷時通，並且HUB的Collision指示燈會閃爍不停。
而在區塊鏈的應用程序中，無論是數字貨幣、智能合約、去中心的交易系統等，它們的網路都是由一個個獨立的節點組成的，發生在節點中的各種操作，比如轉賬交易、合約狀態的變更等，都會以交易事務的數據形式廣播到網路中，通過礦工打包到新的區塊，作為主鏈的一部分而最終確認所有的這些操作。
當節點很多，使用量很多的時候，大量發生的交易就會來不及在正常期望的時間內被打包，因為它們都擁堵在網路中，這些等待的被確認的交易數據通常會維持在節點的內存池中。這個就是區塊鏈的擁堵。
2
網路擁堵是怎麼發生的
目前比特幣區塊大小為1M，每秒大約只能處理7個交易。隨著交易量不斷增長，比特幣網路已經難以迅速地進行轉賬交易確認，區塊鏈網路時常出現擁堵。
區塊鏈網路上最高時有上萬筆交易積壓，某些轉賬交易手續費高達幾十美元，網路擁堵時，交易甚至需要花費好幾天才能被打包。
實際上對於每一類區塊鏈應用來說，這個問題都是存在的，造成不斷有用戶抱怨交易延遲的問題，但也側面證明了應用的廣泛，以及用戶體量的增加。
那麼發生這些問題，我們應該怎麼辦呢？
3
網路擁堵怎麼解決
解決的方法，無非有如下幾種。
第一種擴容，提高處理能力。
第二種截流，限制區塊鏈包的數量。
通過將上述兩種方法進行綜合。
悉尼大學研究者研發了一種新型的區塊鏈系統，在100台機器中能夠實現每秒44萬筆交易的吞吐量，而Visa每秒的交易處理器是5.6萬筆。相比之下，比特幣每秒的交易限制在7筆，以太坊區塊鏈則為20筆。
JadeChain公鏈系統上線後，將徹底解決JADE生態應用中的網路擁堵問題。
⑷ 以太坊ETH覆蓋或刪除處於pending狀態交易
有人肯定遇到跟我一樣的問題，賬號里還有一些eth，但是有一筆交易一直處於pending狀態，導致後續的交易全部卡死。除非這一筆pending狀態的交易被礦工打包。請注意nonce，由於每一個賬號的每一個交易nonce都是遞增的，因此如果用已經成功的交易的nonce重新交易，一定會報錯nonce too low。
1、發現有一筆訂單一直處於pending狀態，後續的所有交易都不能正常進行
2、解決方案，通過設置較高的gasprice來覆蓋或替換該交易
3、接下來，該賬號就可以正常轉賬啦。
目前市場上尚未找到能滿足該功能的工具/錢包，如需提供技術服務，請聯系作者，微信號：hqfeijian ，備註：以太坊替換交易
⑸ 用 ethers.js 發送高 gas 的替換交易
有時在以太坊上，提交的交易因網路擁堵或大量待處理交易而沒有足夠的gas，導致最終不得不等待數小時甚至數天才能打包結算。如果需要高優先順序交易，僅因gas不足，必須使用更高的gas價格和相同的nonce重新發送交易，以盡早被打包。本文將介紹如何使用ethers.js在以太坊測試網上重發交易，並提供相關術語和知識。以下是關於以太坊交易的基礎概念和流程，包括以太坊交易類型、參數、流程、以及簽署交易的詳細解釋。
在以太坊中，交易是與網路互動的方式，每筆交易需要支付gas費用，單位是wei或gwei。以太坊交易涉及三種常見類型，基本參數包括：交易的參數解釋和簽署交易過程。此外，了解交易流程對進行交易至關重要，簽署交易使用發送者的私鑰生成簽名，確保交易安全。
為了重新發送交易，首先需要安裝必要的工具，如NodeJS，並使用它來管理庫和處理JavaScript文件。使用ethers.js庫發送交易，可以通過npm安裝庫。在安裝過程中，可能會遇到node-gyp內部故障或緩存過期問題，可參考相關指南進行解決。
為了重新發送交易，首先需要創建錢包賬號並獲取測試ETH。可以創建一個名為index.js的文件，導入ethers.js庫並使用私鑰創建錢包實例。然後通過Kovan節點獲取測試ETH，復制錢包地址並從水龍頭獲取測試ETH。成功獲取測試ETH後，可以使用免費的以太坊節點URL啟動以太坊節點。
使用ethers.js重新發送交易涉及以下步驟：設置以太坊節點URL、實例化ethersJsonRpcProvider、創建交易對象、設置gasPrice、簽名交易並發送。通過修改gasPrice，可以增加交易的優先順序。驗證交易狀態時，可以使用Kovan瀏覽器的搜索框檢查交易是否成功被打包。
交易的gas價格決定其優先順序，較高的gas價格可以使交易更快得到驗證。重新發送高gas交易時，必須使用相同的nonce值，以避免發送重復交易並導致額外費用。因此，重新發送交易時，確保使用相同的nonce值是關鍵。
總之，通過使用ethers.js重新發送交易，可以解決因gas不足導致的交易延遲問題，通過調整gas價格提高交易優先順序，確保交易盡快被打包。本文章提供的信息將幫助開發者和交易者更好地理解以太坊交易機制，實現更高效、安全的交易。