Autheo

Hướng dẫn trụ cột

Blockchain hỗ trợ Kyber và Dilithium

Kyber và Dilithium hiện là tiêu chuẩn NIST được gọi là ML-KEM và ML-DSA. Câu hỏi khó hơn là dự án blockchain nào đã thực sự tích hợp chúng, cho chức năng nào và ở mức độ trưởng thành nào. Hướng dẫn này cung cấp một khung bằng chứng nghiêm ngặt.

Last updated: Ngày 10 tháng 8 năm 2026Reviewed by: Autheo Đội ngũ kỹ thuật

Kết quả tìm kiếm “blockchains hỗ trợ Kyber/Dilithium” thường kết hợp bốn thứ rất khác nhau: thư viện mật mã, nguyên mẫu học thuật, lộ trình đã công bố và sự đồng thuận sản xuất hoặc triển khai ví. Chúng không thể thay thế cho nhau. Điều này quan trọng vì các chuỗi khối bộc lộ mật mã ở nhiều nơi và việc di chuyển một phần có thể vừa có giá trị vừa không đầy đủ.

Câu trả lời ngắn gọn là thận trọng: bằng chứng công khai, có thể kiểm tra độc lập về việc áp dụng mạng chính trên toàn giao thức của cả ML-KEM và ML-DSA vẫn còn hạn chế. Đó không phải là lời chỉ trích bất kỳ dự án nào. Di chuyển sau lượng tử thay đổi định dạng giao dịch, quyền lưu ký khóa, chi phí xác thực, cầu nối, phần mềm máy khách và hoạt động. Một hướng dẫn hữu ích nên khen thưởng những bằng chứng chính xác hơn là những tuyên bố rộng rãi.

Đầu tiên, hãy sử dụng tên hiện tại một cách chính xác

Các tên cũ vẫn phổ biến nhưng ngôn ngữ tiêu chuẩn giúp các nhóm đánh giá khả năng tương thích và phạm vi triển khai.

FIPS 203

ML-KEM, trước đây là Kyber

ML-KEM là cơ chế đóng gói khóa dựa trên mô-đun mạng. Nó cho phép hai bên thiết lập bí mật chung trên kênh công khai, sau đó sử dụng bí mật đó với mật mã đối xứng cho các tác vụ như mã hóa và xác thực. NIST đã hoàn thiện FIPS 203 vào ngày 13 tháng 8 năm 2024 với ba bộ thông số: ML-KEM-512, ML-KEM-768 và ML-KEM-1024.

Đọc FIPS 203

FIPS 204

ML-DSA, trước đây là Dilithium

ML-DSA là tiêu chuẩn chữ ký số dựa trên mạng mô-đun bắt nguồn từ CRYSTALS-Dilithium. Chữ ký có thể xác thực khóa ủy quyền và tiết lộ những thay đổi trái phép đối với tin nhắn. Điều đó làm cho ML-DSA phù hợp với ủy quyền giao dịch, thông báo xác thực và cầu nối, bản phát hành phần mềm và thông tin xác thực lâu dài.

Đọc FIPS 204

Tại sao blockchain cần cả bản đồ mật mã và kế hoạch di chuyển

KEM không ký giao dịch. Chữ ký không tự động tạo ra sự vận chuyển mạng bí mật. ML-KEM và ML-DSA giải quyết các vấn đề khác nhau. Một chuỗi có thể áp dụng một chuỗi trước mà không hỗ trợ chuỗi kia và sự khác biệt đó sẽ vẫn hiển thị trong tài liệu, ví UX, thông số kỹ thuật giao thức và mô tả bên ngoài.

Đối với ML-DSA, một nhóm phải xem xét mô hình tài khoản, nguồn gốc địa chỉ, tuần tự hóa giao dịch, ngân sách xác minh chữ ký, hành vi của mempool, nút lưu trữ, ví phần cứng, chính sách đa chữ ký và khôi phục an toàn. Đối với ML-KEM, nó phải quyết định vị trí của các kênh được mã hóa hoặc bí mật được lưu trữ, cách xác thực khóa, cách xoay nội dung phiên và liệu có cần chế độ kết hợp trong quá trình chuyển đổi hay không.

Hướng dẫn di chuyển của NIST cho biết các tiêu chuẩn PQC đầu tiên của nó có thể và nên được đưa vào sử dụng ngay bây giờ, trong khi các máy tính lượng tử đe dọa các hệ thống hiện tại có thể vẫn còn nhiều năm hoặc nhiều thập kỷ nữa. Nó cũng tuyên bố rằng các thuật toán dễ bị tổn thương lượng tử sẽ không được dùng nữa và cuối cùng bị loại khỏi tiêu chuẩn NIST vào năm 2035. Trang dự án của NIST nêu rõ rằng đây là một quá trình chuyển đổi lâu dài chứ không phải là chuyển đổi qua đêm.

