Mempool là gì? Phòng chờ giao dịch của crypto

Bạn nhấn gửi cho một giao dịch crypto và chẳng có gì xảy ra. Wallet hiển thị trạng thái đang chờ. Trình khám phá block cho thấy giao dịch của bạn đang “lơ lửng” trong tình trạng chưa được xác nhận, không có dấu hiệu rõ ràng về thời điểm, hoặc liệu nó có được ghi vào đâu không.

Hầu hết mọi người lần đầu “gặp” mempool đúng vào khoảnh khắc hoảng nhẹ này, và hầu hết các lời khuyên họ tìm được đều giả định rằng họ đã biết mempool là gì. Hướng dẫn này bắt đầu từ con số 0.

Mempool, viết tắt của memory pool (bộ nhớ tạm), là phòng chờ nơi mọi giao dịch blockchain nằm giữa khoảnh khắc bạn phát broadcast và khoảnh khắc một miner hoặc validator ghi nó vào một block. Đây là một trong những thành phần kém “hào nhoáng” nhất của blockchain công khai nhưng lại có tác động lớn nhất. Mempool quyết định bạn phải trả bao nhiêu phí, bạn phải chờ bao lâu, và ở một số mạng, liệu bot giao dịch có được “nhìn thấy” lệnh của bạn trước khi nó thực thi và kiếm lợi trên chi phí của bạn hay không. Hiểu mempool sẽ biến thời gian trễ xác nhận từ một điều bí ẩn thành một tín hiệu thị trường có thể đọc được.

Hướng dẫn này giải thích mempool thực sự là gì, vì sao các blockchain cần một phòng chờ, giao dịch di chuyển qua nó từng bước như thế nào, thị trường phí quyết định ai được xác nhận trước ra sao, tại sao không có một mempool duy nhất mà có hàng nghìn mempool hơi khác nhau, điều gì xảy ra khi hàng đợi bị tràn, vì sao mempool trở thành “sân săn” của các bot giao dịch mang tính khai thác, vì sao Solana thực hiện bước đi triệt để là loại bỏ hoàn toàn mempool công khai, và bạn có thể làm gì thực tế khi giao dịch của chính mình bị kẹt.

Mempool thực sự là gì

Mempool là một cơ sở dữ liệu các giao dịch chưa được xác nhận mà mỗi full node trong mạng blockchain duy trì trong bộ nhớ làm việc. Khi bạn ký một giao dịch trong ví và bấm gửi, giao dịch không đi tới một máy chủ trung tâm nào đó để xử lý, vì không hề tồn tại máy chủ như vậy. Thay vào đó, ví đưa giao dịch đã ký cho một node, và node đó bắt đầu lan truyền nó sang các node ngang hàng (peers), rồi peers lại lan sang peers của họ, cho đến khi phần lớn mạng có bản sao. Mỗi node nhận được giao dịch sẽ chạy một loạt kiểm tra và nếu giao dịch vượt qua, nó được đưa vào mempool cục bộ để chờ.

Bản thân từ này là sự rút gọn của memory và pool, và phần memory (bộ nhớ) mới là điều quan trọng. Các node giữ mempool trong RAM thay vì ghi ra đĩa, vì tốc độ là mục tiêu. Khi một miner lắp ráp một block ứng viên, nó cần sắp xếp hàng nghìn giao dịch pending theo phí và chọn tập giao dịch mang lại lợi nhuận cao nhất trong một phần giây. Khi một block mới đến từ nơi khác trong mạng, node có thể xác thực nhanh hơn nếu hầu hết các giao dịch trong block đó đã nằm sẵn trong mempool của nó—đã được kiểm tra và sẵn sàng.

Mempool là khu vực trung chuyển, một bộ đệm giữa dòng chảy liên tục, hỗn loạn của hoạt động người dùng và nhịp tim định kỳ, cứng nhắc của việc sản sinh block.

Vì sao blockchain cần một phòng chờ

Một bộ xử lý thanh toán truyền thống xác nhận giao dịch ngay khi nó đến vì một công ty duy nhất kiểm soát sổ cái và chỉ cần ghi bút toán. Blockchain công khai không có thẩm quyền như vậy. Hàng nghìn node độc lập phải thống nhất về một lịch sử duy nhất, và họ đạt được sự đồng thuận theo các bước rời rạc, từng block một. Giữa các block, mạng cần một bức tranh chung—mang tính thông tin không chính thức—về những gì người dùng muốn làm tiếp, và mempool cung cấp bức tranh đó.

