Tại sao Giao dịch Solana Thất bại: 5 Cách Khắc phục

Hướng dẫn hành động này tập trung vào năm cách khắc phục thực tế cho các giao dịch Solana bị lỗi và các bước có thể ngăn ngừa lỗi lặp lại.

Giao dịch Solana thất bại vì năm lý do:

1. Blockhash hết hạn trước khi mạng xác nhận giao dịch
2. Phí ưu tiên quá thấp so với nhu cầu mạng hiện tại
3. Giới hạn trượt giá bị vi phạm trên giao dịch hoán đổi DEX
4. Ngân sách đơn vị tính toán đã hết trong quá trình thực thi
5. Nút RPC kết nối ví của bạn với mạng bị quá tải

✅ Tiền của bạn An toàn

Một giao dịch Solana bị lỗi không trừ token khỏi ví của bạn. SOL và token của bạn vẫn ở nguyên vị trí cũ. Tối đa, bạn có thể mất một khoản phí mạng cơ bản nhỏ, thường dưới 0.001 đô la. Số tiền hoán đổi, số tiền chuyển khoản, hoặc giá đúc NFT của bạn đã không bị tính phí.

Trên trang này:

• Tại sao Giao dịch Solana Thất bại: Điều gì Đang xảy ra
• 5 Nguyên nhân Gốc rễ của Giao dịch Solana Thất bại
• Thông báo Lỗi Solana Được Giải mã
• Cách Khắc phục Giao dịch Solana Bị Lỗi
• Lỗi trên Nền tảng Cụ thể
• Solana Có Bị Sập Không? Cách Kiểm tra Trạng thái Mạng
• Bạn Có Vẫn Phải Trả Phí cho Giao dịch Thất bại Không?
• Danh sách Kiểm tra Trước Giao dịch
• Câu hỏi Thường gặp
• Tóm tắt: Khớp Lỗi của Bạn với Cách Khắc phục Đúng

Tại sao Giao dịch Solana Thất bại: Điều gì Đang xảy ra

Việc nhìn một giao dịch Solana thất bại trong khi một biến động giá đang diễn ra là điều bực bội, đặc biệt là khi thông báo lỗi không cung cấp thông tin hữu ích. Nếu giao dịch hoán đổi, đúc tiền, hoặc chuyển khoản của bạn vừa bị lỗi trên Jupiter, Raydium, Orca, hoặc Magic Eden, nguyên nhân hầu như luôn luôn là một trong năm điều, và mỗi điều đều có một cách khắc phục cụ thể.

Trong hệ sinh thái tài chính phi tập trung (DeFi) của Solana, bao gồm hoán đổi token, cung cấp thanh khoản, các giao thức cho vay, và các đợt đúc NFT, các giao dịch thất bại mang lại hậu quả tài chính thực tế vì giá biến động trong mili giây. Kiến trúc của Solana làm cho nó nhanh hơn và rẻ hơn hầu hết các blockchain, nhưng nó cũng tạo ra các lỗi mà người dùng quen thuộc với Ethereum hoặc các chuỗi khác sẽ không mong đợi. Không giống như các mạng nơi các giao dịch chậm sẽ chờ trong một hàng đợi, Solana sử dụng một giao thức chuyển tiếp giao dịch gọi là Gulf Stream, nơi từ chối các giao dịch mà nó không thể xử lý ngay lập tức. Không có hàng đợi. Các giao dịch thất bại yêu cầu gửi lại tích cực với các cài đặt đúng.

Hướng dẫn này bao gồm các lỗi trên ví tiền điện tử của bạn (như Phantom hoặc Backpack), Jupiter, Raydium, Orca, và Magic Eden. Nếu bạn nghi ngờ chính Solana đang gặp sự cố hôm nay, hãy chuyển đến phần trạng thái mạng trước khi khắc phục cài đặt của bạn.

5 Nguyên nhân Gốc rễ của Giao dịch Solana Thất bại

Các giao dịch Solana thất bại thuộc về hai loại: lỗi cấp mạng (hết hạn blockhash, tắc nghẽn, các nút RPC bị quá tải) và từ chối cấp chương trình từ hợp đồng thông minh, hoặc chương trình, đang chạy ứng dụng bạn đang sử dụng. Lỗi giới hạn trượt giá và lỗi ngân sách tính toán là các từ chối cấp chương trình; hết hạn blockhash và phí ưu tiên không đủ là cấp mạng. Cách khắc phục phụ thuộc vào loại bạn đang gặp phải.

Solana sử dụng một hệ thống tính giờ gọi là Proof of History, tạo ra một chuỗi mật mã mà các trình xác thực sử dụng để đồng ý về thời gian mà không cần trao đổi dấu thời gian với nhau. Mỗi khe trong chuỗi này tạo ra một blockhash, một mã giống dấu thời gian được nhúng vào mọi giao dịch để chứng minh giao dịch là hiện tại. Kiến trúc dựa trên khe này tạo ra các cửa sổ hết hạn độc đáo của Solana và là thứ phân biệt các kiểu lỗi của nó với các blockchain khác.

Nguyên nhân 1: Blockhash Hết hạn

Mỗi giao dịch Solana mang theo một blockhash, chứng minh giao dịch được tạo gần đây. Nếu blockhash này hết hạn trước khi mạng xác nhận giao dịch, Solana sẽ loại bỏ nó hoàn toàn.

Mỗi blockhash có hiệu lực trong khoảng 150 khe, tương đương khoảng 60 đến 90 giây trong điều kiện bình thường. Trong thời gian mạng bị tắc nghẽn, các trình xác thực bị chậm lại trong quá trình xử lý, nghĩa là các giao dịch hết hạn nhanh hơn theo tỷ lệ tương đối. Các thông báo lỗi bạn sẽ thấy là Blockhash not found hoặc Transaction expired.

Solana sử dụng Gulf Stream thay vì hàng đợi giao dịch truyền thống, nghĩa là một giao dịch bị loại bỏ sẽ không được xếp hàng lại và chờ đợi. Nó biến mất. Bạn phải gửi lại tích cực bằng cách khởi tạo lại giao dịch từ ví hoặc giao diện DEX của bạn. Ví sẽ tự động lấy một blockhash mới khi gửi lại. Để biết quy trình gửi lại, xem Cách khắc phục 3: Gửi lại với Blockhash Mới.

