Khai thác Pirate Chain: Cách 39,8 triệu ARRR được đúc và blockchain được quay ngược lại

Tiền điện tử Pirate Chain tự xưng là một loại tiền tệ hướng đến quyền riêng tư, đảm bảo tính ẩn danh hoàn toàn và giới hạn nguồn cung. Tất cả các giao dịch trên mạng đều được bảo vệ ngay từ đầu, và có giới hạn tuyệt đối về số lượng coin, tương đương 200 triệu ARRR. Những người quan tâm đến việc giữ bí mật giao dịch và ổn định tài chính đã tìm thấy sự thu hút từ nó.

Tuy nhiên, sự cân bằng tinh tế này đã bị phá vỡ vào ngày 14 tháng 10 năm 2026. Kẻ khai thác đã phát hiện hai lỗ hổng trong mã và sử dụng chúng để tạo ra khoảng 39,82 triệu đồng ARRR từ hư không. Sự kiện bất ngờ này đã làm tăng nguồn cung lưu hành lên 20 phần trăm. Trong chưa đầy vài ngày, tất cả các thành viên cộng đồng, thợ mỏ, sàn giao dịch và công chứng viên đã cùng nhau khôi phục lại chuỗi một cách hoàn toàn.

Bài viết này mô tả những gì đã xảy ra, cơ chế va chạm của các lỗi, tại sao các đồng tiền biến mất vào hồ sơ riêng tư nhanh đến vậy, tại sao mạng lưới buộc phải quay ngược thời gian, và những hành động mà mỗi người dùng và thợ mỏ cần thực hiện tiếp theo. Người đọc có được sự hiểu rõ về vấn đề công nghệ, hậu quả của nó và kinh nghiệm thực tế dành cho người sở hữu đồng tiền riêng tư.

Pirate Chain là một loại tiền điện tử tập trung vào quyền riêng tư, với các giao dịch được thiết kế dựa trên giao thức zero-knowledge. Cần lưu ý rằng, khác với các hệ thống khác cung cấp cho người dùng chế độ minh bạch hoặc chế độ riêng tư, Pirate Chain có tính năng che giấu bắt buộc. Điều này khiến việc theo dõi đồ thị giao dịch và số dư trở nên gần như không thể. Ngược lại, Pirate Chain đã đặt giới hạn tối đa là 200 triệu ARRR. Nó không có cách nào khác để đưa thêm đồng coin mới vào lưu thông ngoài quá trình khai thác.

Mạng lưới đã thực hiện một bản cập nhật được gọi là Ironwood vào đầu tháng 10 năm 2026. Bản cập nhật này bao gồm việc phát triển một lớp đếm được gọi là turnstile, nhằm mục đích đếm chính xác số coin chuyển từ các khu vực trong suốt sang các khu vực được bảo vệ. Tuy nhiên, sau mười hai ngày, vào ngày 14 tháng 10, một cuộc tấn công đã được một cá nhân phát hiện, người này xác định được một lỗ hổng liên quan đến việc bỏ qua đồng thời hai kiểm tra trong mã xác thực. Một trong các kiểm tra có nhiệm vụ đảm bảo việc tạo ra một số lượng coin hạn chế. Kiểm tra còn lại điều khiển cách phần mềm đọc các script đầu ra. Khi cả hai cùng thất bại, phần mềm đã chấp nhận một giao dịch tạo ra 39,82 triệu ARRR giả mạo trong hồ sơ coinbase trong suốt.

Kẻ tấn công không dừng lại ở đó. Kẻ tấn công đã chuyển ngay lập tức các token mới được tạo vào hồ ẩn Sapling. Ngay khi các đồng tiền được chuyển vào hồ đó, việc theo dõi chúng trở nên cực kỳ khó khăn. Việc chuyển tiền ẩn khiến việc xác định số tiền và địa chỉ trở nên không thể, khiến mọi hành động tiếp theo không thể truy vết được như cách thực hiện với các Nhà thám hiểm blockchain. Rõ ràng là các giải thích chính thức cho biết rằng mật mã không biết gì và các khóa chứng thực công việc bằng chứng đã được sử dụng là an toàn. Lỗi chỉ là một vấn đề về triển khai trong phần mềm nút mạng.

