Сложность реальных приложений — не только в скорости, а в способности корректно завершать операции после ошибок. MagicBlock 1.0: я больше сосредоточен на восстановлении, а не на рекламе задержек. ① MagicBlock 6 октября объявил о Validator v1.0, соответствующая версия была опубликована на GitHub в тот же день. Это компонент исполнения Ephemeral Rollups, а не новый клиент, заменяющий консенсус-валидаторы основной сети Solana. ② В списке изменений добавлены временные аккаунты, комбинация намерений, обратные вызовы и более богатые рабочие процессы приложений, позволяющие запускать приложения в специализированной среде исполнения, а затем корректно возвращать состояние делегирования обратно на Solana. ③ Более важным для детального изучения, на мой взгляд, являются восстановление после сбоя, повторные попытки после перезапуска, синхронизация аккаунтов и порядок отправки. Эти возможности не всегда подходят для рекламных плакатов, но напрямую влияют на то, сможет ли пользователь надежно завершить операцию. ④ В примечаниях к версии репликационный режим и протокол вызова явно помечены как экспериментальные. Нельзя считать, что все механизмы безопасности полностью протестированы только потому, что версия достигла 1.0, и нельзя предполагать, что каждое приложение подходит для этого сценария. Мое личное мнение: игры, интерактивные приложения и приложения с высокой частотой состояний требуют более плавного исполнения, но конечные пользователи не будут нести затраты на объяснение потери промежуточного состояния. Настоящий барьер продукта — это одновременное достижение быстрого опыта и надежного завершения. Сначала я изучу предположения о доверии, восстановление после сбоев и путь возврата на основную цепочку, а уже потом — цифры производительности. @Solana_zh @solana @magicblock