⚠️ Lưu ý Nhà phát triển

Luôn lấy blockhash mới với connection.getLatestBlockhash('confirmed') cho mỗi lần thử lại. Không bao giờ sử dụng lại blockhash cho các lần thử lại. Sử dụng các cấp độ cam kết confirmed hoặc finalized trong môi trường sản xuất, không phải processed, để tránh trạng thái lỗi thời. Phát hiện xem giao dịch có bị loại bỏ hay đã xử lý bằng cách gọi getSignatureStatuses trước mỗi lần thử lại.

Trong thời gian mạng bị tắc nghẽn, các trình xác thực của Solana, các máy tính xử lý giao dịch của bạn, sẽ chọn giao dịch nào xử lý trước dựa trên mức phí ưu tiên.

Phí ưu tiên là một khoản tiền tip tùy chọn trả cho các trình xác thực, được đo bằng micro-lamports trên mỗi đơn vị tính toán. Một lamport bằng 0.000000001 SOL; một micro-lamport là một phần triệu của một lamport. Trong thời gian cao điểm lưu lượng truy cập như các đợt ra mắt NFT phổ biến hoặc các biến động thị trường mạnh, các trình xác thực sẽ xử lý các giao dịch có phí ưu tiên cao hơn trước. Các giao dịch có phí ưu tiên bằng 0 hoặc không đủ sẽ bị loại bỏ thay vì xếp hàng.

Một nguyên nhân liên quan đến lỗi SOL không đủ: Solana yêu cầu mỗi tài khoản duy trì số dư tối thiểu được gọi là ngưỡng miễn phí thuê để duy trì hoạt động trên mạng. Nếu số dư ví của bạn giảm xuống dưới ngưỡng này sau một khoản phí, hoặc nếu một giao dịch tạo ra một tài khoản token mới mà không đủ SOL để tài trợ, bạn sẽ thấy lỗi Insufficient funds ngay cả khi bạn có vẻ có đủ SOL cho chính giao dịch đó. Giữ một bộ đệm 0.05 SOL trên số tiền giao dịch của bạn.

Đây là lý do tại sao việc gửi lại cùng một giao dịch mà không thay đổi cài đặt thường xuyên thất bại lại. Để được hướng dẫn về cách đặt mức phí chính xác, xem Cách khắc phục 1: Tăng Phí Ưu tiên của Bạn.

⚠️ Lưu ý Nhà phát triển

Thêm ComputeBudgetProgram.setComputeUnitPrice(microLamports) làm hướng dẫn đầu tiên trong giao dịch của bạn. Lấy mẫu getRecentPrioritizationFees() để ước tính động thay vì sử dụng hệ số nhân cố định. Mức phí thay đổi theo nhu cầu mạng, vì vậy các giá trị cố định trở nên không đáng tin cậy trong thời gian cao điểm tắc nghẽn. Phát hiện các kích hoạt chuyển đổi dự phòng bằng cách theo dõi các lỗi HTTP 429 (giới hạn tốc độ), 503 (không khả dụng dịch vụ) và lỗi hết thời gian kết nối.

Mỗi giao dịch Solana chạy trên một ngân sách xử lý gọi là đơn vị tính toán, đo lường lượng công việc tính toán mà giao dịch yêu cầu. Các giao dịch chuyển khoản đơn giản tiêu tốn rất ít ngân sách này. Các hoạt động phức tạp, chẳng hạn như một giao dịch hoán đổi DEX đa chặng đi qua ba hoặc bốn bể thanh khoản, tiêu tốn nhiều hơn đáng kể.

Nếu giao dịch của bạn hết ngân sách đơn vị tính toán trước khi hoàn thành, Solana sẽ hủy nó. Các lỗi bạn sẽ thấy là Compute budget exceeded hoặc Program failed to complete.

Trước khi gửi giao dịch, Phantom và các ví khác chạy một quy trình kiểm tra trước chuyến bay gọi là mô phỏng giao dịch, quy trình này thực thi giao dịch dựa trên trạng thái blockchain hiện tại mà không thực sự gửi nó. Nếu mô phỏng phát hiện ra rằng các đơn vị tính toán sẽ bị cạn kiệt, nó sẽ chặn giao dịch và hiển thị Transaction simulation failed. Hầu hết các lỗi mô phỏng đều chỉ ra một vấn đề thực sự với giao dịch, mặc dù đôi khi dữ liệu trạng thái cũ có thể gây ra lỗi sai trên một giao dịch mà lẽ ra đã thành công.

Đối với hầu hết người dùng trên giao diện DEX hiện đại, giới hạn đơn vị tính toán được đặt tự động. Nếu bạn gặp lỗi ngân sách tính toán, hãy sử dụng nút thử lại tích hợp sẵn của DEX trước khi thử điều chỉnh thủ công. Để biết các bước chi tiết, xem Sửa lỗi 5: Điều chỉnh Ngân sách Đơn vị Tính toán.

⚠️ Ghi chú dành cho nhà phát triển

Thêm ComputeBudgetProgram.setComputeUnitLimit(units) làm hướng dẫn đầu tiên trong giao dịch. Chạy simulateTransaction() trước để đo lường mức tiêu thụ đơn vị tính toán thực tế, sau đó đặt giới hạn bằng mức tiêu thụ thực tế nhân với 1,1 làm bộ đệm 10%. Đặt giới hạn quá thấp sẽ gây ra lỗi InstructionError; đặt quá cao sẽ lãng phí ngân sách phí nhưng không gây ra lỗi.

Nguyên nhân 4: Vượt quá Ngưỡng trượt giá

Ngưỡng trượt giá là một biện pháp bảo vệ mà sàn giao dịch phi tập trung (DEX, một nền tảng nơi bạn có thể hoán đổi token trực tiếp từ ví của mình) thiết lập thay cho bạn. Nếu giá của một token di chuyển vượt quá ngưỡng bạn đặt từ thời điểm bạn yêu cầu hoán đổi cho đến thời điểm nó được thực thi, hợp đồng thông minh sẽ hủy giao dịch để bảo vệ bạn khỏi mức giá tệ hơn mong đợi.