Khoảng chờ này cũng làm công việc bảo mật quan trọng. Trước khi một node cho phép một giao dịch vào mempool của mình, nó sẽ xác minh chữ ký số có hợp lệ không, người gửi có thực sự kiểm soát số tiền đang được chi không, giao dịch có được định dạng đúng không, và liệu cùng một đồng tiền có bị chi hai lần hay không. Kiểm tra cuối cùng còn quan trọng hơn nghe có vẻ. Hoàn toàn có thể xảy ra trường hợp hai giao dịch xung đột—cùng chi tiêu một lượng coin—cả hai cùng được đưa vào mạng gần như đồng thời từ các điểm khác nhau. Một số node thấy giao dịch thứ nhất trước, số khác thấy giao dịch thứ hai trước. Mỗi node sẽ loại bỏ giao dịch xung đột nào đến sau, và xung đột cuối cùng được “chốt” khi một miner đưa một trong hai giao dịch đó vào một block. Mempool là nơi các cuộc đua này diễn ra và được giải quyết.

Mempool cũng hoạt động như hệ thống cảnh báo sớm của mạng. Một mempool nhanh chóng đầy lên cho thấy nhu cầu tăng đột biến, hoảng loạn, một cửa sổ claim airdrop, hoặc tình trạng phí tăng trước khi bất cứ điều nào đó xuất hiện trong các block đã xác nhận. Trader, miner và các công cụ ước lượng phí của wallet đều đọc mempool theo cách tương tự như nhà dự báo thời tiết đọc hệ thống áp suất.

Vòng đời của một giao dịch: từng bước

Theo dõi một giao dịch đơn lẻ qua đường ống sẽ làm cơ chế trở nên cụ thể. Thứ nhất là tạo giao dịch: ví của bạn xây dựng giao dịch, chỉ định số tiền, người nhận và mức phí bạn sẵn sàng trả, rồi ký nó bằng khóa riêng. Chữ ký chứng minh quyền sở hữu mà không tiết lộ chính khóa.

Thứ hai là broadcast. Ví gửi giao dịch đã ký tới một hoặc nhiều node, nơi bắt đầu chuyển tiếp nó qua mạng ngang hàng. Lan truyền tới đa số mạng thường mất vài giây, và bước này không đòi hỏi niềm tin vào node đầu tiên, vì mọi node tiếp theo đều tự xác thực lại giao dịch trước khi chuyển tiếp.

Thứ ba là xác thực. Mỗi node nhận giao dịch sẽ tự kiểm tra độc lập. Giao dịch không hợp lệ, chữ ký sai, thiếu số dư, dữ liệu định dạng lỗi—bị loại bỏ ngay tại chỗ và không bao giờ tới mempool.

Thứ tư là chờ. Bây giờ giao dịch nằm trong hàng nghìn mempool trên toàn mạng, có thể thấy được bởi bất kỳ ai chạy node hoặc dùng trình khám phá mempool công khai. Thời gian chờ phụ thuộc gần như hoàn toàn vào mức phí gắn kèm so với phí của mọi người khác.

Thứ năm là chọn lựa. Với chuỗi proof of work, một miner lắp một block ứng viên bằng cách lấy giao dịch pending từ mempool của nó; với chuỗi proof of stake, một validator cũng làm tương tự. Gần như luôn, chúng sắp xếp theo “mật độ phí” để block nhận phần thưởng tối đa.

Thứ sáu là xác nhận. Block được “mined” hoặc được đề xuất, được lan truyền và mạng chấp nhận. Mọi node sẽ gỡ các giao dịch của block khỏi mempool, và giao dịch của bạn giờ đã thuộc về chuỗi. Mỗi block mới được xây trên đó tạo thêm một lần xác nhận và khiến việc đảo ngược trở nên khó hơn theo cấp số nhân.

Thị trường phí quyết định ai đi trước như thế nào

