Ця історія не має особливого високого початку — просто спільне обурення людей, які пишуть код.
Займаючись DeFi, іграми, створюючи Web3 додатки, всі рано чи пізно застрягають у одному й тому ж питанні: дані. Не в тому, що їх немає, а в тому, що дані взагалі ненадійні. Або з'єднання повільне до неможливості, або дані самі по собі фальшиві, або коштують так дорого, що ніхто не може їх дозволити. Навіть найкрутіший смарт-контракт — якщо туди закинути сміття, результат буде катастрофою.
Отже, проблема зводиться до одного: як зробити так, щоб блокчейн міг довіряти інформації з реального світу?
Спершу ті, хто цим займався, не мали великої популярності. Інженери, дата-сайентисти, деякі з великих компаній, деякі — ще з крипто-кілка. У всіх було одне й те саме бачення — без надійного рівня даних децентралізація — це порожні слова. Вони витратили багато часу, досліджуючи, чому раніше все так часто виходило з ладу: атаки, затримки, неправильні мотиваційні механізми. Грошей було мало, ітерації йшли повільно, але цей період заклав їхній фундамент: не поспішати, потрібно перевіряти, ніколи не говорити просто так «довіряй».
Перший продукт був досить сирим. Ранні версії могли лише передавати цінові дані, і часто помилялися. Дані з поза ланцюга не співпадали з даними у ланцюгу, перевірити їх у ланцюгу було дорого, а затримки ще більше ускладнювали ситуацію. Команда не ховала голову в пісок — вони прямо стикалися з проблемами. Вони спробували гібридний підхід: поєднання поза ланцюгових обчислень і перевірки у ланцюгу, що допомогло виділити два шляхи: один для швидкості, інший — для точності.
Згодом вони зрозуміли, що саме ця «нечиста» методика дає найбільшу гнучкість.
Далі, покладатися лише на криптографію і математику вже недостатньо. Вони додали механізм перевірки, що працює на базі AI — не для того, щоб звучало круто, а щоб додати ще один рівень захисту. Моделі AI можуть у реальному часі виявляти аномальні дані, порівнювати їх із кількома джерелами, значно підвищуючи здатність до помилок.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
13 лайків
Нагородити
13
5
Репост
Поділіться
Прокоментувати
0/400
ImpermanentPhilosopher
· 01-05 07:23
Ого, ми вже давно потрапляли у цю пастку з даними... По суті, це слабке місце оракула, навіть найкрасивіша логіка контракту не врятує погані дані.
Переглянути оригіналвідповісти на0
ContractCollector
· 01-03 21:05
Загалом, це все ще проблема оракулу, ця річ завжди була ахіллесовою п'ятою Web3
Гарна якість даних — гарний результат, багато проектів загинуло саме через це
Змішане рішення звучить більш практично, ніж ті, що наполягають на повній децентралізації, воно набагато надійніше
Переглянути оригіналвідповісти на0
TommyTeacher1
· 01-03 01:47
ngl Проблема з орієнтованими на довіру оракулами полягає у тому, що сміття у — сміття з — сміття назовні, навіть найкращий контракт не зможе врятувати.
Переглянути оригіналвідповісти на0
PerennialLeek
· 01-03 01:38
Чорт, ось шлях спасіння oracle. Кидати погані дані дійсно може призвести лише до катастрофи, я бачив занадто багато контрактів, які провалилися через збої джерел даних. Система push-pull і гібридних підходів я підтримую, вона набагато краще за чистий ідеалізм, саме так працює практика.
Переглянути оригіналвідповісти на0
TopEscapeArtist
· 01-03 01:32
Ем... Це ж старий хід проблеми Oracle, чи можна вирішити, просто змінивши оболонку AI? Я ставлюся з підозрою
Ця історія не має особливого високого початку — просто спільне обурення людей, які пишуть код.
Займаючись DeFi, іграми, створюючи Web3 додатки, всі рано чи пізно застрягають у одному й тому ж питанні: дані. Не в тому, що їх немає, а в тому, що дані взагалі ненадійні. Або з'єднання повільне до неможливості, або дані самі по собі фальшиві, або коштують так дорого, що ніхто не може їх дозволити. Навіть найкрутіший смарт-контракт — якщо туди закинути сміття, результат буде катастрофою.
Отже, проблема зводиться до одного: як зробити так, щоб блокчейн міг довіряти інформації з реального світу?
Спершу ті, хто цим займався, не мали великої популярності. Інженери, дата-сайентисти, деякі з великих компаній, деякі — ще з крипто-кілка. У всіх було одне й те саме бачення — без надійного рівня даних децентралізація — це порожні слова. Вони витратили багато часу, досліджуючи, чому раніше все так часто виходило з ладу: атаки, затримки, неправильні мотиваційні механізми. Грошей було мало, ітерації йшли повільно, але цей період заклав їхній фундамент: не поспішати, потрібно перевіряти, ніколи не говорити просто так «довіряй».
Перший продукт був досить сирим. Ранні версії могли лише передавати цінові дані, і часто помилялися. Дані з поза ланцюга не співпадали з даними у ланцюгу, перевірити їх у ланцюгу було дорого, а затримки ще більше ускладнювали ситуацію. Команда не ховала голову в пісок — вони прямо стикалися з проблемами. Вони спробували гібридний підхід: поєднання поза ланцюгових обчислень і перевірки у ланцюгу, що допомогло виділити два шляхи: один для швидкості, інший — для точності.
Згодом вони зрозуміли, що саме ця «нечиста» методика дає найбільшу гнучкість.
Далі, покладатися лише на криптографію і математику вже недостатньо. Вони додали механізм перевірки, що працює на базі AI — не для того, щоб звучало круто, а щоб додати ще один рівень захисту. Моделі AI можуть у реальному часі виявляти аномальні дані, порівнювати їх із кількома джерелами, значно підвищуючи здатність до помилок.