“Chúng tôi khuyến khích quản trị viên hệ thống bắt đầu tích hợp chúng vào hệ thống của họ ngay lập tức vì việc tích hợp đầy đủ sẽ mất thời gian.”

Dustin Moody, nhà toán học NIST và là người đứng đầu dự án tiêu chuẩn hóa PQC

Bản đồ chứng cứ: dự án thực tế, phân loại chính xác

Đây không phải là một bảng xếp hạng. Nó tách biệt những gì được tài liệu công khai hỗ trợ với những gì nó không hỗ trợ.

Dự án hoặc danh mụcMật mã được ghi chép công khaiMức độ bằng chứngKyber / Dilithium kết luận
AlgorandFalcon chữ ký trong State Proofs và giao dịch mạng chính được ủy quyền Falcon.Triển khai cụ thể và tóm tắt kỹ thuật mainnet.Cột mốc chữ ký thực sự của PQC, nhưng Falcon khác biệt với ML-KEM và ML-DSA. Đừng gắn nhãn Kyber/Dilithium hỗ trợ.
Quantum Resistant Ledger (QRL)Tài liệu của nó đề cập đến việc tạo Extended XMSS HyperTree và các khóa chữ ký một lần.Tài liệu dự án.Một ví dụ về chuỗi theo đuổi một họ chữ ký hậu lượng tử khác, không phải bằng chứng về việc triển khai FIPS 203 ML-KEM hoặc FIPS 204 ML-DSA.
Hệ sinh thái QRL v2.0Hệ sinh thái QRL xuất bản thư viện ký ML-DSA-87 FIPS 204 với bối cảnh “ZOND” cho các ứng dụng QRL v2.0.Bằng chứng thư viện, không phải là tuyên bố về mạng chính trên toàn giao thức.Hỗ trợ ML-DSA cụ thể được ghi lại ở lớp thư viện. Trang thư viện không thiết lập xác thực ML-KEM hoặc trên toàn mạng chính ML-DSA.
CellframePhần giới thiệu của nó cho biết nền tảng này sử dụng Crystal Dilithium, Kyber 512 và Falcon.Tài liệu dự án chính thức, với chi tiết triển khai hạn chế.Tham chiếu trực tiếp ở cấp dự án cho cả Kyber và Dilithium. Xử lý phạm vi được xác nhận quyền sở hữu như được ghi lại bởi Cellframe cho đến khi chi tiết về mã, tham số và kích hoạt được xác minh độc lập.
QANplatformTài liệu của nó cho biết ML-DSA được sử dụng thông qua QAN XLINK để ký chéo tài khoản.Tài liệu chính thức của dự án, không có bộ tham số ML-DSA có tên hoặc bằng chứng giao dịch mạng chính trên trang được trích dẫn.Thiết kế tham chiếu và di chuyển chữ ký ML-DSA cụ thể. Tài liệu được trích dẫn không yêu cầu hỗ trợ ML-KEM hoặc Kyber.
Nghiên cứu dựa trên HyperledgerNghiên cứu mô hình hoặc nguyên mẫu tích hợp Kyber và Dilithium trong các cấu hình blockchain được phép.Bằng chứng khả thi về mặt học thuật.Hữu ích cho việc đánh giá kỹ thuật nhưng không phải là bằng chứng cho thấy kho Hyperledger Fabric hoặc mạng sản xuất khác được vận chuyển ML-KEM hoặc ML-DSA trên toàn giao thức.
EVM và các hệ sinh thái Layer-1 chínhNghiên cứu, thảo luận về việc trừu tượng hóa tài khoản, thư viện mật mã và các bản biên dịch trước được đề xuất xuất hiện trên hệ sinh thái nhà phát triển rộng lớn hơn.Thay đổi tùy theo đề xuất và kho lưu trữ.Một thư viện hoặc đề xuất không làm thay đổi việc xác thực sự đồng thuận. Xác minh việc phát hành ứng dụng khách thực tế và kích hoạt chuỗi trước khi nêu rõ hỗ trợ.
AutheoLộ trình đang được phát triển xung quanh Kyber, Dilithium và Falcon.Lộ trình, không phải bảo vệ trực tiếp.Công việc hậu lượng tử vẫn chưa được đưa vào hệ thống trực tiếp. Nó không được mô tả là bảo mật chuỗi hiện tại.

