Базова незручність блокчейну полягає в тому, що навіть найскладніші смарт-контракти можуть існувати лише у межах своєї ланцюжкової території. Реальні речі — коливання цін товарів, підписання контрактів, результати змагань — для них є чорним ящиком.

Це не дрібна проблема. Учасники раннього DeFi зазнали багато збитків, оскільки затримки або помилки у даних призводили до прямого ліквідації, і це були справжні гроші. Згодом усвідомили, що без надійних зовнішніх джерел даних так званий децентралізований підхід — це максимум напівфабрикат.

Хтось, допомагаючи людям, побачив у цій ситуації можливість. Ці люди мають особливий бекґраунд — це розробники, які вже багато років працюють у блокчейні, бачили безліч системних крахів через ненадійність даних. Їх не можна назвати просто маркетинговими геніями, швидше — справжніми інженерами. Перед офіційним запуском продукту вони постійно ставили собі кілька складних питань: як перевірити достовірність зовнішніх даних? Як забезпечити швидкість і економічність без компромісів у безпеці?

На початковому етапі все було тихо і важко. Не було сенсаційних новин, лише скромна розробка. Ідеї перетворювали у прототипи, і якщо щось не працювало — починали з нуля. Обробка поза ланцюгом швидка, але коштує довіри — висока вартість. Обробка всередині ланцюга надійна, але комісії високі. Вони поступово шукали баланс у цьому постійному виборі.

Те, що справді відрізняє їх від конкурентів, — це стратегія "обоє". Вони не обирають між двома режимами даних — "push" і "pull", а підтримують обидва. Для застосунків із високими вимогами до реального часу використовують push-методи, а для проектів, що прагнуть контролювати витрати — pull-методи за запитом. Це не для хвастовства, а тому що під час розробки інженери зрозуміли, що обидва підходи мають реальні потреби користувачів у різних сценаріях.