Згадавши блокчейн, багато хто згадає очевидне припущення: смарт-контракти автоматично виконуються, система об'єктивно надійна, результати незмінні.
Але справжні розробники, які працювали з ланцюгом, розуміють — тут приховано стару проблему.
Насправді контракт "нічого не бачить". Він не знає про коливання цін у реальному світі, справжність документів, результати подій, не кажучи вже про розуміння тих хаотичних, повільних, суперечливих даних. Саме через цей сліпий кут, оракул стає найважливішим елементом у системі.
Зазвичай намагаються змусити блокчейн "розуміти світ". Але ідея APRO йде протилежним шляхом — замість того, щоб нав'язливо намагатися зрозуміти, краще визнати, що реальність сама по собі хаотична. Найбрудніша, найскладніша, найпомилковіша робота — обробляти її поза ланцюгом.
Як саме? Наприклад, обробляючи файли, зображення, текстові документи, юридичні папери, APRO використовує різні методи поза ланцюгом — OCR-розпізнавання, витяг правил, допомога штучного інтелекту — поетапно розбирає, ідентифікує, структурує. Важливо, щоб кожен крок залишав слід, щоб його можна було відтворити або перевірити.
Лише коли ці дані були перекрестно перевірені кількома вузлами і підтверджено, що "все прояснено", вони офіційно подаються у ланцюг за допомогою криптографічного доказу. На стороні ланцюга все дуже просто — перевірка підпису, перевірка цілісності даних, потім запуск логіки контракту.
Суть цієї логіки досить проста: проблема даних у основному не технічна, а питання відповідальності. Одна запис у ланцюг може стосуватися розрахунків, компенсацій, юридичних наслідків — не можна просто так додавати їх у ланцюг, якщо вони "майже правильні".
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
22 лайків
Нагородити
22
10
Репост
Поділіться
Прокоментувати
0/400
TokenAlchemist
· 01-06 05:15
ngl це просто переносить проблему утилізації сміття поза ланцюг... тепер ти ставиш ставку на того, хто виконує поза ланцюгові обчислення, справді піклується про точність. не бачу, як це вирішує проблему оракула, просто перераспределює її.
Переглянути оригіналвідповісти на0
GateUser-9f682d4c
· 01-05 11:08
Обробка поза ланцюгом з верифікацією у ланцюгу, мені подобається ця ідея, набагато надійніше, ніж ті, що хваляться "повністю децентралізованими".
Переглянути оригіналвідповісти на0
SellTheBounce
· 01-04 01:26
Звучить непогано, але чесно кажучи, чи працює ця теорія на практиці? Збільшення кількості офлайн-верифікацій лише підвищує централізований ризик, в кінцевому підсумку все одно доводиться довіряти людині.
Переглянути оригіналвідповісти на0
ser_we_are_early
· 01-04 01:03
Ха, обробка поза ланцюгом — це справжній правильний шлях, раніше ті рішення, що намагалися все звалити на ланцюг, дійсно були дурними.
Говорячи чесно, оракул сам по собі є чорною дірою довіри, ідея APRO навпаки є більш практичною.
Відповідальність за дані — так, нарешті хтось це сказав.
Проста обробка на ланцюгу, складна поза ланцюгом — звучить дуже логічно, але хто буде проводити аудит?
Відчувається, що це справжнє інженерне мислення, а не та ідеалістична теорія на папері.
Все для того, щоб зробити цю перевірку, дуже клопітно.
Переглянути оригіналвідповісти на0
0xDreamChaser
· 01-03 15:47
Проблема оракунів вже давно обговорюється, підхід обробки поза ланцюгом дійсно практичний
Розподіл обов’язків між ланцюгом і поза ланцюгом, нарешті хтось наважився сказати правду
"Майже правильно" — і на ланцюг? Тоді вже давно був вибух, потрібно відповідально ставитися до цього
Ця система крос-валідації з кількома вузлами мені подобається, але як гарантувати, що всі поза ланцюгом вузли надійні?
Визнати хаос у реальності і йти на компроміс — це набагато розумніше, ніж наполягати на ланцюговому рішенні для всіх проблем
Переглянути оригіналвідповісти на0
DeFiDoctor
· 01-03 15:46
Записи про обстеження показують, що клінічні прояви цієї архітектури досить хороші — впровадження системи відповідальності у оракулів, ця ідея схожа на рішення старої проблеми, яку виявляють під час профілактичного огляду DeFi.
Але потрібно регулярно перевіряти, і верифікація поза ланцюгом має справді забезпечувати "послідовний слід", щоб я міг бути спокійним. Інакше проблема знову виникне в іншому місці.
Переглянути оригіналвідповісти на0
HashBard
· 01-03 15:43
чесно кажучи, проблема оракула ніколи справді не зникає, вона просто переміщується... проте APRO змінює сценарій, і це здається правильним. нехай хаос залишиться хаосом поза ланцюгом, нарешті візьміть відповідальність на себе
Переглянути оригіналвідповісти на0
MeaninglessGwei
· 01-03 15:39
Обробка "брудної роботи" поза ланцюгом, верифікація справжніх грошей у ланцюзі — ось справжній підхід практиків
Переглянути оригіналвідповісти на0
RamenStacker
· 01-03 15:37
Говориться правильно, обробка поза ланцюгом, верифікація в ланцюгу — ось справжній шлях
Переглянути оригіналвідповісти на0
JustAnotherWallet
· 01-03 15:28
Обробка важкої роботи поза ланцюгом, лише перевірка в ланцюгу — ця ідея дійсно ясна
Згадавши блокчейн, багато хто згадає очевидне припущення: смарт-контракти автоматично виконуються, система об'єктивно надійна, результати незмінні.
Але справжні розробники, які працювали з ланцюгом, розуміють — тут приховано стару проблему.
Насправді контракт "нічого не бачить". Він не знає про коливання цін у реальному світі, справжність документів, результати подій, не кажучи вже про розуміння тих хаотичних, повільних, суперечливих даних. Саме через цей сліпий кут, оракул стає найважливішим елементом у системі.
Зазвичай намагаються змусити блокчейн "розуміти світ". Але ідея APRO йде протилежним шляхом — замість того, щоб нав'язливо намагатися зрозуміти, краще визнати, що реальність сама по собі хаотична. Найбрудніша, найскладніша, найпомилковіша робота — обробляти її поза ланцюгом.
Як саме? Наприклад, обробляючи файли, зображення, текстові документи, юридичні папери, APRO використовує різні методи поза ланцюгом — OCR-розпізнавання, витяг правил, допомога штучного інтелекту — поетапно розбирає, ідентифікує, структурує. Важливо, щоб кожен крок залишав слід, щоб його можна було відтворити або перевірити.
Лише коли ці дані були перекрестно перевірені кількома вузлами і підтверджено, що "все прояснено", вони офіційно подаються у ланцюг за допомогою криптографічного доказу. На стороні ланцюга все дуже просто — перевірка підпису, перевірка цілісності даних, потім запуск логіки контракту.
Суть цієї логіки досить проста: проблема даних у основному не технічна, а питання відповідальності. Одна запис у ланцюг може стосуватися розрахунків, компенсацій, юридичних наслідків — не можна просто так додавати їх у ланцюг, якщо вони "майже правильні".