Độ bền có quan trọng trong thử nghiệm NIST SP800-22 không?

Tôi tò mò về bộ thử nghiệm Randomness.

Một trong những bộ thử nghiệm ngẫu nhiên nổi tiếng, MÁY CẮT, nói rằng Độ bền không quan trọng đối với trình tạo ngẫu nhiên "TỐT".

Lưu ý rằng điều này không giống như việc viết các số dấu phẩy động thô (điều đó hoàn toàn không ngẫu nhiên dưới dạng dòng bit) và "độ bền" của các uint không quan trọng đối với giả thuyết khống về trình tạo "tốt", như các byte ngẫu nhiên là ngẫu nhiên theo thứ tự bất kỳ.

Chỉ là một phỏng đoán sơ bộ, tôi nghĩ không có sự khác biệt giữa Big-endian và Little-endian trong thử nghiệm Tính ngẫu nhiên. Bởi vì Kiểm tra tính ngẫu nhiên là về việc đếm số 0 hoặc 1, kiểm tra mẫu của dòng bit, v.v. (Tôi đã đọc toàn bộ bài báo, NIST SP800-22 sửa đổi 1a.)

Nhưng không có tài liệu bằng văn bản nào trong NIST SP800-22 rằng "Độ bền không ảnh hưởng đến mục đích của bài kiểm tra Tính ngẫu nhiên".

Câu hỏi.

1. Có phần nào bị thiếu nói rằng "Độ bền không quan trọng" trong bài báo NIST SP800-22 không?

2. Tôi có thể kiểm tra Tính ngẫu nhiên mà không nghĩ đến Tính bền không?

Tại sao tôi nhận được câu hỏi này.

Có một ví dụ tốt về Tập tin đầu vào chết cứng hơn và tệp đầu vào NIST SP800-22 trong dữ liệu/data.pi với ký tự ASCII.

Và tôi cũng phát hiện ra rằng Dieharder đọc tệp (ASCII) dưới dạng Little-Endian và NIST đọc tệp (ASCII) dưới dạng Big-Endian. Bạn có thể xem trong stackoverflow cách tôi phát hiện ra.

Tuy nhiên, do Endianness, tôi phải tạo hai tệp đầu ra. Một là Big-Endian và một là Little-Endian. Điều này có thể lãng phí thời gian và bộ nhớ. Vì vậy, tôi tự hỏi rằng "Liệu độ bền có quan trọng trong bộ thử nghiệm NIST SP800-22 không?"

Tuyệt đối không.

Tôi khuyên bạn nên viết [sic] nhị phân trong Little-Endian.

Điều đó không liên quan đến bộ 800-22. Bạn phải xem xét ý nghĩa của endianness. Độ bền là thứ tự hoặc chuỗi byte của một từ của dữ liệu số. Bộ này không sử dụng từ ngữ. Nó sử dụng octet.

Phần có liên quan của tài liệu thử nghiệm là: -

5.4.1 Nhập dữ liệu Dữ liệu đầu vào có thể được cung cấp theo một trong hai cách. Nếu người dùng có một chương trình độc lập hoặc thiết bị phần cứng mà thực hiện một RNG, người dùng có thể muốn xây dựng bao nhiêu tệp của chiều dài tùy ý theo ý muốn. Các tệp phải chứa các chuỗi nhị phân được lưu trữ dưới dạng các ký tự ASCII bao gồm các số 0 và 1 hoặc dưới dạng dữ liệu nhị phân trong đó mỗi byte chứa tám bit có giá trị 0âs và 1âs. Bộ kiểm tra thống kê NIST sau đó có thể kiểm tra độc lập những tập tin này.

và từ chính bộ thử nghiệm: -

   Định dạng tệp đầu vào:
    [0] ASCII - Một chuỗi ASCII 0 và 1
    [1] Nhị phân - Mỗi byte trong tệp dữ liệu chứa 8 bit dữ liệu

   Chọn chế độ nhập liệu:  

Vì vậy, bạn thấy rằng tuổi thọ không có liên quan. Nó không mong đợi số nguyên ngắn/dài cũng như số dấu phẩy động. Các bộ khác có thể mặc dù. Bạn có thể nhập dữ liệu ASCII một byte cho 0 và 1hoặc bạn nhập (một hy vọng) các bit được phân phối đồng đều trong các octet.

Lưu ý: Không phải là chuyên gia về mã hóa UTF, nhưng bạn có thể tạo các ký tự ASCII bằng mã hóa bắt buộc không phải UTF-8. Điều đó có thể gây ra tất cả các bài kiểm tra vớiĐịnh dạng tệp đầu vào: [0] ASCII thất bại.