Việc xác thực giao dịch đóng vai trò như người bảo vệ thầm lặng của bất kỳ mạng blockchain nào. Mỗi nút mạng sẽ kiểm tra tất cả các giao dịch đến, xác minh chúng dựa trên một tập hợp các tiêu chí, sau đó cho phép chúng được đưa vào một khối. Trong trường hợp Pirate Chain, các tiêu chí bao gồm các hạn chế về việc tạo coin và lập trình đúng cách. Trong trường hợp này, hai lỗi độc lập đã xảy ra đồng thời.

Lỗi đầu tiên: Vượt qua giới hạn đúc tiền

Lỗi đầu tiên khiến giới hạn đúc tiền bị bỏ qua. Giao thức được viết sao cho tổng nguồn cung không bao giờ vượt quá ngưỡng 200 triệu trong điều kiện bình thường. Mỗi đồng tiền mới phải qua một kiểm tra nghiêm ngặt so sánh lượng phát hành đề xuất với khoảng trống còn lại dưới mức trần cứng đó. 

Đường dẫn mã lỗi đã không thực thi giới hạn đó cho giao dịch được tạo ra. Kết quả là, phần mềm nút mạng đã chấp nhận một giao dịch tạo ra nhiều coin hơn rất nhiều so với quy định cho phép. Sự thất bại duy nhất này đã mở ra cánh cửa, nhưng nó chưa đủ để tự thân gây ra vấn đề.

Sự sai lầm thứ hai: Đọc nhầm các script đầu ra

Lỗi thứ hai liên quan đến việc đọc sai các script đầu ra. Các script đầu ra chỉ cho mạng biết những đồng tiền mới được tạo ra có thể đi đến đâu và dưới điều kiện nào chúng có thể được chi tiêu. Vì phần mềm đã diễn giải sai các script này, nên nó đã coi một đầu ra không hợp lệ hoặc được tạo đặc biệt là hợp lệ. 

Đơn giản mà nói, quá trình xác minh đã kiểm tra dữ liệu giao dịch bằng logic phân tích sai và kết luận rằng mọi thứ đều bình thường mặc dù có lỗi. Tác động kết hợp của hai vấn đề này cho phép kẻ tấn công tạo ra nhiều đồng tiền mới bằng một giao dịch đơn giản.

Từ Mint minh bạch đến Hồ ẩn danh

Các đồng tiền lần đầu tiên xuất hiện trong hồ sơ trong suốt, vì vậy lạm phát có thể quan sát được trên blockchain trong một khoảng thời gian ngắn. Bất kỳ ai theo dõi blockchain đều có thể thấy sự gia tăng đột ngột về nguồn cung. Sau đó, chúng được chuyển vào Sapling. 

Quyết định này mang hai mặt. Trước hết, sẽ khó theo dõi trực tiếp nguồn cung đến. Thứ hai, khả năng các token bị khóa bởi sàn giao dịch hoặc một hệ thống giám sát khác cho đến khi chúng trộn lẫn với các nguồn cung được che giấu khác là rất thấp. Sau khi nhập vào hồ Sapling, tất cả các giao dịch đều được ẩn đi.

Các bước kiểm soát sớm

Một sàn giao dịch không cần KYC, NonKYC, đã phát hiện hoạt động nạp bất thường liên quan đến việc đúc và nhanh chóng hạn chế các tài khoản liên quan, chặn việc rút tiền.

Hành động đó đã giới hạn lượng coin giả mạo có thể rời khỏi mạng lưới thông qua các nền tảng tập trung. Phản ứng nhanh chóng của sàn giao dịch đã mua thêm thời gian quý giá trong khi cộng đồng rộng lớn hơn đánh giá mức độ thiệt hại.

Tại sao cần một sự tạm dừng có phối hợp

Vì Pirate Chain là phi tập trung, nên không bên nào có thể đóng băng toàn bộ mạng lưới hoặc sửa đổi lịch sử một mình. Các tuyên bố ban đầu của dự án đã làm rõ điểm này. Dự án đã yêu cầu người dùng ngừng di chuyển tiền. Các nhóm đào và các dịch vụ chứng thực dựa trên bằng chứng công việc chậm đã tự nguyện ngừng các hoạt động chứng thực của mình. Các sàn giao dịch đã tạm dừng việc nạp và rút các token ARRR. Những biện pháp này đã tạo ra thời gian để phát triển chiến lược giải quyết vấn đề. Nếu không, việc khôi phục các token bị mất sẽ cực kỳ khó khăn.