Không gian block khan hiếm và nhu cầu biến động, nên các blockchain phân bổ không gian bằng cơ chế đấu giá. Trên Bitcoin, phí được đo bằng satoshi trên mỗi byte ảo (virtual byte), tức một đơn vị phản ánh kích thước dữ liệu giao dịch, nên “tỷ lệ phí” của giao dịch phụ thuộc cả vào bạn trả bao nhiêu và giao dịch đó chiếm bao nhiêu chỗ. Trên Ethereum, phí là gas: có một base fee mà giao thức sẽ đốt, và một priority tip chuyển cho validator. Trong cả hai hệ thống, logic giống nhau: nhà sản xuất block là kẻ tối đa hóa lợi nhuận, nên họ nhét vào block các giao dịch trả cao nhất trước.

Điều này nghĩa là vị trí của bạn trong hàng đợi không cố định. Một giao dịch trông có vẻ được định giá cạnh tranh vào buổi trưa có thể bị định giá quá thấp vào buổi tối nếu nhu cầu tăng vọt. Wallet ước lượng phí bằng cách đọc mempool hiện tại, xem các giao dịch pending đang đề xuất mức gì và các block gần đây đầy đến mức nào, rồi đưa ra mức phí có xác suất cao để được xác nhận trong khung thời gian bạn chọn. Những ước lượng này là phỏng đoán có cơ sở chứ không phải cam kết, và chúng nhanh chóng trở nên lỗi thời trong các thị trường biến động. Một mức phí “vào được” trong block kế tiếp vào một ngày Chủ nhật yên ắng có thể khiến bạn phải chờ hàng giờ trong một đợt thắt cổ thanh khoản, vì mức sẵn sàng trả của người khác đã đổi trong khi của bạn vẫn đứng yên. Đấu giá không bao giờ “đóng”, và mức giá được tính lại liên tục.

Khi bạn trả phí thấp, hầu hết các mạng đều có “đường thoát”. Bitcoin hỗ trợ replace by fee, cho phép bạn phát lại cùng một giao dịch nhưng với phí cao hơn để thay thế giao dịch ban đầu. Một mẹo tương tự là child pays for parent: gắn một giao dịch “tiếp theo” với phí cao, tiêu thụ đầu ra của giao dịch bị kẹt đó, tạo động lực để miner xác nhận cả hai cùng lúc. Trên Ethereum, wallet cho phép bạn gửi lại giao dịch với cùng nonce nhưng gas price cao hơn, từ đó thay thế phiên bản đang pending. Biết các công cụ này tồn tại sẽ biến một giao dịch bị kẹt từ tình trạng khẩn cấp thành một bất tiện.

Không có một mempool duy nhất

Người ta hay nói “mempool” như thể có một hàng đợi chuẩn duy nhất ở đâu đó, nhưng thực tế rối hơn và thú vị hơn. Mỗi node duy trì mempool riêng, và không hai mempool nào hoàn toàn giống nhau. Giao dịch đến các node ở các thời điểm khác nhau, mỗi node áp dụng hơi khác nhau trong chính sách chấp nhận, và mỗi node quản lý giới hạn bộ nhớ của riêng mình. Những gì chúng ta gọi là mempool thực ra là sự giao nhau thống kê lỏng lẻo giữa hàng nghìn mempool tư nhân.

Trong thực tế, phần giao nhau này lớn vì đa số nhà vận hành node dùng cấu hình mặc định. Một node Bitcoin điển hình giới hạn mempool khoảng 300 megabyte, giữ giao dịch tối đa đến 2 tuần, và từ chối mọi thứ trả ít hơn một mức phí chuyển tiếp tối thiểu xấp xỉ 1 satoshi trên mỗi byte ảo. Khi mempool vượt quá giới hạn kích thước, node sẽ loại bỏ (evict) các giao dịch có phí thấp nhất trước và nâng mức chấp nhận tối thiểu, vì vậy các giao dịch cực rẻ có thể biến mất hoàn toàn trong lúc nghẽn mạng—thay vì chỉ “chờ”. Khi bị evict ở mọi nơi, giao dịch coi như bị hủy, và số tiền đơn giản vẫn chưa được chi trong ví của người gửi.

