Письмо моржа - это поток, а не момент
Письма моржа происходят под тем же давлением, с которым сталкивается каждое приложение для хранения в настоящее время: пользователи ожидают, что файл «будет там», даже если их соединение прерывается, клиент перезапускается или нагрузка на сеть изменяется в процессе передачи. Морж отвечает на это давление, рассматривая запись как последовательность, которая должна пережить прерывания, а не как одно событие загрузки.
Чистый путь записи - это сначала кодировать, затем проверить статус, затем получить информацию о записи, затем сохранить части данных на множестве узлов хранения, а затем опубликовать PoA в Sui. Эти промежуточные вызовы не являются церемонией. Статус и информация - это то, как клиент фиксирует текущий план, какие части существуют, какие обязательства действительны и что можно возобновить без искажения результата. Кодирование загружает ЦП, чтобы фаза сети могла терпеть отсутствие узлов, но это также означает, что устройства с низким энергопотреблением ощущают стоимость до того, как увидят прогресс по проводу.
Торговля UX проявляется в том, где тратится время и где допускаются сбои. Хранение частей данных требует пропускной способности и задержки. Публикация PoA добавляет подтверждение цепи и сборы, но это также тот момент, когда «доступно» становится публичным фактом, удобным для аудита, а не частной надеждой. Если клиент повторно пытается, перезапуская весь поток, пользователи испытывают дублирование времени и дублирование затрат. Если он сохраняет идентификаторы и возобновляет по этапам, повторные попытки становятся дешевыми и предсказуемыми.
Вот почему приложения моржа, которые побеждают, будут отображать состояния потока, кэшировать то, что можно кэшировать, и отделять перемещение данных от распознавания цепи. На морже продукт не является кнопкой загрузки. Продукт - это запись, которая сохраняет свою форму до самого PoA.
@Walrus 🦭/acc $WAL #walrus