Đây là một lỗi phòng ngừa, không phải là một khoản lỗ. Vốn gốc của bạn an toàn; giao dịch hoán đổi đã không được thực thi. Lỗi bạn sẽ thấy là Slippage tolerance exceeded.

Lỗi trượt giá thường xảy ra với các token có biến động cao, các cặp giao dịch có thanh khoản thấp và trong các thời kỳ mạng lưới bị tắc nghẽn cao khi có độ trễ kéo dài giữa báo giá và thực thi của bạn. Nếu một nhóm thanh khoản có dự trữ rất thấp, ngay cả ngưỡng trượt giá 5% cũng có thể không đủ vì nhóm không thể đáp ứng quy mô giao dịch của bạn ở bất kỳ mức giá hợp lý nào. Trong trường hợp đó, hãy thử giảm số tiền hoán đổi của bạn hoặc chuyển sang một cặp giao dịch khác.

Jupiter, Raydium và Orca là các DEX nơi lỗi này thường gặp nhất. Để biết hướng dẫn điều chỉnh từng bước, xem Sửa lỗi 2: Điều chỉnh Ngưỡng trượt giá của bạn.

Ví Solana của bạn kết nối với một máy chủ gọi là nút RPC để gửi giao dịch. Hãy coi nó như bưu điện chuyển giao dịch của bạn đến mạng lưới trình xác thực. Mỗi khi bạn nhấp xác nhận trong Phantom hoặc Backpack, ví sẽ gửi giao dịch của bạn đến một nút RPC, nút này sẽ chuyển tiếp nó đến các trình xác thực.

Điểm cuối RPC công cộng miễn phí của Solana bị giới hạn tốc độ và thường xuyên quá tải trong thời kỳ nhu cầu cao. Trong quá trình ra mắt NFT phổ biến hoặc biến động thị trường mạnh, các nút RPC công cộng nhận được nhiều lượt gửi hơn khả năng xử lý của họ và họ sẽ loại bỏ các giao dịch trước khi chúng kịp đến trình xác thực. Khi điều này xảy ra, bạn có thể thấy Unable to confirm transaction hoặc gặp phải các lỗi im lặng mà không có thông báo lỗi nào.

Chuyển sang nhà cung cấp RPC chuyên dụng, chẳng hạn như Helius hoặc QuickNode, cả hai đều cung cấp các gói miễn phí, sẽ mang lại đường dẫn đáng tin cậy hơn cho các giao dịch của bạn đến mạng lưới. Để biết các bước chuyển RPC của bạn, xem Sửa lỗi 4: Chuyển sang Điểm cuối RPC Tốt hơn.

⚠️ Ghi chú dành cho nhà phát triển

Duy trì danh sách các điểm cuối RPC dự phòng trong cấu hình ứng dụng của bạn. Triển khai logic chuyển đổi dự phòng tự động khi điểm cuối chính trả về lỗi hoặc hết thời gian chờ. Sử dụng WebSocket signatureSubscribe để giám sát xác nhận giao dịch thay vì thăm dò HTTP bằng getSignatureStatuses, vì các đăng ký WebSocket nhanh hơn và đáng tin cậy hơn khi chịu tải.

Giải mã các Thông báo Lỗi Solana: Ý nghĩa của Từng Lỗi

Các thông báo lỗi từ các giao dịch Solana thất bại xuất hiện trong nhật ký hoạt động của ví bạn (Phantom hoặc Solflare), trên Solana Explorer (explorer.solana.com) hoặc trên Solana FM (solana.fm). Để tra cứu một giao dịch thất bại cụ thể, hãy sao chép chữ ký giao dịch từ lịch sử giao dịch của ví bạn và dán vào một trong hai công cụ khám phá. Giao dịch thất bại hiển thị trạng thái lỗi màu đỏ với mã lỗi cụ thể.

Trước khi gửi bất kỳ giao dịch nào, Phantom chạy một quy trình mô phỏng để dự đoán liệu nó có thành công hay không. Nếu quy trình kiểm tra trước chuyến bay này thất bại, Phantom sẽ hiển thị Transaction simulation failed và chặn việc gửi. Hầu hết các lỗi mô phỏng đều chỉ ra một vấn đề thực sự với cài đặt của bạn, nhưng đôi khi dữ liệu cũ gây ra lỗi sai. Trong trường hợp đó, làm mới trang và gửi lại một lần là phù hợp.

Cách Sửa lỗi Giao dịch Solana Thất bại

Danh sách kiểm tra khắc phục nhanh (bắt đầu với Sửa lỗi 1 nếu bạn không chắc lỗi nào áp dụng):

1. Tăng phí ưu tiên của bạn lên Nhanh hoặc Turbo và gửi lại
2. Tăng dung sai trượt giá lên 0,5% đến 1% và gửi lại
3. Gửi lại với blockhash mới (chờ 5 giây, sau đó khởi tạo lại từ DEX)
4. Chuyển sang điểm cuối RPC chuyên dụng trong cài đặt ví của bạn
5. Kiểm tra trạng thái mạng Solana tại status.solana.com trước khi thử lại nếu bạn nghi ngờ tắc nghẽn

Phí ưu tiên không đủ là nguyên nhân của phần lớn các giao dịch thất bại trong thời kỳ giao dịch sôi động, vì vậy Sửa lỗi 1 là điểm khởi đầu phù hợp khi bạn không chắc chắn.

Sửa lỗi 1: Tăng Phí Ưu tiên của bạn

Tăng phí ưu tiên của bạn là cách khắc phục hiệu quả nhất đối với các giao dịch thất bại trong thời kỳ tắc nghẽn. Nó ra tín hiệu cho các trình xác thực xử lý giao dịch của bạn trước các yêu cầu có phí thấp hơn.

Mức phí thay đổi tùy theo nhu cầu mạng. Sử dụng tính năng tự động ước tính của ví hoặc kiểm tra Solana Beach để biết tình trạng mạng hiện tại. Đừng phụ thuộc vào các giá trị lamport cụ thể, vì chúng thay đổi nhanh chóng.

