Багато хто говорить про «наступний етап масштабних застосувань Web3», і перша реакція — це: вищий TPS, нижчий Gas, швидше підтвердження.

Але з точки зору Rialo, справжнім визначальним обмеженням є: реальні світові вхідні дані (real-world inputs).

Причина дуже проста:

Навіть найсильніший ланцюг, якщо він може обробляти лише «дані, що самі себе циркулюють у ланцюзі», — застосунки легко застрягнуть у транзакціях та спекуляціях. Щоб досягти реальних користувачів і їхніх щоденних потреб, потрібно обробляти зовнішній світ: дані, ідентифікацію, час, результати.

«Реальні світові вхідні дані» — це не порожні слова, вони зазвичай включають 👇

1. Веб-дані: API, статуси, контент, дозволи, підтвердження

2. Ідентифікаційні сигнали: електронна пошта/номер телефону/соцмережі, 2FA, процеси аутентифікації

3. Час і тригери: заплановані дії, затримки, виконання за умовою

4. Зовнішні результати: успішна оплата, логістичне підтвердження, висновки з ризик-менеджменту, статус робочих завдань

Сьогоднішній Web3 для отримання цих даних часто вимагає «збірки» зовнішніх компонентів: оракулів, keeper-ів, індексаторів, скриптів, серверів, мостів… Це можливо, але поширені проблеми — це дорого, крихко, складно і важко підтримувати. Ви пишете половину продукту, іншу — «зміцнюєте інфраструктуру».

Саме тут Rialo хоче змінити підхід:

Замість того, щоб будувати зовнішні каркаси, вони прагнуть максимально перетворити ключові I/O можливості у протокольні примітиви.

Тому ви побачите, що вони наголошують на 👇

💞Web Calls: дозволяє контрактам безпосередньо взаємодіяти з HTTPS-світом

💞Автоматизація / таймери: зменшують залежність від зовнішніх роботів «запалювання»

💞Події та асинхронне виконання: логіка може чекати на умову і продовжувати (подібно до .await, cross-block resume)

Це дуже важливо, оскільки реальні світові вхідні дані безпосередньо визначають чотири обмеження:

Обмеження досвіду: користувачі не будуть платити за «очікування завершення скрипта / запуск робота».

Обмеження безпеки: кожен зовнішній компонент — це додатковий точка відмови / поверхня атаки.

Обмеження складності: чим більше контрактів і зовнішніх сервісів у пазлі, тим вищий бар’єр для розробки і тим важче масштабувати.

Обмеження бізнесу: без стабільних вхідних даних важко реалізувати ризик-менеджмент, кредитування, відповідність, підтвердження виконання та розрахунки за реальним станом.

Тому, коли Rialo каже, що хоче перенести асинхронну модель, з’єднувальні можливості та ідентифікаційний досвід у ланцюг, вони роблять ставку на дуже реалістичний висновок:

Наступна хвиля застосувань, що виходять за межі, — це не швидше обчислення у ланцюзі, а більш надійний I/O у ланцюзі.

Не зосереджуйтеся лише на TPS. Спершу поставте питання:

Ваш застосунок, звідки беруться реальні світові вхідні дані? Як вони потрапляють? Хто несе відповідальність, якщо щось піде не так? 👀 ALL IN @RialoHQ