Ще до офіційного іменування проблема вже стояла на порядку денному.

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

Ця річ не є продуктом спалаху натхнення.

По суті, це результат того, що група людей багато разів стикалася з проблемами даних і в кінці кінців придумала рішення. Їхній досвід дуже різноманітний: є ті, хто прийшов із традиційних фінансів, є ті, хто займається дата-інженерією, і є ті, хто багато років працює на низькому рівні блокчейну. Єдина спільна риса — усі були жертвою "поганих даних".

Код і логіка — все гаразд, але система все одно застрягає на даних.

Тому на початку йшлося не про те, як прискорити процес, а про більш глибоку проблему: чи має бути оракул просто кур'єром? Якщо дані самі по собі ненадійні, то швидкість лише підвищує ймовірність помилки.

З часом ідея почала ставати більш радикальною: оракул не повинен бути просто каналом, а має стати "шаром судження".

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

Єдине, що тримає — це те, що ця проблема надто реальна, і ігнорувати її рано чи пізно призведе до вибуху.