Algorand cung cấp ví dụ về ranh giới rõ ràng nhất. Đường dẫn mạng chính Falcon-1024 của nó sử dụng mã opcode Logic Signature và AVM falcon_verify. Bản tóm tắt được xuất bản mô tả khoảng 1.280 byte chữ ký Falcon-1024, khóa công khai 1.793 byte và State Proofs được tạo ra sau mỗi 256 vòng. Đó là bằng chứng thuyết phục về trường hợp sử dụng Falcon chứ không phải là lý do để thay thế Falcon bằng ML-KEM hoặc ML-DSA trong tuyên bố về Kyber và Dilithium.

QRL cung cấp sự so sánh hữu ích thứ hai. Tài liệu của nó trình bày các khái niệm khóa Extended XMSS HyperTree và chữ ký một lần, chứng minh rằng “chuỗi khối hậu lượng tử” có thể đề cập đến các thiết kế mật mã khác với các tiêu chuẩn NIST dựa trên mạng. Tài liệu của QRL không thiết lập hỗ trợ ML-KEM hoặc ML-DSA, vì vậy hướng dẫn này không khẳng định là có.

Có các tài liệu tham khảo thuật toán NIST hẹp hơn đáng để theo dõi. Tài liệu thư viện ML-DSA-87 được xuất bản của hệ sinh thái QRL xác định FIPS 204 và báo cáo chữ ký ML-DSA-87 4.627 byte, trong khi vẫn giữ lại bằng chứng rõ ràng ở cấp thư viện thay vì xác nhận về xác thực mạng chính. Phần giới thiệu chính thức của Cellframe cho biết nó sử dụng Crystal Dilithium, Kyber 512 và Falcon. Đó là tuyên bố trực tiếp về dự án bao trùm cả hai thuật toán, nhưng phần giới thiệu được trích dẫn không cung cấp thông số kích hoạt hoặc bộ tham số, vì vậy người đọc nên kiểm tra các bản phát hành mã và giao thức trước khi dựa vào kết luận rộng hơn.

QANplatform cung cấp một ví dụ riêng tập trung vào ML-DSA. Tài liệu bảo mật kháng lượng tử của nó cho biết ML-DSA được sử dụng thông qua QAN XLINK để ký chéo các tài khoản và mô tả sơ đồ chữ ký hướng di chuyển được triển khai trong Go. Cùng một trang không xác định bộ tham số ML-DSA, giao dịch sản xuất hoặc bất kỳ hỗ trợ ML-KEM hoặc Kyber nào. Đó là lý do tại sao hướng dẫn này liệt kê QANplatform trong tài liệu ML-DSA cụ thể, chứ không phải dưới dạng triển khai thuật toán kép đã được xác nhận.

Cách xác minh yêu cầu hỗ trợ Kyber hoặc Dilithium

1. Xác định nguyên thủy

Tuyên bố có ghi ML-KEM hoặc ML-DSA, bộ thông số của nó và chức năng chính xác không? Tham chiếu chung đến “NIST PQC” là không đủ.

2. Xác định ranh giới thực hiện

Tìm loại giao dịch, kênh nút, ví, thông tin xác thực danh tính, bằng chứng trạng thái, cầu nối hoặc API nơi xảy ra quá trình xác minh hoặc đóng gói.

3. Xác nhận trạng thái mạng

Kiểm tra ghi chú phát hành, mã nguồn, phiên bản giao thức, vectơ kiểm tra và kích hoạt testnet hoặc mainnet. Tách biệt việc chọn tham gia khỏi hành vi bắt buộc.

4. Đo lường chi phí

Ghi lại kích thước chữ ký và khóa công khai, độ trễ xác minh, mức sử dụng bộ nhớ, hiệu ứng phí, tác động băng thông và hỗ trợ trên thiết bị di động hoặc phần cứng.

5. Kiểm tra cơ chế di chuyển

Đánh giá nâng cấp tài khoản, xoay vòng khóa, đa chữ ký, khôi phục, khả năng tương thích ngược, khả năng tương tác cầu nối và cách loại bỏ mật mã cũ.

6. Xem xét bằng chứng độc lập

Tìm kiếm các thử nghiệm, kiểm toán, tuân thủ tiêu chuẩn, theo dõi vấn đề có thể lặp lại và mô tả rõ ràng về các rủi ro chưa được giải quyết thay vì chỉ có bản sao quảng cáo.

Nơi ML-KEM và ML-DSA có thể phù hợp với kiến trúc blockchain

ML-DSA có vai trò đối mặt với blockchain rõ ràng nhất vì blockchain vốn đã phụ thuộc vào chữ ký. Việc tích hợp trong tương lai có thể ủy quyền cho một giao dịch tài khoản, bỏ phiếu xác nhận, chứng thực cầu nối, cập nhật oracle, hành động của quản trị viên hoặc phát hành phần mềm. Mỗi lần sử dụng có tần suất xác minh và chế độ lỗi khác nhau. Chữ ký hoạt động trong quy trình phát hành có thể quá lớn hoặc quá chậm đối với đường dẫn giao dịch khối lượng lớn.

