Pirate Chain quay lại khối 4,176,944 để xóa 39,82 triệu ARRR giả mạo
Pirate Chain khôi phục lại tính toàn vẹn của nguồn cung bằng cách lùi lại khối bị khai thác
Tiền điện tử tập trung vào quyền riêng tư Pirate Chain đã đối mặt với cuộc khủng hoảng nghiêm trọng về tính toàn vẹn nguồn cung vào giữa tháng 10 năm 2026 khi các kẻ tấn công khai thác các lỗ hổng xác thực liên quan đến bản nâng cấp Ironwood gần đây. Vào ngày 14 tháng 10, khoảng 39,82 triệu token ARRR không được phép đã được đúc trong hồ bơi Coinbase minh bạch, tạm thời làm tăng nguồn cung lưu hành khoảng 20% so với mức tối đa cứng là 200 triệu. Phản ứng yêu cầu hành động phối hợp trên toàn mạng. Sau khi đạt được sự đồng thuận từ cộng đồng, nhóm đào, sàn giao dịch và các nút xác minh proof-of-work bị hoãn (dPoW), chuỗi đã được khôi phục về khối 4.176.944, khối cuối cùng trước khi bị khai thác vào lúc 19:55:14 UTC ngày 14 tháng 10. Phiên bản phần mềm bắt buộc 6.0.14 sẽ từ chối nhánh khai thác, khôi phục số dư trước khi bị tấn công và kích hoạt việc lập chỉ mục lại hoàn toàn.
Bối cảnh này kiểm tra giới hạn thực tế của quá trình phục hồi dựa trên sự đồng thuận trên một đồng tiền riêng tư hoàn toàn được bảo vệ và nhấn mạnh mức độ nghiêm ngặt mà việc kế toán nguồn cung phải được thực thi khi phần lớn hoạt động diễn ra bên trong các hồ sơ mã hóa mà các bên quan sát bên ngoài không thể theo dõi theo thời gian thực. Sự cố Pirate Chain tháng 10 năm 2026 cho thấy ngay cả các giao thức riêng tư trưởng thành cũng vẫn dễ bị tổn thương trước những lỗi xác thực tinh vi được đưa ra trong quá trình nâng cấp, nhưng sự phối hợp đa bên nhanh chóng có thể khôi phục tính toàn vẹn kinh tế mà không làm pha loãng vĩnh viễn nguồn cung cố định.
Lịch trình nâng cấp Ironwood và sự xuất hiện của các lỗ hổng xác thực kép
Pirate Chain đã kích hoạt bản nâng cấp Ironwood vào ngày 3 tháng 10 năm 2026, giới thiệu các thay đổi đối với lớp kế toán minh bạch theo dõi tổng nguồn cung. Mười một ngày sau, vào ngày 14 tháng 10, một kẻ tấn công đã kết hợp hai lỗi xác thực khác nhau: một sự bỏ qua kiểm tra phát hành vốn nên ngăn chặn việc tạo coin không được ủy quyền và một cách diễn giải sai các script đầu ra cho phép các token mới được tạo ra được coi là hợp lệ. Những lỗ hổng này nằm trong hồ sơ coinbase minh bạch chứ không phải trong mật mã zk-SNARK cốt lõi hay các khóa notarization dPoW. Các tuyên bố chính thức xác nhận rằng neither notary keys nor the shielded-transaction primitives were compromised. Các token giả mạo đã được chuyển ngay lập tức vào hồ sơ Sapling được bảo vệ, nơi số dư và các giao dịch tiếp theo trở nên mờ ảo theo thiết kế.
Việc che giấu nhanh chóng này đã hạn chế khả năng của các bên bên ngoài theo dõi các chuyển động tiếp theo, mặc dù một sàn giao dịch, NonKYC, đã xác định được các khoản nạp liên quan và hạn chế các tài khoản liên quan trước khi xảy ra chuyển đổi ngoài chuỗi đáng kể. Sự việc này minh họa cách một bản nâng cấp nhằm cải thiện tính minh bạch kế toán có thể, nếu được xác thực không hoàn hảo, tạo ra một khoảng thời gian hẹp cho sự lạm phát nguồn cung, vốn khó có thể đảo ngược khi các đồng tiền đã vào hồ sơ riêng. Các nhà phát triển sau đó mô tả phản ứng này là đóng đường khai thác trong thời gian kỷ lục, nhưng khoảng thời gian phơi nhiễm mười một ngày vẫn là một điểm dữ liệu cụ thể cho các đội ngũ lên kế hoạch cho các thay đổi giao thức trong tương lai.
Định lượng việc đúc 39,82 triệu token và tác động ngay lập tức đến nguồn cung
Việc phát hành trái phép tổng cộng khoảng 39,82 triệu ARRR, tương đương khoảng một phần năm nguồn cung đang lưu hành tại thời điểm cuộc tấn công. Pirate Chain duy trì mức cung tối đa nghiêm ngặt là 200 triệu token; do đó, việc bổ sung tạm thời này đại diện cho một sự vi phạm đáng kể ngưỡng đó, chứ không phải chỉ là một sai lệch kế toán nhỏ. Các nhà quan sát thị trường ghi nhận rằng sự lạm phát xảy ra hoàn toàn ngoài lịch phát hành được lên kế hoạch. Vì các token đã nhập vào hồ sơ bảo mật rất nhanh, các nhà thám hiểm công khai không thể tái tạo đầy đủ các giao dịch tiếp theo, tuy nhiên dự án cho biết hoạt động chủ yếu vẫn giới hạn trong các chuyển động trên chuỗi. Các tạm ngừng nạp và rút tại các sàn giao dịch tham gia, kết hợp với việc tự nguyện đình chỉ các bản ghi dPoW, đã hạn chế sự phân phối thêm.
Sau khi quá trình phục hồi được hoàn tất, nguồn cung lưu hành đã trở lại mức trước cuộc tấn công, và mức trần 200 triệu đã được xác nhận mà không có sự thay đổi nào. Việc khôi phục về mặt định lượng này cung cấp một tiêu chuẩn đo lường để đánh giá liệu quá trình phục hồi có thành công hay không. Người nắm giữ và các nhà phân tích hiện có thể đối chiếu dữ liệu từ Nhà thám hiểm với trạng thái trước khi khai thác để xác minh rằng các số dư bị thổi phồng đã được loại bỏ. Quy mô của việc đúc tiền cũng làm nổi bật lý do tại sao các đồng tiền riêng tư có nguồn cung cố định coi các quy tắc xác thực xung quanh việc tạo coinbase là những mối quan tâm bảo mật hàng đầu.
Sự đồng thuận của cộng đồng và các bên liên quan giúp khôi phục chuỗi
Vì Pirate Chain hoạt động như một mạng phi tập trung, nên không bên nào có thể đơn phương đóng băng hoặc sửa đổi lịch sử. Do đó, việc khôi phục phụ thuộc vào sự đồng thuận tự nguyện giữa các người vận hành nút mạng, nhóm đào, sàn giao dịch và các notary dPoW thường xuyên ghi lại trạng thái chuỗi lên Komodo Classic và Litecoin. Sau khi công bố ban đầu vào ngày 15 tháng 10, các nhóm này đã đồng ý tạm dừng các hoạt động bình thường trong khi chuẩn bị bản phát hành cố định. Đến ngày 22 tháng 10, quyết định phối hợp đã tạo ra việc quay lại sạch sẽ về khối 4.176.944. Phiên bản 6.0.14 khiến các nút mạng từ chối khối khai thác và mọi khối tiếp theo được xây dựng trên đó.
Đồng thời, các notary dPoW cam kết khôi phục việc ghi nhận chỉ trên nhánh đã được sửa chữa, khiến chuỗi phân nhánh bị thiếu các điểm neo bảo mật tiếp theo. Quá trình đa bên này cho thấy ngay cả các mạng tập trung vào quyền riêng tư cũng có thể đạt được sự phục hồi kinh tế nhanh chóng khi các động lực được điều chỉnh nhằm bảo toàn tính toàn vẹn của nguồn cung cố định. Sự kiện này cũng cho thấy giá trị thực tiễn của việc có sẵn một lớp ghi nhận đã tồn tại, có thể được định hướng lại thông qua sự đồng thuận thay vì chỉ dựa vào phân nhánh cứng.
Cơ chế kỹ thuật của việc phục hồi về khối 4.176.944
Chiều cao phục hồi được chọn, khối 4.176.944, tương ứng với trạng thái hợp lệ cuối cùng ngay trước khi giao dịch khai thác xuất hiện lúc 19:55:14 UTC ngày 14 tháng 10. Các nút mạng chạy phiên bản 6.0.14 trở lên sẽ tự động từ chối chấp nhận khối khai thác hoặc bất kỳ khối nào kế thừa từ nó. Khi khởi động lần đầu, phần mềm mới thực hiện việc tái lập chỉ mục toàn bộ chuỗi, sau đó quét lại ví để tái tạo số dư được bảo vệ từ lịch sử đã được phục hồi. Tùy chọn khởi động với chỉ mục trước giúp rút ngắn thời gian phục hồi cho những người chọn nó. Tất cả các giao dịch và số dư tồn tại trước cuộc tấn công đều được khôi phục; việc phát hành giả mạo hoàn toàn vắng mặt trong sổ cái đã được ghi lại mới.
Dự án nhấn mạnh rằng cách tiếp cận này đã tránh được thiệt hại kinh tế vĩnh viễn và giữ nguyên nguồn cung tối đa 200 triệu. Đối với các nhà vận hành, quy trình yêu cầu tạm dừng các tệp nhị phân cũ, cài đặt phiên bản cập nhật từ các nguồn chính thức trên GitHub hoặc trang web, và cho phép quá trình tái lập chỉ mục tự động hoàn tất mà không bị gián đoạn. Do đó, thiết kế kỹ thuật chuyển đổi một quyết định đồng thuận thành một quy tắc giao thức có thể thực thi mà mọi nút mạng được nâng cấp đều tuân theo một cách độc lập.
Yêu cầu phát hành bắt buộc v6.0.14 và nâng cấp toàn mạng
Vào ngày 22 tháng 10 năm 2026, nhóm phát triển đã công bố phiên bản 6.0.14 là phiên bản tối thiểu bắt buộc. Tất cả người dùng ví Treasure Chest, người vận hành nút mạng qua dòng lệnh, thợ đào, hồ chứa, sàn giao dịch và nhà cung cấp dịch vụ được yêu cầu ngừng sử dụng các phiên bản cũ ngay lập tức. Phiên bản này tích hợp logic từ chối khai thác, quy trình tái chỉ mục và một số cải tiến nhỏ về mạng P2P được xác định trong quá trình phản ứng sự cố. Các kênh tải xuống chính thức bao gồm kho lưu trữ GitHub của dự án và trang ví chính thức của trang web.
Người dùng được khuyến nghị chọn tùy chọn “Tái chỉ mục và quét lại bằng Bootstrap” có sẵn để tăng tốc quá trình phục hồi. Việc không nâng cấp sẽ khiến nút mạng vẫn nằm trên nhánh bị loại bỏ, nơi sẽ không nhận thêm bất kỳ xác thực dPoW nào và cuối cùng sẽ mất đi tính liên quan kinh tế. Cửa sổ nâng cấp được phối hợp do đó vừa đóng vai trò như bản vá bảo mật, vừa là bài kiểm tra thực tế về khả năng của mạng lưới hội tụ về một lịch sử duy nhất, đã được sửa chữa trong vòng vài ngày sau khi phát hiện.
Vai trò của các Notary dPoW trong việc bảo vệ chuỗi đã được sửa đổi
Cơ chế proof-of-work bị hoãn của Pirate Chain định kỳ ghi nhận trạng thái của nó lên các chuỗi Komodo và Litecoin, cung cấp một lớp bảo mật bên ngoài chống lại các đợt tái tổ chức sâu. Trong sự cố, các notary đã tự nguyện tạm dừng việc ghi nhận như một biện pháp phòng ngừa. Sau khi đạt được sự đồng thuận về việc phục hồi, các notary này đồng ý khôi phục dịch vụ chỉ trên chuỗi bắt đầu từ khối 4,176,944. Nhánh phân kỳ chứa các token giả mạo sẽ không còn nhận bất kỳ ghi nhận nào nữa, hiệu quả cách ly nó.
Việc chuyển hướng tài nguyên bảo mật hiện có cho phép mạng loại bỏ lịch sử bị thổi phồng mà không cần thiết kế lại hoàn toàn các quy tắc đồng thuận. Sự kiện này minh họa cách một lớp xác thực bên ngoài có thể hoạt động như một công cụ phục hồi linh hoạt khi chuỗi chính gặp sự cố kế toán. Do đó, các nhà vận hành theo dõi trạng thái xác thực có thể sử dụng sự hiện diện hoặc vắng mặt của các bản xác thực gần đây như một tín hiệu độc lập để xác định xem một nút mạng đã tham gia đúng cách vào chuỗi được khôi phục hay chưa.
Phản hồi của sàn giao dịch và nhóm đào trong thời gian kiểm soát
Các sàn giao dịch và nhóm đào tham gia đã tạm dừng nạp, rút và trong một số trường hợp là sản xuất khối trong khi phát triển kế hoạch phục hồi. NonKYC đã hành động đặc biệt nhanh chóng, xác định các khoản nạp khả nghi liên quan đến vụ khai thác và hạn chế các tài khoản liên quan trước khi việc chuyển đổi quy mô lớn xảy ra. Những sự tạm dừng này đã giảm diện tích bề mặt mà các token giả có thể rời khỏi mạng lưới. Một khi phiên bản 6.0.14 sẵn sàng và chiều cao phục hồi được xác nhận, các địa điểm tương tự đã sẵn sàng để tiếp tục hoạt động trên chuỗi đã được sửa chữa.
Việc tạm dừng có phối hợp cũng hạn chế số lượng giao dịch hợp lệ cần được hoàn lại sau này, giúp đơn giản hóa quy trình khôi phục số dư. Đối với các bên tham gia thị trường, sự kiện này nhấn mạnh tầm quan trọng vận hành của việc thiết lập các kênh liên lạc rõ ràng giữa các dự án tiền riêng tư và các sàn giao dịch niêm yết chúng. Việc tạm dừng nhanh chóng và tự nguyện chứng minh hiệu quả hơn so với việc cố gắng đóng băng sổ cái phi tập trung sau khi sự việc xảy ra.
Tính toàn vẹn của giới hạn nguồn cung và việc khôi phục số dư trước cuộc tấn công
Thiết kế của Pirate Chain áp đặt giới hạn cứng là 200 triệu token ARRR. Việc tạo tạm thời 39,82 triệu token không được ủy quyền đã vượt quá ngưỡng này trong khoảng một tuần. Sau khi phục hồi, mọi số dư tồn tại trước khi bị khai thác đã được khôi phục, và các đồng tiền giả mạo đơn giản là biến mất trên chuỗi chính thống. Không cần cơ chế lạm phát bù đắp hay thu hồi vì các token này chưa bao giờ trở thành một phần của lịch sử được chấp nhận. Kết quả này bảo toàn các giả định kinh tế mà người nắm giữ và các quan sát viên dài hạn dựa vào.
Các nhà phân tích hiện có thể xác minh nguồn cung đang lưu hành so với con số đã biết trước ngày 14 tháng 10 và xác nhận rằng mức trần 200 triệu vẫn được giữ nguyên. Việc khôi phục sạch sẽ cũng loại bỏ nhu cầu điều chỉnh thị trường thứ cấp đôi khi đi kèm với các đợt đóng băng một phần hoặc đốt token trên các mạng khác. Về mặt thực tiễn, lịch trình nguồn cung tồn tại vào sáng ngày 14 tháng 10 một lần nữa trở thành lịch trình hoạt động cho toàn bộ mạng lưới.
Động lực của Hồ sơ Ẩn và Những Thách Thức trong Việc Theo Dõi Việc Phát Hành Không Được Phép
Vì Pirate Chain yêu cầu các giao dịch được che giấu cho mọi hoạt động, các token mới được đúc đã biến mất khỏi tầm nhìn công khai ngay khi chúng bước vào hồ Sapling. Các chuyển động tiếp theo bên trong hồ này không thể được tái tạo bởi những người quan sát bên ngoài. Dự án cho biết họ tin rằng các hoạt động liên quan chủ yếu vẫn nằm trên chuỗi và các hạn chế tài khoản nhanh chóng của NonKYC đã làm giảm thêm sự rò rỉ. Sự mờ ảo vốn bảo vệ người dùng hợp pháp do đó cũng làm phức tạp thêm việc phân tích điều tra vụ khai thác.
Tính chất hai mặt này là đặc tính vốn có của các hệ thống hoàn toàn riêng tư: các quy tắc xác thực phải chính xác ngay tại thời điểm phát hành, vì việc phát hiện sau này sẽ trở nên khó khăn hơn nhiều. Sự cố này cung cấp một trường hợp nghiên cứu cụ thể về cách một lỗ hổng ở lớp minh bạch có thể bơm giá trị vào một hồ sơ mờ đục và lý do vì sao quá trình phục hồi sau đó tập trung vào việc ghi lại lịch sử mới thay vì cố gắng blacklist chọn lọc các ghi chú được bảo vệ.
Cách sự cố ảnh hưởng đến tâm lý thị trường đối với các đồng tiền riêng tư
Các tài sản tập trung vào quyền riêng tư hoạt động trong môi trường thị trường nơi độ tin cậy của nguồn cung là giá trị cốt lõi. Lạm phát tạm thời với quy mô như trên Pirate Chain có thể làm suy giảm niềm tin nếu không được xử lý. Việc khôi phục nhanh chóng lịch trình nguồn cung ban đầu, kết hợp với việc truyền thông minh bạch về chiều cao phục hồi và các yêu cầu nâng cấp, đã giới hạn thời gian bất định. Các dịch vụ dữ liệu thị trường theo dõi nguồn cung đang lưu hành sẽ cần phản ánh các con số đã được sửa đổi sau khi đa số nút mạng và sàn giao dịch hoàn thành nâng cấp.
Các nhà quan sát theo dõi diễn biến thị trường và thanh khoản rộng hơn của tài sản kỹ thuật số thường xem các sự kiện liên quan đến tiền bảo mật là tín hiệu thứ cấp về mức độ sẵn sàng chấp nhận rủi ro của thị trường. Do đó, sự phục hồi của Pirate Chain cung cấp một dữ liệu về cách một mạng phi tập trung có thể nhanh chóng tái khẳng định các quy tắc tiền tệ của mình khi xảy ra sự cố kế toán.
Bài học cho các quy trình nâng cấp giao thức trên các mạng bảo mật
Phiên bản Ironwood mới chỉ hoạt động được mười một ngày khi các lỗ hổng xác thực kép được phát hiện. Khoảng thời gian tiếp xúc ngắn ngủi này vẫn đủ để tạo ra một lượng tiền được phát hành trái phép đáng kể. Các quy trình nâng cấp trong tương lai trên các mạng tương tự có thể đặt trọng tâm lớn hơn vào việc xác minh chính thức các kiểm tra phát hành và xử lý script đầu ra trước khi kích hoạt. Các cuộc kiểm toán độc lập tập trung đặc biệt vào các lớp kế toán minh bạch cung cấp dữ liệu cho các hồ sơ ẩn danh có thể giảm xác suất xảy ra các sự kiện tương tự.
Việc phối hợp thành công trong quá trình phục hồi cũng cho thấy các mạng riêng tư có thể duy trì các con đường phục hồi hiệu quả ngay cả khi hầu hết hoạt động đều được bảo mật bằng mã hóa. Các kênh đã được thiết lập sẵn giữa các notary, pool và sàn giao dịch đã chứng minh tính quyết định. Những bài học vận hành này có khả năng ảnh hưởng đến cách các dự án riêng tư khác xây dựng cả quy trình đánh giá kỹ thuật và kế hoạch ứng phó sự cố của họ.
Hướng dẫn cho Người dùng và Người vận hành để hoàn tất quá trình chuyển đổi
Các chủ sở hữu và người vận hành được khuyến nghị chỉ tải phiên bản 6.0.14 từ các nguồn chính thức, tạm dừng mọi tệp nhị phân cũ hơn, và cho phép quá trình tái lập chỉ mục và quét lại ví tự động hoàn tất mà không bị gián đoạn. Việc chọn tùy chọn bootstrap khi có sẵn sẽ giảm thời gian phục hồi. Sau khi quá trình hoàn tất, số dư nên khớp với trạng thái trước cuộc tấn công và nút mạng sẽ từ chối mọi khối xuất phát từ chiều cao khai thác lỗ hổng. Theo dõi trạng thái xác thực dPoW cung cấp xác nhận độc lập rằng nút mạng đã tham gia vào chuỗi đã được sửa chữa.
Các sàn giao dịch và pool đã tạm dừng hoạt động có thể tiếp tục hoạt động sau khi một đa số đủ lớn của mạng đã nâng cấp. Người dùng nắm giữ ARRR trong sự cố sẽ thấy số dư trước ngày 14 tháng 10 của họ được khôi phục; bất kỳ token nào tồn tại chỉ do việc đúc trái phép đều không còn xuất hiện. Danh sách kiểm tra thực tế này chuyển đổi quyết định đồng thuận cấp cao thành các bước cụ thể mà từng người tham gia có thể thực hiện.
Điều sự cố này có nghĩa đối với các đồng tiền điện tử bảo mật có nguồn cung cố định
Các đồng tiền riêng tư có nguồn cung cố định chiếm một phần giá trị của chúng từ độ tin cậy của các quy tắc tiền tệ. Việc tạo ra trái phép gần 20% nguồn cung đang lưu hành đã kiểm tra độ tin cậy đó trong thời gian thực. Khả năng của Pirate Chain trong việc đảo ngược lạm phát thông qua sự đồng thuận và bản cập nhật phần mềm bắt buộc cho thấy các hệ thống như vậy có thể phục hồi mà không bị pha loãng vĩnh viễn. Sự kiện này cũng minh họa tầm quan trọng liên tục của lớp kế toán minh bạch, ngay cả khi phần lớn các giao dịch được che giấu.
Logic xác thực tại thời điểm tạo coin vẫn là một điểm kiểm soát quan trọng. Đối với tập hợp rộng hơn các dự án tập trung vào quyền riêng tư, các sự kiện tháng 10 năm 2026 cung cấp một ví dụ cảnh báo về rủi ro nâng cấp và một minh họa thực tế rằng việc khôi phục có phối hợp vẫn khả thi khi các bên liên quan trong mạng lưới ưu tiên tính toàn vẹn của nguồn cung.
Câu hỏi thường gặp
Hai lỗ hổng xác thực đã cho phép tạo ra 39,82 triệu ARRR giả mạo như thế nào?
Một lỗ hổng đã bỏ qua các kiểm tra phát hành, trong khi lỗ hổng khác diễn giải sai các script đầu ra, cho phép chấp nhận các token không được ủy quyền. Bản vá trong phiên bản 6.0.14 đã khắc phục cả hai vấn đề này, không ảnh hưởng đến mật mã zk-SNARK hoặc các khóa notary.
Điều gì xảy ra với các giao dịch sau khối 4,176,944?
Tất cả các khối tiếp theo sẽ bị loại bỏ trong quá trình phục hồi, hòn lại các giao dịch đã thực hiện trong giai đoạn đó. Người dùng có thể cần thực hiện lại các khoản chuyển hợp lệ sau khi mạng lưới ổn định.
Nguồn cung tối đa 200 triệu ARRR có còn giữ nguyên không?
Vâng. Việc phục hồi đã xóa bỏ các token giả mạo, khôi phục nguồn cung trước cuộc tấn công. Giới hạn tối đa 200 triệu ARRR vẫn không thay đổi.
Tại sao việc phục hồi toàn bộ chuỗi được chọn thay vì đốt token hoặc đưa vào danh sách đen?
Vì các token giả đã xâm nhập vào hồ sơ bảo mật, khiến việc xác định từng cá nhân trở nên không khả thi. Việc phục hồi đã gỡ bỏ việc phát hành không được ủy quyền và khôi phục số dư hợp lệ về trạng thái trước cuộc tấn công.
NonKYC đã đóng vai trò gì trong việc hạn chế thiệt hại?
Các tài khoản liên quan bị hạn chế NonKYC và rút tiền bị chặn, ngăn chặn một số token giả mạo được chuyển đổi thành các tài sản khác.
Việc tạo lại chỉ mục mất bao lâu đối với người dùng thông thường?
Điều này phụ thuộc vào phần cứng, tốc độ đĩa và việc có sử dụng bản khởi động đã được lập chỉ mục trước hay không. Người dùng nên để quá trình hoàn tất mà không bị gián đoạn trước khi quét lại số dư được bảo vệ.
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 đề nghị, mời gọi hoặc đảm bảo. Chúng tôi từ chối mọi trách nhiệm về độ 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ự nghiên cứu, đánh giá một cách thận trọng và tự chịu trách nhiệm hoàn toàn. Để 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.