Sự kết hợp của hai lỗi xác thực đã biến hai sai sót trong triển khai thành tình trạng lạm phát nguồn cung tạm thời 20 phần trăm. Các hành động tiếp theo vào hồ sơ được bảo vệ, các chuyển động nhanh chóng từ một sàn giao dịch và các lệnh dừng tự nguyện trên toàn mạng là những chuẩn bị cho bước tiếp theo: hoàn nguyên chuỗi về khối hợp lệ cuối cùng và buộc tất cả các bên nâng cấp.

Sau khi phát hiện ban đầu, nhóm phát triển và cộng đồng đã xem xét các lựa chọn. Việc để lại các đồng coin dư thừa lưu thông sẽ làm pha loãng vĩnh viễn tỷ lệ sở hữu của mọi người dùng trong tổng nguồn cung 200 triệu. Việc đóng băng chỉ các đồng coin của kẻ tấn công là không thực tế sau khi các token đã vào hồ sơ bảo mật. Phương án được chọn là phục hồi toàn bộ chuỗi đang hoạt động về trạng thái tốt cuối cùng trước khi xảy ra lỗ hổng.

Trạng thái được nhắc đến là khối thứ 4.176.944, được đào vào khoảng 19:55:14 UTC ngày 14 tháng 10. Tất cả các khối sau điểm đó đều bị mạng từ chối, cùng với giao dịch tạo ra lỗ hổng và bất kỳ hoạt động nào khác, hợp pháp hay bất hợp pháp. Việc đạt được sự đồng thuận giữa các chủ nút mạng, nhóm đào, sàn giao dịch và các notaries dPoW tạo thành lớp đồng thuận thứ cấp là cần thiết.

Một bản phát hành phần mềm bắt buộc, phiên bản 6.0.14, đã làm thay đổi này trở nên vĩnh viễn. Các nút mạng chạy phiên bản mới sẽ tự động từ chối khối khai thác lỗ hổng và mọi khối được xây dựng trên nó. Các notary dPoW đồng ý chỉ tiếp tục xác nhận chuỗi đã được sửa chữa. Các phiên bản trước của phần mềm được coi là không tương thích; việc sử dụng chúng sẽ giống như sống trên một nhánh mà không còn ai hỗ trợ hoặc xác nhận nữa.

Khi một nút mạng khởi động phiên bản 6.0.14 lần đầu tiên, nó tự động thực hiện việc tái lập chỉ số toàn bộ blockchain. Việc tái lập chỉ số này xây dựng lại góc nhìn cục bộ về lịch sử theo các quy tắc đồng thuận mới, sau đó quét lại các ví, để số dư được bảo vệ khớp với sổ cái đã được khôi phục. Người dùng được khuyến nghị cho phép quá trình này hoàn tất mà không bị gián đoạn và được cung cấp tùy chọn bootstrap để tăng tốc độ phục hồi. Sau khi nâng cấp và tái lập chỉ số, nguồn cung đã trở về mức trước cuộc tấn công, và giới hạn tối đa 200 triệu vẫn được duy trì. Không có thiệt hại kinh tế vĩnh viễn nào đối với các chủ sở hữu hợp pháp được báo cáo sau khi loại bỏ các đồng tiền giả.

The Pirate Chain là một sự kiện trong chuỗi các sự cố liên quan đến nguồn cung trên các mạng bảo mật. Vì những chuỗi này thiết kế để ẩn giấu rất nhiều thông tin, các lỗi phát hành có thể khó phát hiện hơn trong thời gian thực so với các vấn đề tương tự trên sổ cái minh bạch. Bản nâng cấp Ironwood mới chỉ giới thiệu logic kế toán mới vài ngày trước đó. Khoảng thời gian ngắn ngủi giữa việc kích hoạt và khai thác cho thấy ngay cả mã được xem xét kỹ lưỡng cũng có thể ẩn những trường hợp biên chỉ xuất hiện dưới điều kiện đối kháng.

