Какую-то фигню они затеяли на физическом уровне.
Вместо кодирования 8b/10b гарантирующего смену уровня не реже 4 битых интервалов, применили только скрэмблинг. То есть, входные данные разбавляются заголовками и т.п. и XOR-ятся с потоком псевдослучайных чисел (полином 23-ей степени). Таким образом, сознательно допускается возможность передачи последовательности одинаковых значений на столько длинных, что приемник потеряет тактовую частоту. Далее планируется сделать retrain и передать "killer packet" заново поXORив его с другой последовательностью.

На это можно посмотреть так: данные сжимаются. Как всегда при сжатии данных какие-то файлы становятся меньше, какие-то не становятся. В данном случае, даже больше.
Важно, что будет трудно отличить аппаратный сбой, например из-за шумов, от сбоя вызванного сбоем в ДНК разрабочиков.

Пока не придумал как сделать аналитически, но вот на куче доступных мне топовых FPGA практически псевдослучайную последовательноть длиной 2^23 я думаю смогу погонять и подобрать "интересные примеры" для записи на флэшку и прогулок по выставке.