Tham chiếu Cấp độ Phí Ưu tiên:

Để tăng phí ưu tiên trong Jupiter (giao diện có thể thay đổi theo phiên bản):

1. Mở Jupiter tại jup.ag
2. Nhấp vào biểu tượng bánh răng cài đặt trong bảng hoán đổi
3. Chọn Phí ưu tiên (Priority Fee)
4. Chọn Nhanh (Fast) hoặc Turbo, hoặc nhập giá trị Tùy chỉnh
5. Gửi lại lệnh hoán đổi của bạn

Để tăng phí ưu tiên trong Phantom:

1. Mở ví Phantom
2. Đi tới Cài đặt
3. Chọn Giao dịch
4. Điều chỉnh Tốc độ giao dịch thành Cao hoặc Tùy chỉnh
5. Quay lại DEX của bạn và gửi lại

Đối với Raydium, nhấp vào bánh răng cài đặt trong giao diện hoán đổi, chọn Phí ưu tiên, chọn cấp độ cao hơn và gửi lại. Bảng Lỗi cụ thể theo nền tảng hiển thị đường dẫn điều hướng chính xác cho từng nền tảng.

⚠️ Lưu ý cho nhà phát triển

Thêm ComputeBudgetProgram.setComputeUnitPrice(microLamports) làm hướng dẫn đầu tiên trong giao dịch của bạn. Gọi getRecentPrioritizationFees() để lấy phân vị phí mạng hiện tại thay vì sử dụng hệ số nhân tĩnh. Trả thừa phí sẽ lãng phí SOL nhưng không gây ra thất bại giao dịch.

Cách khắc phục 2: Điều chỉnh mức trượt giá của bạn

Nếu giao dịch hoán đổi của bạn thất bại do lỗi trượt giá, cách khắc phục là mở rộng phạm vi giá có thể chấp nhận, nhưng mức độ mở rộng là điều quan trọng.

⚠️ Cảnh báo Quan trọng

Thiết lập trượt giá trên 3% đến 5% cho các cặp token có thanh khoản thấp sẽ khiến bạn dễ bị tấn công kẹp thịt (sandwich attack) bởi MEV, nơi các bot phát hiện giao dịch đang chờ xử lý của bạn và chạy trước để trục lợi. Tăng trượt giá dần dần, không tăng quá nhiều cùng một lúc.

Để điều chỉnh trượt giá trong Jupiter (giao diện có thể thay đổi theo phiên bản):

1. Mở Jupiter và nhấp vào biểu tượng bánh răng cài đặt
2. Chọn Mức trượt giá (Slippage Tolerance)
3. Tăng cài đặt hiện tại của bạn thêm 0,5% đến 1% (ví dụ: từ 0,5% lên 1,5%)
4. Gửi lại lệnh hoán đổi của bạn

Đối với Raydium: nhấp vào bánh răng cài đặt, chọn Trượt giá, nhập tỷ lệ phần trăm đã điều chỉnh và gửi lại. Đối với Orca: nhấp vào Cài đặt, điều chỉnh Mức trượt giá và gửi lại. Bảng Lỗi cụ thể theo nền tảng hiển thị đường dẫn điều hướng chính xác cho từng DEX.

Nếu bạn đang sử dụng Jupiter, hãy kiểm tra xem tính năng Trượt giá Động (Dynamic Slippage) có sẵn trong giao diện của bạn không. Tính năng này tự động tính toán mức trượt giá tối ưu cho mỗi giao dịch dựa trên điều kiện thị trường hiện tại.

Nếu một token liên tục thất bại ngay cả ở mức trượt giá 5%, vấn đề có thể là do không đủ thanh khoản trong pool thay vì do biến động giá. Hãy thử giảm số lượng hoán đổi hoặc chia nhỏ giao dịch.

Cách khắc phục 3: Gửi lại với một Blockhash mới

Lỗi Đáo hạn blockhash được khắc phục bằng cách gửi lại, nhưng bạn không thể gửi lại cùng một đối tượng giao dịch. Solana yêu cầu một blockhash mới cho mỗi lần gửi.

Bởi vì Solana sử dụng Gulf Stream thay vì hàng đợi giao dịch truyền thống, một giao dịch bị hủy không thể được "gỡ bỏ". Giao dịch đó đã mất. Một giao dịch mới phải được tạo lại từ đầu.

Đối với người dùng cá nhân (Phantom, Jupiter, Raydium):

1. Đợi từ 5 đến 10 giây sau khi thất bại
2. Không nhấp gửi lại trên cùng một màn hình xác nhận
3. Quay lại giao diện hoán đổi và bắt đầu lại giao dịch từ đầu
4. Ví của bạn sẽ tự động lấy một blockhash mới khi bạn gửi lại

Trước khi gửi lại: kiểm tra Solana Explorer (explorer.solana.com) để xác nhận giao dịch không thực sự thành công. Dán chữ ký giao dịch của bạn vào thanh tìm kiếm. Nếu giao dịch hiển thị là đã xác nhận (confirmed), đừng gửi lại.

⚠️ Lưu ý cho nhà phát triển

Lấy một blockhash mới bằng connection.getLatestBlockhash('confirmed') trước mỗi lần thử lại. Triển khai cơ chế lùi lại theo cấp số nhân (exponential backoff): đợi 1 giây trước lần thử lại đầu tiên, 2 giây trước lần thứ hai, 4 giây trước lần thứ ba. Thiết lập số lần thử lại tối đa là 5 lần trước khi báo lỗi cho người dùng. Sử dụng mức độ cam kết confirmed hoặc finalized, không phải processed, khi lấy blockhash trong môi trường production.

Cách khắc phục 4: Chuyển sang một Điểm cuối RPC tốt hơn

Điểm cuối RPC công cộng miễn phí của Solana (api.mainnet-beta.solana.com) bị giới hạn tốc độ và thường xuyên bị quá tải trong các thời kỳ nhu cầu cao, khiến các giao dịch đã gửi dễ bị hủy trước khi đến được trình xác thực.