Đồng thời, phản ứng nhanh chóng của cộng đồng đã cho thấy những điểm mạnh mà các hệ thống tập trung thuần túy không có. Không một quản trị viên nào có thể ra lệnh phục hồi. Các người vận hành độc lập phải đồng thuận. Việc tạo ra nó, cùng với thực tế là bản vá phần mềm đã được triển khai rộng rãi đủ để đảm bảo rằng chỉ blockchain đã được sửa chữa mới tồn tại, đã mang ý nghĩa riêng của nó. Các sàn giao dịch tạm dừng giao dịch và sàn giao dịch duy nhất từ chối chấp nhận thêm bất kỳ khoản nạp nào đáng ngờ cũng đã có những đóng góp thực tiễn của riêng mình.

Có một số thực hành mà người dùng thông thường nên lưu ý từ sự cố cụ thể này. Đảm bảo phần mềm nút mạng luôn được cập nhật mới nhất. Luôn coi việc nâng cấp phần mềm là những thời điểm có rủi ro cao và theo dõi sát các kênh chính thức trong vài ngày tiếp theo sau thời điểm đó. Nếu một dự án yêu cầu các chủ sở hữu token không di chuyển token, điều này chỉ diễn ra trong thời gian ngắn nhằm tránh các vấn đề phát sinh thêm trong khi cố gắng giải quyết sự cố.

Tuy nhiên, vẫn còn một số vấn đề tồn đọng ngay cả khi việc phục hồi thành công. Các giao dịch được thực hiện sau chiều cao cắt bỏ sẽ bị xóa khỏi lịch sử của blockchain. Những người đã thực hiện giao dịch trên blockchain sẽ cần thực hiện lại các giao dịch đó một khi blockchain trở lại trạng thái bình thường. Những thợ khai thác tiếp tục tạo khối trên nhánh bị loại bỏ sẽ mất công việc liên quan đến các khối đó.

Cũng có câu hỏi dài hạn về sự tin tưởng. Các đồng tiền riêng tư đã hoạt động dưới sự giám sát tăng cường. Một sự cố làm tăng tạm thời nguồn cung, ngay cả khi sau đó được sửa chữa, có thể khiến một số người nắm giữ và người dùng mới tiềm năng trở nên cẩn trọng hơn. Bản báo cáo phân tích kỹ thuật sắp tới mà đội ngũ cam kết sẽ rất quan trọng. Một lời giải thích chi tiết về chính xác cách hai kiểm tra xác thực đã thất bại, những gì phạm vi kiểm thử đã bỏ sót, và những biện pháp bảo vệ bổ sung nào đã được thêm vào phiên bản 6.0.14 sẽ giúp hệ sinh thái rộng lớn hơn học hỏi từ sự kiện này.

Các người vận hành nút mạng phải đối mặt với chi phí vận hành ngắn hạn. Việc lập chỉ số lại toàn bộ mất thời gian và tài nguyên đĩa. Dự án đã giảm thiểu chi phí này bằng cách cung cấp bản khởi động đã được lập chỉ số sẵn, nhưng bước này vẫn bắt buộc. Bất kỳ ai vẫn đang chạy phần mềm cũ đều thực sự bị tách khỏi mạng cho đến khi họ nâng cấp.

Đến cuối tháng 10 năm 2026, bản cập nhật bắt buộc đã được phát hành và thông báo an toàn để trở lại hoạt động bình thường sau khi nâng cấp và tái chỉ số hoàn tất. Tính toàn vẹn của nguồn cung đã được khôi phục. Mức tối đa 200 triệu ARRR vẫn không thay đổi. Mã hóa quyền riêng tư cốt lõi tiếp tục hoạt động như thiết kế. Do đó, sự cố này kết thúc như một sự cố được kiểm soát thay vì một sự gián đoạn vĩnh viễn.

Điểm chính cần rút ra từ tất cả những điều này là ngay cả những mạng riêng tư nhất cũng không thể tránh khỏi nhu cầu về thiết kế phần mềm chặt chẽ trong các lĩnh vực phát hành coin và đếm coin. Các lớp khả năng sử dụng hoặc khả năng kiểm toán được tạo ra với mục tiêu minh bạch có thể trở thành lỗ hổng do việc xác thực không đầy đủ. Hành động phối hợp của cộng đồng vẫn là một trong những cơ chế phòng thủ tốt nhất.