ML-KEM thường thuộc một lớp khác. Nó có thể giúp hai bên thiết lập bí mật cho việc vận chuyển hoặc lưu trữ tài liệu được mã hóa. Điều đó có thể quan trọng đối với ví kết nối với dịch vụ, giao tiếp riêng tư giữa các nút, dữ liệu ngoài chuỗi được mã hóa, trao đổi thông tin xác thực danh tính hoặc kênh hoạt động của trình xác thực. Nó không tự ẩn dữ liệu sổ cái công khai và không chứng minh rằng chủ sở hữu ví đã ủy quyền chuyển khoản.

Thiết kế địa chỉ là một nguồn gây nhầm lẫn phổ biến. Nếu một địa chỉ tài khoản cam kết sử dụng khóa xác minh công khai, sơ đồ chữ ký hậu lượng tử có thể yêu cầu họ địa chỉ mới, trường giao dịch được gắn thẻ hoặc lớp trừu tượng tài khoản định tuyến đến đúng người xác minh. Wallets khi đó cần hiển thị rõ ràng chế độ bảo mật, tránh vô tình hạ cấp và bảo vệ người dùng không sử dụng lại địa chỉ cổ điển khi ứng dụng yêu cầu tài khoản hậu lượng tử.

Mạng hợp đồng thông minh cũng cần có sự lựa chọn rõ ràng về việc xác minh. Tính năng máy khách gốc, mã opcode máy ảo, trình biên dịch trước và thư viện hợp đồng có các thuộc tính chi phí và độ tin cậy rất khác nhau. Tích hợp gốc có thể hiệu quả nhưng yêu cầu phát hành giao thức. Việc thực hiện hợp đồng có thể dễ kiểm tra hơn nhưng có thể vượt quá ngân sách thực hiện hoặc khí đốt thực tế. Đường dẫn xác minh Falcon được ghi lại bằng tài liệu của Algorand minh họa lý do tại sao vị trí của người xác minh phải là một phần của mọi xác nhận quyền sở hữu.

Do đó, kiến ​​trúc phù hợp có thể được dàn dựng. Bắt đầu với hệ thống kiểm kê và ký phần mềm, thiết lập vectơ thử nghiệm và điểm chuẩn có thể tái tạo, hỗ trợ các tài khoản hoặc kênh chọn tham gia khi thích hợp, sau đó quyết định xem liệu nâng cấp đồng thuận có hợp lý hay không. Xuất bản những gì vẫn cổ điển là một thế mạnh. Nó cho phép các nhà tích hợp đánh giá rủi ro còn sót lại mà không nhầm lẫn thử nghiệm được nhắm mục tiêu với bảo mật tổng thể sau lượng tử.

Vai trò của Autheo trong quá trình chuyển đổi này

Autheo đang phát triển lộ trình Kyber, Dilithium và Falcon cho công việc giao thức, danh tính và quản lý khóa trong tương lai. Công việc này chưa được tích hợp vào hệ thống đang hoạt động, và sẽ không chính xác nếu nói rằng các thuật toán đó hiện đang bảo vệ Autheo. Staking và phí giao dịch đang hoạt động hôm nay; các lớp mật mã hậu lượng tử, TheoID, điện toán, lưu trữ, suy luận AI và THEO AI vẫn đang được phát triển.

Bất kỳ hoạt động triển khai nào trong tương lai đều phải được đánh giá theo cùng tiêu chí được sử dụng cho mọi chuỗi khác: thuật toán và tham số hóa chính xác, ranh giới mật mã, đường dẫn di chuyển, thử nghiệm có thể lặp lại, đánh giá độc lập, chi phí vận hành và tiết lộ rõ ràng về những gì chưa được di chuyển. Lộ trình tạo ra phương hướng cho công việc đó. Nó không thay thế bằng chứng.

Autheo chạy trên Proof of Autheo, mẫu Hybrid PoA/PoS. Tìm hiểu về hiện tại kiến trúc đồng thuận tách biệt khỏi sự phát triển hậu lượng tử trong tương lai.

Câu hỏi thường gặp về Kyber và Dilithium

Yêu cầu bằng chứng cho mọi khiếu nại về mật mã

Câu hỏi đúng không phải là liệu một dự án có an toàn lượng tử hay không. Đó là ở đâu, như thế nào và với những bằng chứng nào có thể kiểm tra được một cách độc lập.

Khám phá Autheo dành cho người xây dựng