Оплата даних з реального світу корисна для агента лише тоді, коли конвеєр даних може витримувати перерви з’єднання. Сьогодні @vangrid_io повідомив про нову активність, що вказує на те, що агенти платять за дані, щоб виконувати реальну роботу. Слої стрімінгу виявляє складнішу проблему, що лежить в основі цієї ідеї. Vangrid може підтримувати відкрите з’єднання для однієї географічної зони та надсилати нові події істинних даних у міру їх надходження. Кожна подія містить власну мітку часу, геометрію, тип спостереження, рівень впевненості, кількість нод та хеш походження. Коли нових даних не надходить, сервер надсилає «heartbeat» кожні 30 секунд. Але стрім не зберігає буфер для відновлення. Якщо з’єднання переривається, спостереження, що надходять під час цієї перерви, не повертаються автоматично. Клієнт повинен повторно підключитися, а потім використати ендпоінт просторового запиту, щоб відновити всі події, що відбулися під час перерви у стрімі. Це створює інший шаблон інтеграції для роботів та фізичних агентів: - Транслюйте світ під час з’єднання. - Виявляйте перерву. - Запитуйте втрачений інтервал. - Об’єднуйте втрачені спостереження. - Продовжуйте з живого стріму. Для інтерфейсу коротка перерва може означати порожню ділянку на графіку. Для машини, що рухається у фізичному світі, та сама перерва може приховувати транспортний засіб, заблокований шлях або змінене оточення. Один лише реальний час не може вирішити цю проблему. Система, що споживає ці дані, також повинна мати засоби для відновлення стану після перерв у з’єднанні. Vangrid чітко покладає цю відповідальність на межу API. Живі події надходять через стрім. Історичне відновлення — через просторові запити. Два шляхи до одного й того ж фізичного стану. Ця розмежованість стає ще важливішою, коли програмні агенти почнуть використовувати істинні дані не лише для читання, а й для виконання реальної роботи.