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