Các nhà cung cấp RPC chuyên dụng như Helius và QuickNode thường cung cấp độ tin cậy cao hơn RPC Mainnet công cộng của Solana trong thời gian tắc nghẽn. Cả hai nhà cung cấp đều có các gói miễn phí phù hợp cho người dùng cá nhân.

Để chuyển đổi RPC trong Phantom (giao diện có thể thay đổi theo phiên bản):

1. Mở ví Phantom
2. Đi tới Cài đặt
3. Chọn Cài đặt nhà phát triển
4. Chọn Thay đổi điểm cuối RPC (Change RPC Endpoint)
5. Nhập URL điểm cuối Helius hoặc QuickNode của bạn
6. Xác nhận và gửi lại giao dịch của bạn

Để chuyển đổi RPC trong Solflare:

1. Mở ví Solflare
2. Đi tới Cài đặt
3. Chọn Mạng (Network)
4. Chọn RPC Tùy chỉnh và nhập URL điểm cuối của bạn
5. Lưu và gửi lại giao dịch của bạn

⚠️ Lưu ý cho nhà phát triển

Duy trì một danh sách các điểm cuối RPC dự phòng trong cấu hình ứng dụng của bạn. Triển khai logic tự động chuyển đổi dự phòng để ứng dụng của bạn chuyển sang bản dự phòng khi điểm chính trả về lỗi hoặc hết thời gian chờ. Sử dụng WebSocket signatureSubscribe để theo dõi xác nhận giao dịch thay vì thăm dò với getSignatureStatuses, vì các kết nối WebSocket nhanh hơn dưới tải nặng.

Cách khắc phục 5: Điều chỉnh Hạn mức Đơn vị Tính toán

Đối với người dùng cá nhân, hầu hết các giao diện DEX hiện đại, bao gồm Jupiter và Raydium, đều tự động thiết lập hạn mức đơn vị tính toán. Nếu bạn thấy lỗi Compute budget exceeded (Vượt quá ngân sách tính toán), hãy sử dụng chức năng thử lại hoặc làm mới tích hợp sẵn của DEX thay vì điều chỉnh cài đặt thủ công.

Nếu lỗi vẫn tiếp diễn, hãy thử đơn giản hóa lộ trình hoán đổi của bạn. Một lộ trình trực tiếp qua một pool duy nhất sử dụng ít đơn vị tính toán hơn so với một lộ trình đa bước phức tạp qua bốn hoặc năm pool. Trong Jupiter, hãy tìm tùy chọn Chỉ lộ trình trực tiếp (Direct Route Only) trong cài đặt định tuyến.

Nếu giao dịch hoán đổi của bạn liên tục thất bại trên một cặp cụ thể, đó có thể là một lộ trình đang có nhu cầu cao tạm thời. Đợi vài phút và gửi lại thường sẽ giải quyết được vấn đề mà không cần thay đổi cài đặt nào.

⚠️ Lưu ý cho nhà phát triển

Thêm ComputeBudgetProgram.setComputeUnitLimit(units) làm hướng dẫn đầu tiên trong giao dịch. Chạy simulateTransaction() trước để đo lường mức tiêu thụ đơn vị tính toán thực tế, sau đó đặt hạn mức bằng mức tiêu thụ thực tế nhân với 1,1 làm biên an toàn 10%. Đặt hạn mức quá thấp gây ra lỗi InstructionError; đặt quá cao sẽ lãng phí ngân sách phí mà không gây ra lỗi.

Lỗi cụ thể theo Nền tảng: Phantom, Jupiter, Raydium và Magic Eden

Các tình huống lỗi Solana phổ biến nhất diễn ra khác nhau tùy thuộc vào nền tảng bạn đang sử dụng. Kiểm tra bảng so sánh bên dưới để tìm nền tảng của bạn, sau đó đọc tiểu mục liên quan để biết chi tiết.

Lỗi Hoán đổi trên Jupiter

Định tuyến đa điểm dừng của Jupiter gửi giao dịch hoán đổi của bạn qua nhiều bể thanh khoản để tìm giá tốt nhất. Mỗi điểm dừng bổ sung làm tăng mức tiêu thụ đơn vị tính toán và tạo ra một điểm khác nơi biến động giá có thể vượt quá dung sai trượt giá.

Hai lỗi phổ biến nhất đặc trưng cho Jupiter là dung sai trượt giá bị vượt quá trên các cặp token biến động, và Transaction simulation failed do phí ưu tiên không đủ. Cả hai đều được khắc phục bằng cách điều chỉnh cài đặt trong menu biểu tượng bánh răng của Jupiter trước khi gửi lại.

Trình chọn phí ưu tiên tích hợp sẵn của Jupiter cung cấp các tùy chọn Bình thường, Nhanh, Siêu nhanh và Tùy chỉnh. Trong bất kỳ phiên giao dịch tích cực nào, Nhanh là cài đặt tối thiểu được khuyến nghị. Trong quá trình ra mắt NFT hoặc biến động mạnh của thị trường, hãy sử dụng Siêu nhanh.

Một số ví cũ không hỗ trợ định dạng giao dịch phiên bản của Jupiter. Nếu bạn thấy lỗi định dạng giao dịch thay vì lỗi trượt giá hoặc phí, hãy kiểm tra xem phần mềm ví của bạn có được cập nhật hay không.

Lỗi Hoán đổi trên Raydium và Orca

Các lỗi AMM trên Raydium và Orca thường đến từ tác động giá cao trên các bể có thanh khoản hạn chế. Bể không thể đáp ứng quy mô giao dịch của bạn với mức giá hợp lý, ngay cả với cài đặt trượt giá hào phóng.

Trước khi xác nhận bất kỳ giao dịch hoán đổi nào trên Raydium hoặc Orca, hãy kiểm tra tỷ lệ phần trăm tác động giá hiển thị trên giao diện. Nếu tác động giá vượt quá 2% đến 3%, quy mô giao dịch quá lớn đối với thanh khoản có sẵn trong bể đó. Giảm số lượng hoán đổi của bạn hoặc chia giao dịch thành hai hoặc ba giao dịch nhỏ hơn được gửi tuần tự.