Tính phân tán của mempool kéo theo một hệ quả tinh tế: trạng thái pending không phải là lời hứa. Một giao dịch hiển thị pending trong trình khám phá chỉ tồn tại như một “yêu cầu/nhận định” trong bộ nhớ của một số node. Nó có thể bị evict, bị thay thế, hoặc bị chi tiêu hai lần (double spent) cho tới khi nó rơi vào một block. Các bên bán lẻ chấp nhận thanh toán chưa xác nhận thường phải học bài học này theo cách “đau”, và cơ chế này cũng đúng với thứ một cuộc tấn công 51% khai thác ở cấp độ chuỗi: kẻ tấn công viết lại các block gần đây, rồi đổ các giao dịch bị đảo ngược trở lại mempool như thể chúng chưa từng được xác nhận. Các cuộc tấn công tái tổ chức (reorganization) năm 2025 trên Monero đã đẩy hơn 100 giao dịch đã xác nhận trở lại hàng đợi pending theo đúng cách này.

Chính sách, tính chuẩn (standardness), và vì sao node từ chối giao dịch hợp lệ

Luật đồng thuận (consensus rules) xác định cái gì blockchain sẽ chấp nhận trong một block. Policy của mempool xác định một node cá nhân sẽ giữ và chuyển tiếp cái gì, và hai thứ này không phải lúc nào cũng giống nhau. Một giao dịch có thể hoàn toàn hợp lệ theo luật đồng thuận nhưng vẫn bị từ chối bởi đa số mempool vì nó vi phạm những gì các nhà phát triển Bitcoin gọi là standardness: các quy tắc policy mang tính không chính thức để lọc dust outputs (output rác), script quá lớn, phí quá thấp một cách vô lý, và các kiểu dáng giao dịch “lạ” có thể làm nặng mạng. Policy giống như một “hệ miễn dịch” ở cấp node, là lớp phòng thủ tuyến đầu để giữ cho hàng đợi dùng chung vẫn hoạt động.

Sự phân biệt này tạo ra nhầm lẫn trong đời thực. Một giao dịch bị từ chối bởi các mempool công khai vẫn có thể được mine nếu nó tới thẳng miner, đó là lý do có các dịch vụ nhận giao dịch không chuẩn ngoài băng thông và gửi trực tiếp cho mining pool. Điều này cũng có nghĩa là mempool bạn quan sát qua một explorer phản ánh policy của node đó, không phải một “sự thật phổ quát”. Hai explorer có thể bất đồng về việc giao dịch của bạn có pending hay không chỉ vì các node của họ áp các bộ lọc khác nhau.

Policy còn phát triển nhanh hơn consensus. Trong nhiều năm, các node đã siết rồi nới các quy tắc chuyển tiếp xung quanh data inscriptions, giới hạn dust, và hành vi thay thế—mỗi thay đổi định hình lại “bức tranh hàng đợi pending” mà không chạm gì tới consensus. Với người dùng, bài học thực tiễn rất đơn giản: nếu ví cảnh báo giao dịch không chuẩn, thì vấn đề thường nằm ở cách xây dựng giao dịch, chứ không phải ở “quỹ” phía sau nó.

Mempool cũng có một khán giả thể chế—nhưng kín đáo hơn. Sàn giao dịch theo dõi các khoản nạp pending để ghi có tài khoản nhanh hơn, đội compliance sàng lọc các giao dịch đến trước khi xác nhận, và các bộ xử lý thanh toán ước lượng rủi ro cho các giao dịch chuyển với số 0 xác nhận bằng cách kiểm tra mức lan truyền và xem có bất kỳ chi tiêu xung đột nào đang lưu hành không. Một giao dịch mà phần lớn mempool của mạng đều đồng ý về trạng thái pending thì ít có khả năng bị double spent hơn nhiều so với giao dịch lan truyền kém; các công ty cũng định giá chênh lệch đó.

Nghẽn mạng, spam, và cảm giác khi mempool đầy

Nghẽn mempool giống như mạng đang “hít thở lấy sức”. Nhu cầu vượt quá không gian block, hàng đợi phình to, và phí cần để được xác nhận kịp thời tăng lên. Người dùng cảm nhận nó qua phí cao và thời gian chờ dài. Cơn sốt Bitcoin cuối năm 2017, mùa DeFi năm 2020, các đợt đúc NFT, và cơn sốt inscription ordinals năm 2023—mỗi đợt đều tạo ra tồn đọng mempool đo bằng ngày, với hàng trăm nghìn giao dịch xếp hàng và tỷ lệ phí tăng theo cấp số qua đêm. Trong giai đoạn tệ nhất, giao dịch phí thấp phải chờ hơn 1 tuần, và các nhà vận hành node nhìn thấy mempool chạm giới hạn rồi bắt đầu “xả thải” các luồng rẻ nhất.

