Range-чтения идут через чанки AES-GCM. Теги аутентификации на каждый чанк проверяют срез на лету. Без временного файла, без полного скачивания. Большинство self-hosted облаков сначала расшифровывают всё на диск; Cotton собирает диапазон байтов прямо из зашифрованного хранилища.
Наивное хранилище зашифрованных чанков часто имеет уродливый путь чтения: собрать весь файл в память или временный объект, а потом дать браузеру или инструменту превью искать внутри этой копии. Это жрёт RAM, диск, время и терпение оператора.
Cotton собирает один перематываемый поток из нескольких потоков чанков. Перемотка находит целевой чанк по накопленным смещениям и переключает нижележащий поток чанка, чтобы чтение продолжилось с правильного физического куска.
Та же форма потока обслуживает HTTP Range-запросы и частичные скачивания. Результат для продукта простой: большие файлы читаются кусками, а не становятся передачей объекта целиком каждый раз.
Генерация превью видео может указывать FFmpeg на локальный мост потока с поддержкой range. FFmpeg просит метаданные и кадры через диапазоны байтов, а Cotton не пишет полный временный исходный файл.
Перемотка — не простая конкатенация обычных файлов. Cotton должен сохранить аутентификацию AES-GCM на каждый чанк, дисциплину nonce, порядок сжатия, границы чанков и параллельные range-чтения без доверия неаутентифицированным байтам.
Конкретная форма чтения: смещения манифеста находят чанки, логический поток перематывается к цели, процессоры читают через бэкенд, крипто и декомпрессию, а вызывающий получает обычный поток или ответ HTTP Range.
Это разница между движком хранения и настоящим файловым облаком. Файл может быть большим, зашифрованным, разбитым на чанки, пригодным для превью, расшариваемым — и всё равно читаемым по срезам.
Перематываемые чтения чанков дают основу для побайтового доступа. Поддержка кодеков в браузере, наличие FFmpeg, повреждение файла, поведение клиента и производительность развёртывания всё равно решают, получится ли у конкретного медиафайла превью и воспроизведение.
Интересно не то, что чанки существуют. Интересно, что Cotton отдаёт полезный кусок из зашифрованного чанкового хранилища и при этом не ломает обычный конвейер хранения.
Скачивание и инструменты превью читают куски без пересборки всего объекта заранее.
Чтения с поддержкой диапазонов дают видеоплеерам и генераторам превью тот доступ к байтам, которого они ждут.
Произвольный доступ всё равно проходит теги AES-GCM на каждый чанк и раскладку nonce до того, как байтам можно доверять.
Абстракция потока может сидеть поверх чанков файловой системы или S3-совместимого объектного хранилища.
Поэтому превью, постеры, докачка, скачивание по диапазонам и перемотка медиа — часть рассказа об архитектуре. Видимая фича для пользователя обычная: воспроизведение и частичный доступ. Пруф под ней — зашифрованный поток с произвольным доступом.
Нет. Перематываемый путь чтения собирает запрошенные байты из сохранённых чанков как логический поток, так что range-скачивания и превью не требуют полного временного исходного файла.
FFmpeg может запросить нужные части через мост потока с поддержкой range. Это помогает извлечению постера и превью старых видео без предварительной конвертации или полной пересборки исходника.
Может, если сделать небрежно. Заявление Cotton скромнее: хранилище с аутентификацией на каждый чанк может поддерживать перемотку, если конвейер сохраняет границы чанков, правила nonce/аутентификации и порядок процессоров.