Đối với các vị trí thanh khoản tập trung của Whirlpool trên Orca, trượt giá có thể đặc biệt nhạy cảm. Nếu một bể tập trung đã di chuyển ra khỏi phạm vi giá hoạt động của nó, các giao dịch sẽ thất bại bất kể cài đặt trượt giá của bạn. Trong trường hợp đó, hãy thử một bể khác hoặc định tuyến qua trình tổng hợp của Jupiter, nó sẽ tự động tìm các đường dẫn thay thế.

Lỗi Đúc trên Magic Eden và NFT

Các lỗi đúc NFT trên Magic Eden khác với các lỗi DEX thông thường vì vấn đề không nằm ở cài đặt của bạn. Vấn đề là việc gửi hàng nghìn giao dịch đồng thời trong một khoảng thời gian ra mắt hẹp, làm quá tải mạng và khiến trình xác thực bỏ qua các giao dịch có phí ưu tiên thấp trước khi chúng có thể được xử lý.

Các đúc có nhu cầu cao sử dụng các chương trình Candy Machine tạo ra sự cạnh tranh cực đoan. Bot gửi hàng trăm giao dịch mỗi giây, làm bão hòa cả RPC công khai và hàng đợi trình xác thực.

Quy trình ba bước để đúc thành công trong đợt ra mắt có nhu cầu cao:

1. Trước khi cửa sổ đúc mở, hãy đặt phí ưu tiên của bạn thành Siêu nhanh hoặc cài đặt tối đa có sẵn trong ví của bạn
2. Chuyển từ RPC Solana công khai sang nhà cung cấp chuyên dụng như Helius hoặc QuickNode (các gói miễn phí là đủ)
3. Tải sẵn trang đúc và phê duyệt kết nối ví của bạn trước; gửi giao dịch ngay lập tức khi đúc mở, không phải sau khi trang làm mới

Số tiền gốc SOL của bạn sẽ được hoàn lại tự động nếu giao dịch đúc thất bại. Chỉ có một khoản phí mạng nhỏ, xấp xỉ 0,000005 SOL, được tiêu thụ. Một số dự án cũng sử dụng cơ chế danh sách cho phép và Candy Guards, vì vậy nếu giao dịch thất bại liên tục ngay cả với cài đặt đúng, hãy xác nhận bạn đủ điều kiện cho giai đoạn đúc hiện tại.

Solana có bị sập không? Cách kiểm tra trạng thái mạng

Hầu hết các giao dịch thất bại trên Solana không phải do lỗi mạng. Chúng bắt nguồn từ cài đặt phía người dùng hoặc nghẽn mạng tạm thời. Các lỗi thực sự, nơi mạng ngừng hoạt động hoàn toàn, là hiếm và được công bố chính thức.

Kiểm tra trạng thái ba bước:

1. Truy cập status.solana.com, trang trạng thái mạng chính thức của Solana, và kiểm tra bất kỳ báo cáo sự cố đang hoạt động nào từ Solana Foundation.
2. Truy cập Solana Beach và kiểm tra số liệu giao dịch mỗi giây (TPS) theo thời gian thực và thời gian xác nhận trung bình. Tỷ lệ lỗi cao trong thời gian TPS hoạt động cho thấy nghẽn mạng, không phải lỗi mạng.
3. Kiểm tra r/solana hoặc Solana Discord. Nếu nhiều người dùng báo cáo lỗi đồng thời, mạng đang bị nghẽn. Nếu chỉ có một vài người, vấn đề có thể nằm ở phía bạn.

Bạn có vẫn trả phí cho giao dịch Solana thất bại không?

Có, Solana tính một khoản phí giao dịch cơ sở nhỏ ngay cả khi giao dịch thất bại, nhưng token của bạn và số tiền gốc của giao dịch hoán đổi, chuyển khoản hoặc đúc sẽ không bị trừ khỏi ví của bạn.

Token của bạn an toàn. Giao dịch đã thất bại trước khi bất kỳ giao dịch hoán đổi hoặc chuyển khoản nào được thực hiện.

Phí cơ sở là khoảng 0,000005 SOL cho mỗi chữ ký, tương đương với một phần nhỏ của một cent ở hầu hết các mức giá SOL. Khoản phí này bù đắp cho trình xác thực vì đã xử lý nỗ lực giao dịch ngay cả khi nó không thành công. Nếu bạn bao gồm phí ưu tiên, số tiền đó cũng sẽ bị tiêu thụ. Số lượng token bạn đang cố gắng hoán đổi, SOL bạn đang cố gắng gửi, hoặc giá NFT bạn đang cố gắng thanh toán chưa bao giờ bị trừ.

Một giao dịch bị một nút RPC quá tải bỏ qua âm thầm trước khi nó đến được trình xác thực sẽ không tính phí nào cả, vì không có bản ghi nào trên chuỗi về nó.

Để xác minh chính xác lượng phí đã bị tính cho bất kỳ giao dịch thất bại nào:

1. sao chép chữ ký giao dịch từ lịch sử giao dịch của ví bạn
2. Dán nó vào Solana Explorer hoặc Solana FM
3. Tìm giao dịch thất bại, hiển thị trạng thái lỗi màu đỏ
4. Kiểm tra trường Phí để xem số lượng SOL chính xác đã bị tính

Danh sách kiểm tra trước giao dịch: Cách ngăn ngừa Giao dịch Thất bại trên Solana

Thực hiện theo danh sách kiểm tra này trước bất kỳ giao dịch nhạy cảm về thời gian nào chỉ mất dưới 60 giây và loại bỏ các nguyên nhân gây thất bại phổ biến nhất.