Nghẽn cũng có thể do con người tạo ra. Tấn công spam tràn mạng bằng một lượng lớn giao dịch giá trị thấp để làm tắc hàng đợi và làm giảm chất lượng dịch vụ cho mọi người khác—một dạng denial of service rẻ. Mạng tự vệ bằng phí chuyển tiếp tối thiểu, chính sách evict, và cuối cùng là kinh tế học: spam kéo dài khiến kẻ tấn công tốn tiền thật bằng phí. Cuộc tấn công spam năm 2017 trên một mạng test Ethereum cho thấy việc “đổ tràn” hiệu quả ra sao đối với một chuỗi có áp lực phí yếu, và nó đưa thiết kế thị trường phí lên cao hơn trong chương trình nghiên cứu.

Nghẽn còn là thông tin. Một mempool phình to cùng với phí tăng báo hiệu nhu cầu khẩn cấp—thường gắn với lúc sàn chạy, các đợt thắt cổ thanh khoản (liquidation cascades), hoặc các biến động lớn của thị trường. Những người quan sát tinh vi theo dõi độ sâu mempool giống như trader trái phiếu theo dõi lợi suất, và một vài công ty analytics bán đúng dữ liệu đó.

Khu rừng tối: MEV và những kẻ rình trong mempool

Tính năng quyết định của mempool—tính minh bạch toàn phần—cũng chính là điểm yếu lớn nhất. Mọi giao dịch pending đều công khai trước khi chúng được thực thi, nghĩa là bất kỳ ai cũng có thể đọc ý định của bạn và hành động trước. Trên các chuỗi hợp đồng thông minh, điều này đã khai sinh cả một ngành “khai thác” dựa trên maximal extractable value (MEV)—khoản lợi nhuận dành cho người kiểm soát thứ tự giao dịch.

Cuộc tấn công kinh điển là sandwich. Một bot phát hiện giao dịch swap lớn pending của bạn trên sàn DEX, mua cùng một token trước để đẩy giá lên, để giao dịch của bạn được thực thi với mức giá tệ hơn, rồi ngay lập tức bán lại để lấy lợi nhuận—lấy trực tiếp từ phần thực thi của bạn. Front running, back running và liquidation sniping đều theo cùng nguyên lý: nhìn giao dịch pending, định vị quanh nó, rồi chốt phần chênh lệch. Một nhà nghiên cứu nổi tiếng từng mô tả mempool công khai như một khu rừng tối (dark forest), nơi bất cứ thứ gì nhìn thấy đều bị săn. Các ước lượng cho thấy việc khai thác MEV trên Ethereum riêng đã chạm tới hàng tỷ USD kể từ năm 2020.

Ngành công nghiệp phòng thủ mọc lên theo phản ứng đó giờ đã khá lớn. Các cơ chế relay giao dịch riêng, như Flashbots Protect, cho phép người dùng gửi giao dịch trực tiếp tới block builders, bỏ qua mempool công khai hoàn toàn để bot không bao giờ nhìn thấy thứ tự. Các sàn giao dịch dạng batch auction giải quyết nhiều lệnh ở cùng một mức giá “clearing”, loại bỏ lợi thế về thứ tự. Wallet ngày càng chuyển các lệnh lớn qua kênh được bảo vệ mặc định. Tất cả điều này không loại bỏ MEV, nhưng thay đổi ai có thể bị “săn”. Logic kinh tế rất đơn giản: giá trị của việc giấu một lệnh tăng theo kích thước, nên giờ các nhà giao dịch lớn coi quyền riêng tư mempool giống như các quỹ truyền thống coi dark pool—một vệ sinh vận hành cơ bản. Người dùng lẻ chuyển số tiền nhỏ gặp rủi ro thấp hơn nhiều, nhưng một swap lớn duy nhất đi qua hàng công khai trên một cặp giao dịch thanh khoản mỏng có thể phải trả “phí đắt đỏ” gấp ba chữ số cho một bot sandwich chỉ trong vài giây.