Điểm chính mà người đọc theo dõi các đồng tiền riêng tư cần ghi nhớ rất đơn giản. Hãy theo dõi các bản cập nhật nâng cấp, luôn cập nhật phần mềm, và cảnh giác với bất kỳ yêu cầu nào tạm dừng giao dịch, vì chúng có thể cho thấy đang xử lý một vấn đề lớn. Trong trường hợp khôi phục Pirate Chain, chúng ta thấy rằng một mạng phi tập trung có thể giải quyết vấn đề phát hành lớn khi có sự đồng thuận về cách thực hiện.

Chính xác thì đã tạo ra gì trong vụ khai thác Pirate Chain?

Khoảng 39,82 triệu token ARRR giả mạo đã được đúc vào ngày 14 tháng 10 năm 2026 thông qua hai lỗ hổng xác thực. Các đồng tiền mới đã làm tăng tổng nguồn cung tạm thời khoảng 20 phần trăm trước khi việc phục hồi loại bỏ chúng.

Các tính năng bảo mật của Pirate Chain có bị phá vỡ không?

Không. Các tuyên bố chính thức xác nhận rằng mật mã không biết gì và các khóa chứng thực delayed-proof-of-work chưa bao giờ bị xâm phạm. Vấn đề chỉ giới hạn ở mã xác thực giao dịch.

Tại sao các đồng tiền giả lại vào hồ Sapling?

Việc chuyển các token mới được đúc vào hồ bảo mật khiến các giao dịch tiếp theo khó theo dõi hơn trên các nhà thám hiểm công khai, giảm khả năng các công cụ giám sát hoặc sàn giao dịch đóng băng chúng nhanh chóng.

Block 4,176,944 là gì và tại sao nó quan trọng?

Khối đó đánh dấu trạng thái của chuỗi ngay trước giao dịch khai thác. Mạng lưới đã quay lại chiều cao này, loại bỏ mọi khối sau đó, bao gồm cả việc phát hành.

Tất cả người dùng có phải nâng cấp lên phiên bản 6.0.14 không?

Đúng vậy. Bản cập nhật này là bắt buộc. Các phiên bản cũ không tương thích với các quy tắc đồng thuận đã được sửa đổi. Các nút mạng phải cập nhật và hoàn thành việc tái lập chỉ số tự động để tiếp tục tham gia vào mạng lưới đang hoạt động.

Lượng cung tối đa của ARRR có thay đổi không?

Không. Sau khi phục hồi, giới hạn tối đa vẫn là 200 triệu ARRR. Lạm phát tạm thời đã được hoàn toàn khôi phục.

Một người nên làm gì nếu họ đã gửi hoặc nhận ARRR sau khoảng thời gian khai thác?

Các giao dịch đó không còn tồn tại trên chuỗi đã được khôi phục. Họ có thể cần gửi lại các khoản thanh toán tương tự một khi mạng lưới ổn định hoàn toàn và các sàn giao dịch mở lại việc nạp và rút.

Có sẵn báo cáo kỹ thuật đầy đủ không?

Dự án cho biết sẽ công bố bài phân tích chi tiết sau khi hoàn thành các bước khôi phục khẩn cấp. Độc giả nên kiểm tra các kênh chính thức để tìm lời giải thích kỹ thuật cuối cùng về hai sự cố xác thực và các thay đổi mã đã khắc phục chúng.

Sự cố Pirate Chain vào tháng 10 năm 2026 là một ví dụ rõ ràng về cách một mạng lưới bảo mật có thể phát hiện sự cố phát hành, phối hợp phản ứng và khôi phục các quy tắc kinh tế thông qua sự đồng thuận của cộng đồng và bản cập nhật phần mềm được thực hiện cẩn thận. Những đồng tiền giả đã biến mất, giới hạn nguồn cung vẫn được giữ nguyên, và mạng lưới tiếp tục đạt được các mục tiêu thiết kế ban đầu.

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.