1. Kiểm tra status.solana.com để biết các sự cố đang diễn ra trước bất kỳ giao dịch nào trong điều kiện thị trường biến động
2. Đặt phí ưu tiên của bạn thành ít nhất Nhanh cho bất kỳ giao dịch nào trong giờ giao dịch cao điểm; sử dụng Siêu nhanh cho các giao dịch hoặc đúc NFT nhạy cảm về thời gian
3. Xác minh dung sai trượt giá của bạn phù hợp với sự biến động của cặp token: 0,5% cho các cặp ổn định như USDC/USDT, 1% đến 2% cho các token vốn hóa trung bình, lên đến 3% cho các token vốn hóa nhỏ biến động
4. Xác nhận Số dư SOL của bạn đủ cho số lượng giao dịch cộng phí cộng thêm 0,05 SOL dự phòng cho ngưỡng miễn thuế thuê
5. Đối với các giao dịch nhạy cảm về thời gian hoặc có giá trị cao, hãy chuyển từ RPC công khai của Solana sang nhà cung cấp chuyên dụng như Helius hoặc QuickNode (cả hai đều cung cấp các gói miễn phí)
6. Đối với đúc NFT: cấu hình phí ưu tiên và RPC của bạn trước khi cửa sổ đúc mở, không phải trong lúc đó
7. Đối với các giao dịch hoán đổi DEX lớn: kiểm tra tỷ lệ phần trăm tác động giá trước khi xác nhận; nếu tác động giá vượt quá 2% đến 3%, hãy giảm số lượng hoán đổi hoặc chia thành các giao dịch nhỏ hơn
8. Tin tưởng vào trình tối ưu hóa phí tích hợp sẵn của DEX khi có sẵn; Jupiter, Raydium và Orca mỗi nền tảng cung cấp các đề xuất phí tự động điều chỉnh theo điều kiện mạng hiện tại

⚠️ Ghi chú cho Nhà phát triển

Trong các dApp sản xuất, hãy triển khai ước tính đơn vị tính toán dựa trên mô phỏng thay vì các hạn mức tĩnh. Thực hiện thăm dò getRecentPrioritizationFees() một cách linh hoạt và cập nhật đề xuất phí của bạn tại mỗi lần gửi giao dịch. Triển khai chuyển dự phòng (failover) RPC để ứng dụng của bạn tự động chuyển sang một điểm cuối dự phòng. Không bao giờ sử dụng lại blockhash cho các lần thử lại.

Câu hỏi thường gặp: Năm cách khắc phục giao dịch Solana thất bại

Mỗi câu trả lời dưới đây là độc lập. Bạn không cần đọc phần còn lại của hướng dẫn này để sử dụng phần Câu hỏi thường gặp.

Nguyên nhân nào khiến một giao dịch Solana thất bại?

Các giao dịch Solana thất bại vì năm lý do: Đáo hạn blockhash, phí ưu tiên không đủ, cạn kiệt hạn mức đơn vị tính toán, vi phạm mức trượt giá cho phép hoặc quá tải nút RPC. Các lỗi ở cấp độ mạng yêu cầu tăng phí ưu tiên và gửi lại. Các từ chối ở cấp độ chương trình yêu cầu điều chỉnh các tham số giao dịch như mức trượt giá cho phép hoặc số lượng hoán đổi. Xem 5 Nguyên nhân gốc rễ để biết giải thích đầy đủ về từng lý do.

Có. Solana tính một khoản Phí cơ sở giao dịch nhỏ, khoảng 0,000005 SOL, ngay cả khi giao dịch thất bại, nhưng token và vốn hoán đổi của bạn không bị khấu trừ. Các giao dịch bị hủy âm thầm bởi một nút RPC quá tải trước khi đến được mạng lưới sẽ không bị tính phí, vì chúng không để lại bản ghi Trên chuỗi. Xem Bạn có còn phải trả phí không để biết hướng dẫn xác minh.

Một giao dịch Solana sẽ Đáo hạn sau khoảng 150 slot, tức là khoảng 60 đến 90 giây trong điều kiện mạng bình thường. Khi mạng bị nghẽn, thời gian Đáo hạn thực tế có thể cảm thấy ngắn hơn vì các trình xác thực bị chậm trễ trong việc xử lý. Sau khi Đáo hạn, giao dịch sẽ bị hủy vĩnh viễn và phải được gửi lại từ đầu.

Blockhash là một mã dạng dấu thời gian được nhúng trong mọi giao dịch Solana để chứng minh rằng giao dịch đó được tạo gần đây. Các trình xác thực sử dụng nó để xác minh rằng giao dịch hiện tại và không được phát lại từ một phiên trước đó. Blockhash sẽ Đáo hạn sau khoảng 150 slot; sau đó, giao dịch bị từ chối với lỗi Blockhash not found hoặc Transaction expired.

Đơn vị tính toán là thước đo của Solana đối với tài nguyên xử lý mà một giao dịch tiêu thụ. Các chuyển khoản đơn giản sử dụng một lượng nhỏ; các giao dịch hoán đổi DEX đa điểm phức tạp sử dụng nhiều hơn đáng kể. Nếu một giao dịch làm cạn kiệt hạn mức đơn vị tính toán trước khi hoàn tất, Solana sẽ hủy giao dịch đó và trả về lỗi Compute budget exceeded. Các giao diện DEX hiện đại sẽ tự động đặt hạn mức đơn vị tính toán cho hầu hết người dùng.

Phí ưu tiên là một khoản tiền boa tùy chọn được trả cho trình xác thực tính theo micro-lamport trên mỗi đơn vị tính toán để đưa giao dịch của bạn lên trước các giao dịch có phí thấp hơn trong thời gian nghẽn mạng. Phí cơ sở giao dịch của Solana là cố định và nhỏ; phí ưu tiên là thành phần biến đổi quyết định tốc độ giao dịch của bạn được xử lý. Mức phí thay đổi theo nhu cầu mạng, vì vậy hãy sử dụng tính năng tự động ước tính của ví của bạn hoặc Helius Priority Fee API để biết các giá trị hiện tại.

sao chép chữ ký giao dịch từ lịch sử giao dịch trong ví của bạn và dán vào Solana Explorer hoặc Solana FM. Các giao dịch thất bại hiển thị trạng thái lỗi màu đỏ với mã lỗi cụ thể. Các giao dịch đã xác nhận hiển thị trạng thái thành công màu xanh lá cây. Luôn kiểm tra trước khi gửi lại để tránh gửi giao dịch trùng lặp.