Giải pháp của Solana: xóa mempool

Solana đưa ra lựa chọn thiết kế triệt để nhất trong các mạng lớn: không có mempool công khai nào cả. Thay vì “gossip” các giao dịch pending khắp toàn mạng, giao thức Gulf Stream của Solana chuyển thẳng giao dịch tới validator sẽ tạo block tiếp theo, gọi là leader. Lịch leader được biết trước, nên ví và node biết chính xác cần gửi lưu lượng ở đâu. Giao dịch đi từ người dùng tới leader với gần như không có thời gian chờ công khai.

Thiết kế này đặt tốc độ lên trên hết, và nó loại bỏ đúng “cửa sổ quan sát cổ điển” mà bot sandwich phụ thuộc, vì các giao dịch pending không bao giờ được broadcast để ai đó xem công khai. Solana cũng không triệt tiêu MEV; MEV chỉ “trưởng thành” thành một nền kinh tế đấu giá riêng, nơi các searcher trả tip thông qua hạ tầng như Jito để bundle giao dịch của họ được các leader sắp xếp thuận lợi. Bài học khái quát là: thứ tự có giá trị trên mọi blockchain, và việc loại bỏ hàng đợi công khai chỉ thay đổi nơi giá trị đó được nắm giữ—chứ không xóa bỏ việc nó tồn tại.

Các mạng khác đang hội tụ vào các lối đi trung gian. Mempool mã hóa giấu nội dung giao dịch cho đến khi thứ tự được khóa. Proposer-builder separation trên Ethereum tách công việc chọn giao dịch khỏi công việc đề xuất block, đẩy MEV vào một cuộc đấu giá minh bạch hơn. Mempool năm 2030 nhiều khả năng sẽ trông rất khác so với “chợ trời” công khai của năm 2020. Điều không thay đổi là ràng buộc nền: một thành phần nào đó trên mọi blockchain phải giữ các giao dịch trong khoảng giữa lúc tạo và lúc xác nhận, và ai có thể quan sát hoặc tác động vào thành phần đó sẽ nắm quyền lực đối với tất cả những người không làm được điều đó.

Tự đọc mempool

Bạn không cần chạy node để theo dõi hàng đợi. Trình khám phá mempool công khai trực quan hóa các giao dịch pending, phân phối phí và thời gian xác nhận dự kiến theo thời gian thực, và đây là cách nhanh nhất để trả lời hai câu hỏi mà hầu hết người dùng bị kẹt đều hỏi: mạng hiện đang bận đến mức nào, và mức phí nào thực sự được “quét” ngay bây giờ.

Khi giao dịch của bạn bị kẹt, chẩn đoán gần như luôn giống nhau: phí của bạn thấp hơn mức đang được trả. Các lựa chọn của bạn—theo thứ tự ưu tiên tương đối—là chờ tình trạng nghẽn giảm, tăng phí bằng replace by fee hoặc thay nonce, dùng child pays for parent khi được hỗ trợ, hoặc trên Bitcoin thì chỉ cần chờ cho tới khi bị evict nếu việc thanh toán đó không còn quan trọng. Thứ bạn không nên làm là hoảng. Tiền không bị mất. Một giao dịch chưa xác nhận sẽ hoặc được xác nhận, hoặc thực sự không còn tồn tại, và trong trường hợp sau thì các coin chưa bao giờ rời ví của bạn.

Nó cũng giúp hiểu explorer thực sự hiển thị gì. Biểu đồ histogram phí cho bạn biết có bao nhiêu khối lượng pending nằm ở mỗi mức phí, từ đó chỉ ra “giá clearing” hiện tại. Màn hình các block dự kiến cho biết những giao dịch nào sẽ lấp đầy vài block tiếp theo nếu chúng được tạo ngay, cho bạn biết hàng đợi sâu đến đâu trước khi tới bạn. Và đường purge (trên các explorer Bitcoin) cho biết mức tỷ lệ phí thấp hơn ngưỡng nào các node đang chủ động evict giao dịch—đó là “sàn” hiệu quả của thị trường. Chỉ cần 10 phút tìm hiểu ba màn hình này cũng đủ “trả công” lần đầu tiên khi phí tăng vọt.

