Tôi đã viết một số mã để chỉ cấu hình chạm mạnh và bắt đầu các giá trị cho kích thước thanh ghi nhỏ. Vì vậy, tôi có một số giá trị, thay vì kết quả phân tích.Tất nhiên, kết quả có điều kiện là không có bất kỳ lỗi nào trong mã (https://github.com/bmm6o/MVFSR).
đối với chiều rộng 4, chiều dài chu kỳ tối đa là 8
đối với chiều rộng 5, chiều dài chu kỳ tối đa là 10
đối với chiều rộng 6, chiều dài chu kỳ tối đa là 12
đối với chiều rộng 7, chiều dài chu kỳ tối đa là 14
đối với chiều rộng 8, chiều dài chu kỳ tối đa là 48
đối với chiều rộng 9, chiều dài chu kỳ tối đa là 48
đối với chiều rộng 10, chiều dài chu kỳ tối đa là 80
đối với chiều rộng 11, chiều dài chu kỳ tối đa là 108
đối với chiều rộng 12, chiều dài chu kỳ tối đa là 140
đối với chiều rộng 13, chiều dài chu kỳ tối đa là 270
đối với chiều rộng 14, chiều dài chu kỳ tối đa là 270
đối với chiều rộng 15, chiều dài chu kỳ tối đa là 270
đối với chiều rộng 16, chiều dài chu kỳ tối đa là 480
đối với chiều rộng 17, chiều dài chu kỳ tối đa là 752
đối với chiều rộng 18, chiều dài chu kỳ tối đa là 1520
Có thể rủi ro khi khái quát hóa từ các giá trị nhỏ, nhưng nó dường như tăng gấp đôi khi chiều rộng tăng thêm 2. Trình tự này không có trong OEIS.
Bạn có thể đã nhận ra điều này, nhưng MVFSR của bạn phát triển theo cách mà hầu hết các trạng thái đều có chính xác 2 hình ảnh trước. Tôi không chắc cách sử dụng điều đó để ước tính xác suất phân phối độ dài chu kỳ, nhưng có vẻ như nó sẽ hữu ích.
Đối với hầu hết các mục đích mật mã, việc đặt giới hạn dưới cho độ dài chu kỳ tối đa không phải là câu hỏi quan trọng nhất. Điều quan trọng hơn nhiều là độ dài tối thiểu, hoặc ít nhất là một cách để mô tả và tránh các chu kỳ ngắn. Theo cách đó, có một vấn đề nghiêm trọng với MVFSR. Theo lựa chọn vòi tối ưu, có các chu kỳ độ dài chỉ $2n$.