Tiền của bạn không cần phải được khôi phục vì chúng chưa bao giờ được gửi đi. Một giao dịch Solana thất bại không khấu trừ token hoặc số lượng hoán đổi khỏi ví của bạn. Giao dịch đã thất bại trước khi thực thi, vì vậy Số dư ví của bạn không đổi ngoại trừ một khoản Phí cơ sở nhỏ. Vốn của bạn được an toàn.

Solana sử dụng giao thức chuyển tiếp giao dịch có tên là Gulf Stream thay vì hàng đợi giao dịch truyền thống. Gulf Stream chuyển tiếp các giao dịch trực tiếp đến trình xác thực tiếp theo dự kiến trước khi khối hiện tại kết thúc. Các giao dịch không thể xử lý ngay lập tức sẽ bị hủy thay vì được giữ trong hàng đợi. Thiết kế này giúp Solana có thông lượng cao nhưng có nghĩa là các giao dịch thất bại yêu cầu gửi lại một cách chủ động thay vì chờ đợi thụ động.

"Transaction simulation failed" có nghĩa là Phantom đã chạy một thử nghiệm trước khi gửi giao dịch của bạn và dự đoán nó sẽ không thành công. Phantom chặn việc gửi giao dịch để tránh bạn lãng phí phí cho một giao dịch chắc chắn thất bại. Hầu hết các lỗi mô phỏng cho thấy một vấn đề thực tế với cài đặt của bạn, chẳng hạn như trượt giá không đủ, Số dư SOL thấp hoặc chương trình bị từ chối. Đôi khi, dữ liệu trạng thái cũ gây ra lỗi giả; trong trường hợp đó, làm mới trang và gửi lại một lần là phù hợp.

Thêm SOL vào ví của bạn và đảm bảo Số dư của bạn vượt quá số tiền giao dịch cộng với phí cộng với một khoản đệm 0,05 SOL. Lỗi không đủ tiền của Solana không phải lúc nào cũng có nghĩa là bạn chỉ thiếu SOL cho mỗi phần phí. Đôi khi điều đó có nghĩa là bạn thiếu đủ SOL để trang trải ngưỡng miễn tiền thuê cần thiết nhằm tạo một tài khoản token mới khi nhận token lần đầu tiên.

Vốn của bạn được an toàn. Token hoặc SOL bạn đang cố gửi hoặc hoán đổi vẫn còn trong ví của bạn chính xác như trước. Một giao dịch Solana thất bại không thực hiện chuyển khoản, hoán đổi hoặc đúc, vì vậy Số dư của bạn không thay đổi. Chỉ một khoản Phí cơ sở giao dịch nhỏ, thường dưới 0,001 USD, có thể đã bị tính phí.

Các giao dịch thất bại liên tục thường chỉ ra rằng cùng một cài đặt sai đang được gửi lại mà không có sự điều chỉnh. Xác định lỗi của bạn: nếu đó là Slippage tolerance exceeded, hãy tăng mức trượt giá cho phép và gửi lại. Nếu giao dịch bị hủy âm thầm mà không có thông báo lỗi, phí ưu tiên của bạn quá thấp. Nếu status.solana.com cho thấy một sự cố đang diễn ra, hãy đợi mạng phục hồi trước khi gửi lại.

Các lỗi đúc NFT xảy ra do hàng nghìn người dùng và bot gửi giao dịch đồng thời trong một cửa sổ ra mắt hẹp, làm bão hòa cả điểm cuối RPC công cộng và hàng đợi của trình xác thực. Các trình xác thực hủy các giao dịch có phí ưu tiên thấp để quản lý tải trọng. Việc đặt phí ưu tiên của bạn thành Turbo và chuyển sang nhà cung cấp RPC chuyên dụng trước khi cửa sổ đúc mở ra sẽ cải thiện đáng kể tỷ lệ thành công. Xem Magic Eden và Lỗi đúc NFT để biết giao thức chuẩn bị đầy đủ.

Mức trượt giá cho phép là biến động giá tối đa mà bạn sẽ chấp nhận trong khoảng thời gian từ lúc bạn yêu cầu hoán đổi cho đến khi nó được thực thi. Nếu giá của token biến động vượt quá ngưỡng đó, Hợp đồng Thông minh sẽ tự động hủy giao dịch hoán đổi để bảo vệ bạn khỏi việc nhận được mức giá tệ hơn đáng kể so với báo giá. Các cài đặt thông thường dao động từ 0,5% cho các cặp token ổn định đến 2% hoặc 3% cho các tài sản biến động mạnh. Đặt mức này trên 3% đến 5% cho các cặp có Thanh khoản thấp sẽ làm tăng rủi ro bị tấn công kẹp thịt (sandwich attack) MEV.

Khám phá SOL trên Bybit

Sử dụng trang giá Solana để xem dữ liệu thị trường SOL hiện tại hoặc truy cập thị trường Giao ngay SOL/USDT nếu Giao dịch Giao ngay phù hợp với mục tiêu của bạn. Hoạt động giao dịch Bybit không giống như việc gửi một giao dịch Solana Trên chuỗi; phí mạng vẫn có thể áp dụng khi nạp hoặc rút SOL trên mạng lưới Solana.

Mọi lỗi giao dịch Solana đều tương ứng với một trong năm nguyên nhân gốc rễ và mỗi nguyên nhân đều có cách khắc phục cụ thể.

Tiền gốc của bạn được an toàn trong mọi trường hợp này. Các giao dịch Solana thất bại không làm mất mã thông báo vĩnh viễn; chỉ một Phí cơ sở tối thiểu bị tiêu hao. Để tránh thất bại lặp lại, hãy kiểm tra qua Danh sách kiểm tra trước giao dịch trước khi thực hiện giao dịch hoán đổi hoặc đúc tiền nhạy cảm về thời gian tiếp theo.

Các đường dẫn cài đặt được tham chiếu trong hướng dẫn này là chính xác tính đến ngày xuất bản và có thể thay đổi tùy theo phiên bản ví hoặc DEX. Mức phí thay đổi theo nhu cầu mạng; hãy sử dụng tính năng tự động ước tính của ví hoặc API Phí ưu tiên Helius để biết các giá trị hiện tại. Các tham chiếu công cụ (Helius, QuickNode, Solana Beach) được trình bày như các quyền chọn, không phải là sự đảm bảo.