Thói quen cuối cùng đáng áp dụng: kiểm tra mempool trước khi bạn giao dịch, chứ không phải sau. Chỉ cần 30 giây nhìn tỷ lệ phí hiện tại giúp bạn tránh cả tình trạng trả dư khi yên ắng lẫn trả thiếu khi thị trường biến động mạnh. Hàng đợi là công khai. Rất ít người đọc nó, và chính vì vậy người đọc có một lợi thế. Cũng cùng lý do một bản nâng cấp mạng làm tách chuỗi—được trình bày trong hướng dẫn của chúng tôi về hard forks và soft forks—luôn tạo ra một cơn “drama” mempool, khi ví và node ở hai phía của sự tách đó sắp xếp lại xem giao dịch pending nào thuộc về đâu.

Câu hỏi thường gặp

Mempool là gì theo cách đơn giản?

Mempool là phòng chờ cho các giao dịch blockchain. Sau khi bạn gửi một giao dịch, nó nằm trong mempool, có thể thấy và đang chờ, cho tới khi một miner hoặc validator đưa nó vào một block. Mỗi full node giữ bản sao riêng của hàng đợi này trong bộ nhớ.

Vì sao giao dịch của tôi bị kẹt trong mempool?

Gần như luôn vì phí bạn gắn kèm thấp hơn mức mà các giao dịch pending khác đang đề xuất. Nhà sản xuất block chọn các giao dịch trả cao nhất trước, nên các giao dịch bị định giá thấp sẽ phải chờ cho đến khi nhu cầu giảm hoặc cho đến khi bị evict hoàn toàn khỏi hàng đợi.

Một giao dịch trong mempool có thể bị hủy không?

Đôi khi. Trên Bitcoin, replace by fee cho phép bạn thay thế một giao dịch đang pending bằng một phiên bản mới, và một giao dịch bị evict khỏi tất cả mempool thì thực chất bị hủy. Trên Ethereum, bạn có thể thay thế một giao dịch pending bằng cách gửi một giao dịch mới với cùng nonce và phí cao hơn.

Có một mempool cho toàn mạng không?

Không. Mỗi node duy trì mempool riêng, và nội dung của chúng khác nhau đôi chút giữa các node dựa trên thời điểm đến, cấu hình và giới hạn bộ nhớ. “Mempool” mà mọi người nói đến thực chất là phần chồng lấn thống kê xấp xỉ của hàng nghìn hàng đợi độc lập.

Giao dịch có thể nằm trong mempool bao lâu?

Trên Bitcoin, cấu hình mặc định giữ giao dịch tối đa đến 2 tuần rồi loại bỏ, dù việc evict có thể xảy ra sớm hơn nếu mempool đầy và phí thấp. Các mạng khác có quy tắc lưu giữ và evict riêng.

Mối liên hệ giữa mempool và MEV là gì?

Các giao dịch pending trong một mempool công khai có thể thấy trước khi chúng thực thi, nên bot có thể đọc chúng và giao dịch xoay quanh, khai thác giá trị thông qua tấn công sandwich và front running. Tính hiển thị này là nguyên liệu thô của phần lớn MEV trên các chuỗi như Ethereum.

Solana có mempool không?

Không có mempool công khai. Solana chuyển tiếp giao dịch trực tiếp tới leader block sắp tới thay vì broadcast chúng qua toàn mạng, nhờ đó loại bỏ “phòng chờ” công khai. MEV trên Solana thay vào đó chảy qua các cuộc đấu giá bundle riêng do các nhà cung cấp hạ tầng vận hành.

Nếu giao dịch không bao giờ xác nhận thì tiền có bị mất không?

Không. Một giao dịch không bao giờ xác nhận sẽ bị loại khỏi mempool theo thời gian, và số coin đơn giản vẫn ở lại trong ví gửi—như thể giao dịch chưa từng được thực hiện. Không có khoản nào bị trừ cho tới khi giao dịch được đưa vào một block.

Bài viết này chỉ nhằm mục đích giáo dục và không cấu thành lời khuyên tài chính hoặc đầu tư. Quy tắc mạng, cơ chế phí và chính sách node mặc định có thể thay đổi theo thời gian. Các chi tiết là chính xác tính đến ngày 14 tháng 7 năm 2026.