SlowMist: Cuộc khai thác NEM làm cạn kiệt 822.000 USD khi kẻ tấn công thao túng nguồn dự trữ hồ thanh khoản
Công ty bảo mật blockchain SlowMist báo cáo vụ khai thác $821.920 token NEM vào ngày 22 tháng 10 năm 2026, liên quan đến lỗ hổng trong hợp đồng thông minh NemTokenV2 và hồ sơ thanh khoản USDT/NEM trên PancakeSwap. Kẻ tấn công được cho là đã thao túng kế toán token và dự trữ thanh khoản thông qua 42 thao tác lặp lại, tạo ra mức giá trao đổi bị thổi phồng nhân tạo trước khi rút USDT. Sự cố này làm nổi bật những điểm yếu bảo mật trong các cơ chế token tùy chỉnh tương tác với các sàn giao dịch phi tập trung. Mặc dù tổn thất được báo cáo là đáng kể, nhưng tác động tài chính cuối cùng của cuộc tấn công, tình trạng phục hồi và mối liên hệ với blockchain NEM gốc cần được phân biệt cẩn thận.
SlowMist báo cáo vụ khai thác $822K token NEM trên PancakeSwap
Việc tiết lộ bảo mật ngày 22 tháng 10 đã xác định một lỗ hổng kế toán thanh toán trong NemTokenV2, cho phép kẻ tấn công thao túng nguồn dự trữ của pool thanh khoản mà không cần thực hiện các giao dịch token tương ứng. Cuộc tấn công nhắm vào cặp giao dịch USDT/NEM trên PancakeSwap, nơi số dư dự trữ bị bóp méo đã ảnh hưởng đến giá trao đổi được niêm yết của token. SlowMist ước tính tổn thất gây ra khoảng $821.920, khiến sự việc trở thành một ví dụ khác về cách những điểm yếu trong logic hợp đồng cụ thể của token có thể phơi bày thanh khoản trong tài chính phi tập trung (DeFi).
Cảnh báo bảo mật của SlowMist ngày 22 tháng 10 và ước tính tổn thất $821.920
SlowMist xác định NemTokenV2 là hợp đồng thông minh bị ảnh hưởng và mô tả một chuỗi các hành động trong đó kẻ tấn công khai thác lặp đi lặp lại sự không nhất quán giữa hoạt động bán được ghi lại và quá trình thanh toán thực tế trên sàn giao dịch. Cuộc tấn công được báo cáo bao gồm 42 lần lặp lại các thao tác chuyển token và quản lý thanh khoản, dần dần làm thay đổi số dư dự trữ của pool. Sau đó, kẻ tấn công sử dụng sự mất cân bằng giá tạo thành để trao đổi các token NEM còn lại lấy USDT với tỷ lệ được nâng cao một cách nhân tạo. Mỗi thao tác lặp lại đều góp phần tạo điều kiện để cuộc trao đổi cuối cùng mang lại lợi ích tài chính.
Mức tổn thất ước tính 821.920 USD đại diện cho tác động tài chính do SlowMist báo cáo, chứ không phải là tính toán độc lập về lợi nhuận ròng của kẻ tấn công. Mặc dù các phát hiện bảo mật ban đầu đã xác định các chức năng hợp đồng liên quan và cặp giao dịch bị ảnh hưởng, nhưng chưa có phân tích tài chính chi tiết từng giao dịch được xác lập một cách độc lập. Số tiền cuối cùng mà kẻ tấn công giữ lại có thể khác với mức tổn thất ước tính của quỹ khi tính đến chi phí giao dịch, vốn ban đầu và bất kỳ chuyển động tài sản nào sau đó. Bất kỳ sự hoàn trả nào được xác nhận của các tài sản bị trích xuất cũng sẽ ảnh hưởng đến tác động tài chính còn lại.
Lỗ hổng thanh toán NemTokenV2 và rủi ro thanh khoản trên PancakeSwap
Lỗ hổng được báo cáo liên quan đến cách NemTokenV2 xử lý các token được chuyển vào hồ thanh khoản của nó. Logic hợp đồng của nó đếm một số khoản chuyển đến nhất định là hoạt động bán mà không xác minh đầy đủ liệu sàn giao dịch liên quan đã thanh toán hay chưa. Điều này tạo ra sự không nhất quán giữa hệ thống kế toán nội bộ của token và hoạt động giao dịch thực tế đang diễn ra trong hồ. Đối với các cơ chế kế toán liên quan đến khối lượng bán, sự phân biệt này có thể xác định thời điểm các hoạt động thanh khoản tự động được kích hoạt.
Sự cố này cũng cho thấy tại sao các cơ chế cụ thể cho từng token cần được tích hợp cẩn thận với các pool thanh khoản. Những pool này phụ thuộc vào số dư tài sản chính xác để hỗ trợ giao dịch phi tập trung, nhưng các chức năng token tùy chỉnh có thể gây thêm rủi ro khi các giả định kế toán của chúng không khớp với các giao dịch đã hoàn tất. Điểm yếu được báo cáo liên quan đến NemTokenV2 chứ không phải là sự xâm phạm các hợp đồng trao đổi tiêu chuẩn của PancakeSwap. Do đó, sự cố này không nên được hiểu là bằng chứng cho thấy mọi cặp giao dịch của PancakeSwap đều bị ảnh hưởng.
Cách lỗ hổng NemTokenV2 cho phép thao tác 42 hồ thanh khoản
Cuộc khai thác NemTokenV2 tập trung vào sự không khớp giữa doanh số token được ghi lại và thanh toán thực tế trên sàn giao dịch. Hợp đồng bị ảnh hưởng được báo cáo là cho phép các khoản chuyển vào hồ thanh khoản để ảnh hưởng đến kế toán liên quan đến việc bán, ngay cả khi không có giao dịch hoán đổi tương ứng nào được xác nhận. Kẻ tấn công đã sử dụng điểm yếu này cùng với các thao tác hợp đồng lặp đi lặp lại để thay đổi số dư dự trữ và tạo điều kiện giao dịch thuận lợi. Việc hiểu cơ chế này đòi hỏi phải phân biệt hành vi thông thường của automated market maker với logic token dễ bị tổn thương tương tác với nó.
Lỗi xác minh thanh toán trong kế toán token của NemTokenV2
Trong một sàn giao dịch phi tập trung, việc chuyển token vào một hồ thanh khoản không tự động xác định rằng một giao dịch bán đã hoàn tất. Một giao dịch hoán đổi hợp lệ đòi hỏi hợp đồng trao đổi phải xử lý giao dịch và ghi nhận các tài sản liên quan. NemTokenV2 được cho là đã không phân biệt rõ ràng điều này khi ghi nhận một số khoản chuyển như hoạt động bán. Kết quả là, hệ thống kế toán nội bộ của nó có thể phản ánh các hoạt động chưa tạo ra một giao dịch trao đổi hoàn tất tương ứng. Việc xác minh thanh toán đúng cách sẽ yêu cầu hợp đồng phân biệt các khoản chuyển đến với các giao dịch hoán đổi thực sự đã được thực hiện.
Kẻ tấn công đã khai thác sự không nhất quán này thông qua các thao tác liên quan đến skim() và flushLpSellRecycle(). Trong PancakeSwap V2, skim() chuyển số dư token vượt quá lượng dự trữ được ghi nhận của cặp, trong khi sync() cập nhật các lượng dự trữ được ghi nhận để khớp với số dư thực tế. Những hàm này phục vụ các mục đích khác nhau và không vốn dĩ dễ bị tổn thương. Cuộc tấn công được báo cáo phụ thuộc vào cách logic tái chế tùy chỉnh của token bị ảnh hưởng tương tác với pool, cho phép thao tác dự trữ lặp đi lặp lại. Sự phân biệt này quan trọng vì việc gọi riêng lẻ skim() thông thường không làm giảm lượng dự trữ được ghi nhận của pool thanh khoản.
Giảm dự trữ lặp lại và lạm phát giá NEM nhân tạo
SlowMist báo cáo rằng kẻ tấn công đã lặp lại chuỗi thao tác 42 lần, kết hợp các khoản chuyển token với các thao tác skim() và flushLpSellRecycle(). Chuỗi này được cho là đã làm giảm lượng dự trữ NEM của pool so với lượng USDT nắm giữ. Trong một pool thanh khoản theo công thức sản phẩm hằng số, tỷ lệ giữa hai tài sản ảnh hưởng đến tỷ giá được niêm yết, do đó việc giảm lượng dự trữ của một tài sản so với tài sản còn lại có thể làm tăng giá trị ẩn của nó. Kẻ tấn công đã sử dụng sự mất cân bằng này để bán số dư NEM còn lại lấy USDT trong điều kiện giá bị bóp méo. Việc lặp lại 42 lần được báo cáo không nên tự động được coi là 42 giao dịch blockchain riêng biệt, vì một giao dịch có thể thực hiện nhiều lời gọi hợp đồng. Các thay đổi dự trữ chính xác và số tiền từng giao dịch cụ thể sẽ yêu cầu việc tái tạo hoàn toàn trên blockchain.
Rút USDT, biến động giá và sự khác biệt giữa token NEM và XEM
Hậu quả tài chính của vụ khai thác không chỉ dừng lại ở việc thao túng dự trữ đã được báo cáo. Bằng cách thay đổi số dư tài sản trong hồ sơ giao dịch bị ảnh hưởng, kẻ tấn công đã tạo ra tỷ giá hối đoái có thể khác biệt đáng kể so với các mức giá được hỗ trợ bởi hoạt động thị trường thông thường. Việc rút USDT cuối cùng phản ánh sự mất cân bằng định giá cục bộ này, chứ không phải sự tăng trưởng được xác minh độc lập trong giá trị thị trường rộng hơn của token. Việc xác định tài sản bị ảnh hưởng cũng quan trọng không kém, vì token được nêu tên trong báo cáo bảo mật chưa được liên kết một cách kết luận với XEM bản địa.
Cách kẻ tấn công trích xuất USDT từ hồ sơ PancakeSwap
Giai đoạn cuối cùng liên quan đến việc trao đổi số NEM còn lại của kẻ tấn công sau khi cấu trúc dự trữ của pool đã bị thay đổi. Với ít NEM hơn so với USDT, pool đã cung cấp tỷ giá trao đổi ngầm cao hơn cho NEM. Kẻ tấn công được cho là đã tận dụng sự mất cân bằng này để nhận USDT với mức giá không phản ánh điều kiện giao dịch bình thường. Hoạt động này góp phần vào khoản tổn thất khoảng 821.920 USD được ước tính trong các phát hiện bảo mật của SlowMist.
Việc xác định lợi nhuận thực tế của kẻ tấn công đòi hỏi nhiều hơn con số tổn thất được báo cáo. Các nhà điều tra cần xem xét các bản giao dịch đã xác minh, số dư tài sản ban đầu, các khoản chuyển USDT, chi phí thực hiện và bất kỳ tài sản còn lại nào. Họ cũng cần phân biệt giá trị bị rút khỏi hồ sơ thanh khoản với số tiền mà kẻ tấn công cuối cùng kiểm soát. Việc xem xét lại các chuyển động này theo trình tự thời gian sẽ giúp tách biệt các khoản chuyển tạm thời với tài sản mà kẻ tấn công cuối cùng giữ lại. Nếu không có thông tin đó, việc mô tả toàn bộ khoản tổn thất ước tính như lợi nhuận thực hiện sẽ làm quá mức hóa những gì bằng chứng hiện có có thể xác lập.
Lạm phát giá Hồ sơ thanh khoản so với Giá trị thị trường thực tế của NEM
Giá của một token trong một hồ thanh khoản phi tập trung phụ thuộc vào các tài sản có sẵn trong cặp giao dịch cụ thể đó. Khi số dư dự trữ thay đổi đột ngột, tỷ giá được báo cáo có thể khác biệt so với giá tại các nơi khác. Sự thao túng NemTokenV2 được báo cáo đã tạo ra sự biến dạng trong hồ USDT/NEM bị ảnh hưởng, nhưng điều này không chứng minh được sự gia tăng tương đương trong định giá thị trường rộng hơn của token. Một so sánh đáng tin cậy trên toàn thị trường sẽ yêu cầu các mức giá đã thực hiện từ các sàn giao dịch khác trong cùng khoảng thời gian.
Độ sâu thanh khoản có thể làm tăng những tác động này. Một hồ chứa tương đối ít tài sản sẵn có thường trải qua tác động giá lớn hơn từ sự thay đổi dự trữ so với một thị trường sâu hơn xử lý các giao dịch tương đương. Điều này có nghĩa là giá hồ tăng mạnh có thể không đại diện cho mức giá mà các nhà giao dịch thông thường có thể thực hiện các đợt bán lớn. Không có dữ liệu giá thị trường được xác minh độc lập nào chứng minh sự gia tăng tương ứng tại các sàn giao dịch khác, do đó sự kiện này không nên được trình bày như một đợt tăng giá rộng rãi của thị trường NEM.
NemTokenV2 và Native XEM không tự động là cùng một tài sản
Sự khác biệt giữa NemTokenV2 và XEM, loại tiền điện tử bản địa của blockchain NEM gốc, là rất quan trọng. Tài liệu chính thức của NEM xác định XEM là loại tiền kỹ thuật số bản địa của mạng lưới. Tuy nhiên, các báo cáo sự kiện ngày 22 tháng 10 mô tả một hợp đồng thông minh có tên NemTokenV2 liên quan đến một cặp giao dịch trên PancakeSwap. Việc chia sẻ tên dự án hoặc mã ticker không chứng minh rằng hai tài sản là giống nhau hoặc có kết nối chính thức.
Xác minh mối quan hệ này yêu cầu xem xét địa chỉ hợp đồng đã xác minh của token bị ảnh hưởng, tài liệu phát hành và các tuyên bố từ các bên vận hành dự án liên quan. Lịch sử triển khai hợp đồng cũng có thể giúp xác định nguồn gốc của nó và bất kỳ kết nối nào được ghi lại với dự án NEM. Cho đến khi mối liên hệ này được xác lập, các tổn thất được báo cáo nên được gán cho hợp đồng và hồ sơ thanh khoản bị ảnh hưởng, thay vì cho blockchain NEM ban đầu hoặc tất cả người nắm giữ XEM. Sự phân biệt này giúp nhà đầu tư tránh nhầm lẫn giữa một vụ khai thác cụ thể của token với một sự cố bảo mật ảnh hưởng đến toàn bộ mạng blockchain.
Hậu quả vụ khai thác lỗ hổng NEM: Rủi ro bảo mật DeFi, tình trạng phục hồi và triển vọng
Hậu quả của vụ khai thác token NEM gây lo ngại về khả năng khôi phục quỹ, mức độ phơi nhiễm của nhà cung cấp thanh khoản và tính bảo mật của các cơ chế hợp đồng thông minh tùy chỉnh. Sau khi SlowMist công bố vào ngày 22 tháng 10 năm 2026, những câu hỏi chưa được giải quyết quan trọng nhất liên quan đến tình trạng khắc phục của hợp đồng bị ảnh hưởng, sự di chuyển của các tài sản bị trích xuất và độ tin cậy của thanh khoản giao dịch còn lại. Mặc dù các báo cáo ban đầu xác định bản chất của lỗ hổng được cho là tồn tại, nhưng chúng không cung cấp đầy đủ thông tin về các nỗ lực khôi phục sau đó hoặc các thỏa thuận bồi thường.
Trạng thái khôi phục quỹ và khắc phục NemTokenV2
Tính đến ngày 23 tháng 10 năm 2026, các báo cáo sự cố đã được xem xét chưa xác định được số tiền đã thu hồi được, kế hoạch bồi thường được xác nhận, hoặc bản vá bảo mật đã được hoàn thành cho NemTokenV2. SlowMist được cho là đã công bố các địa chỉ liên quan đến kẻ tấn công, hợp đồng khai thác và token bị ảnh hưởng, cung cấp các điểm khởi đầu tiềm năng cho các cuộc điều tra blockchain thêm. Tuy nhiên, việc xác định các địa chỉ đó không chứng minh rằng số tiền đã bị khóa hoặc hoàn trả. Bất kỳ sự thu hồi nào được xác nhận đều cần có các giao dịch trên chuỗi hỗ trợ hoặc các tuyên bố đáng tin cậy từ các bên chịu trách nhiệm. Sự vắng mặt của thông tin thu hồi được xác minh trong các nguồn đã xem xét không nên được hiểu là bằng chứng cho thấy không có hoạt động thu hồi nào đã xảy ra.
Rủi ro của Nhà cung cấp thanh khoản DeFi và Tác động đến Giao dịch
Các nhà cung cấp thanh khoản và nhà giao dịch đối mặt với các rủi ro khác nhau khi dự trữ của pool bị méo mó. Các nhà cung cấp có thể trải qua thay đổi trong giá trị và thành phần vị thế thanh khoản của họ, trong khi nhà giao dịch có thể gặp phải trượt giá đáng kể, độ sâu giao dịch hạn chế và báo giá không đáng tin cậy từ sàn giao dịch. Mức tổn thất chính xác mà các bên tham gia cá nhân phải gánh chịu chưa được định lượng một cách độc lập. Bất kỳ ai đánh giá rủi ro nên xác minh địa chỉ hợp đồng bị ảnh hưởng và xem xét các giao dịch ví liên quan thay vì chỉ dựa vào tên token. Cũng chưa có đủ bằng chứng để kết nối sự cố này với sự giảm giá hoặc phục hồi rộng hơn của XEM, khiến các kết luận mang tính toàn thị trường là vội vàng.
Cải thiện bảo mật hợp đồng thông minh và điều tra thêm
Lỗ hổng được báo cáo nhấn mạnh tầm quan trọng của việc xác thực các giao dịch đã hoàn thành trước khi cập nhật các bản ghi bán cụ thể theo token. Các nhà phát triển xem xét các cơ chế tương tự nên kiểm tra cách kế toán chuyển nhượng tương tác với các chức năng quản lý thanh khoản, đặc biệt khi các lời gọi lặp lại có thể kích hoạt thay đổi trong dự trữ. Các cuộc kiểm toán hợp đồng thông minh độc lập, mô phỏng giao dịch và kiểm tra các thao tác lặp lại có thể giúp phát hiện các điểm yếu mà các kiểm tra giao dịch đơn lẻ bỏ sót. Nói chung, việc hiểu cách các khai thác hợp đồng thông minh xảy ra có thể giúp giải thích tại sao logic kế toán cụ thể theo token cần được xem xét kỹ lưỡng, ngay cả khi các chức năng trao đổi cơ bản hoạt động đúng như thiết kế. Đối với NemTokenV2, một bản vá kỹ thuật đã được xác nhận và triển khai đã được đánh giá độc lập sẽ cung cấp bằng chứng mạnh mẽ hơn về việc khắc phục so với một lời đảm bảo không có cơ sở.
Triển vọng tương lai về thanh khoản và niềm tin của nhà đầu tư đối với token NEM
Các phát triển quan trọng tiếp theo sẽ là phản hồi kỹ thuật được ghi lại, chuyển động hoặc khôi phục USDT đã trích xuất được xác minh, và thông tin đáng tin cậy về tình trạng của hồ giao dịch bị ảnh hưởng. Một bản sửa lỗi hợp đồng được xác nhận hoặc một cuộc điều tra minh bạch có thể giúp các bên tham gia thị trường đánh giá liệu lỗ hổng đã được khắc phục hay chưa. Ngược lại, những điểm yếu về kế toán chưa được giải quyết và thanh khoản không ổn định có thể làm phức tạp thêm giao dịch và xác định giá. Đây là các kịch bản tiềm năng chứ không phải dự báo đã được xác thực, và chưa có lịch trình khôi phục được xác minh hay mục tiêu giá token nào được xác định. Ý nghĩa dài hạn của sự cố này sẽ phụ thuộc vào bằng chứng về việc khắc phục hiệu quả và báo cáo minh bạch, thay vì các dự đoán thị trường mang tính suy đoán.
Kết luận
Cuộc khai thác token NEM vào ngày 22 tháng 10 năm 2026 cho thấy cách các điểm yếu trong kế toán hợp đồng thông minh tùy chỉnh có thể phơi bày thanh khoản của sàn giao dịch phi tập trung trước nguy cơ tổn thất tài chính. SlowMist ước tính thiệt hại khoảng $821.920, với cuộc tấn công được báo cáo bao gồm 42 thao tác lặp lại thao túng nguồn dự trữ trước khi rút USDT.
Các câu hỏi chưa được trả lời quan trọng nhất liên quan đến tác động tài chính cuối cùng, bất kỳ khoản tiền nào đã được khôi phục, tính bảo mật của hợp đồng bị ảnh hưởng và mối quan hệ của nó với XEM bản địa. Cho đến khi những chi tiết này được xác minh độc lập, sự cố này nên được hiểu là một cuộc khai thác hồ thanh khoản NemTokenV2 được báo cáo, chứ không phải bằng chứng về sự xâm phạm ảnh hưởng đến blockchain NEM gốc. Đối với các bên tham gia DeFi, điều này củng cố tầm quan trọng của việc xác minh thanh toán, nhận diện hợp đồng đáng tin cậy và báo cáo bảo mật minh bạch.
Câu hỏi thường gặp
Người dùng có thể xác minh hợp đồng NemTokenV2 bị ảnh hưởng như thế nào?
Người dùng có thể so sánh địa chỉ hợp đồng được công bố trong cảnh báo bảo mật của SlowMist với các bản ghi trên Nhà thám hiểm blockchain, bao gồm mã nguồn đã xác minh, các khoản chuyển tiền điện tử và tương tác hợp đồng. Việc kiểm tra địa chỉ chính xác đáng tin cậy hơn so với việc chỉ sử dụng tên token, vì các dự án tiền điện tử không liên quan có thể sử dụng tên hoặc mã tiền ảo tương tự.
Người giao dịch có thể kiểm tra xem ví của họ có tương tác với hồ sơ thanh khoản bị ảnh hưởng hay không bằng cách nào?
Người giao dịch có thể xem lại lịch sử giao dịch ví trên Nhà thám hiểm blockchain liên quan và xác định các lần hoán đổi, nạp thanh khoản hoặc rút tiền trước đây liên quan đến cặp USDT/NEM bị ảnh hưởng. Địa chỉ hợp đồng và hồ sơ giao dịch có thể giúp xác định liệu ví có tương tác với thị trường đó hay không. Tuy nhiên, việc từng tương tác trước đây không tự động chứng minh một khoản tổn thất tài chính.
Việc khai thác token NEM có làm tổn hại đến stablecoin USDT không?
Không có bằng chứng xác thực nào cho thấy hợp đồng thông minh nền tảng của USDT đã bị xâm phạm. Sự cố được báo cáo liên quan đến việc rút USDT thông qua giá bị thao túng trong một hồ thanh khoản PancakeSwap cụ thể. Một lỗ hổng trong hợp đồng token hoặc cặp giao dịch duy nhất không chứng minh được sự thất bại bảo mật ảnh hưởng đến USDT trên các mạng hoặc sàn giao dịch khác.
Việc phê duyệt token có nghĩa là ví đã bị ảnh hưởng bởi lỗ hổng không?
Việc cấp phép token cho phép một hợp đồng thông minh được quyền chuyển một số tiền tiền điện tử nhất định, nhưng việc cấp phép riêng lẻ không chứng minh rằng funds đã được di chuyển hoặc bị mất. Người dùng có thể xem xét các quyền chi tiêu hiện có và hủy các phép tắc mà họ không còn cần. Việc hủy phép tắc không khôi phục lại tài sản đã bị rút ra khỏi hồ sơ thanh khoản.
Các nhà giao dịch có thể bán token với giá hồ sơ thanh khoản bị thổi phồng một cách nhân tạo không?
Không nhất thiết. Tỷ giá hiển thị có thể khác với giá thực tế thực hiện vì mỗi giao dịch thay đổi cân bằng tài sản trong pool và có thể gây trượt giá và phí. Các khoản bán lớn có thể nhận được ít hơn đáng kể so với báo giá ban đầu, đặc biệt trong các pool có thanh khoản hạn chế. Giá bị thổi phồng một cách nhân tạo không nên được coi là chỉ báo đáng tin cậy về giá trị thị trường có thể thực hiện được.
42 hành vi thao túng được báo cáo có đại diện cho 42 giao dịch blockchain riêng biệt không?
Không nhất thiết. Con số do SlowMist báo cáo đề cập đến 42 lần lặp lại chuỗi thao tác thao túng, không phải là số lượng giao dịch riêng lẻ đã được xác minh độc lập. Một giao dịch blockchain duy nhất có thể thực hiện nhiều lời gọi hợp đồng. Xác nhận số lượng giao dịch yêu cầu xem xét các hash liên quan và các bản ghi thực thi.
Thông báo miễn trừ trách nhiệm: Thông tin thị trường chung này, có thể đến từ các nguồn bên thứ ba, thương mại hoặc được tài trợ, được cung cấp chỉ để tham khảo và mục đích giáo dục, không cấu thành lời khuyên tài chính hoặc đầu tư, lời mời chào, đề nghị hoặc đảm bảo. Chúng tôi từ chối mọi trách nhiệm đối với tính chính xác, đầy đủ, độ tin cậy của nó và bất kỳ tổn thất nào phát sinh. Đầu tư/giao dịch mang tính rủi ro; hiệu suất trong quá khứ không đảm bảo kết quả trong tương lai. Người dùng nên tìm hiểu kỹ, đánh giá một cách thận trọng và tự chịu hoàn toàn trách nhiệm. Để biết thêm chi tiết, vui lòng tham khảo Điều khoản sử dụng và Thông báo rủi ro của KuCoin.
Tuyên bố từ chối trách nhiệm: Trang này được dịch bằng công nghệ AI để thuận tiện cho bạn. Để biết thông tin chính xác nhất, hãy tham khảo bản gốc tiếng Anh.