🛠️ Що було б, якби рішення Клероса були опубліковані у форматі атестації @eas_eth, щоб будь-який контракт або серверна частина могли перевірити хоча б один машинозчитуваний запис? Перевірте @AminCad пост про цю ідею. Як ти гадаєш?
AminCad Ξ🐬🔊 - evm/acc
AminCad Ξ🐬🔊 - evm/acc15 серп., 19:58
Служба атестації Ethereum (EAS) (@eas_eth) стала універсальним реєстром без дозволів для структурованих тверджень. Чого не вистачає, так це стандартизованого рівня між EAS та спеціалізованими механізмами верифікації, які ми вже маємо, такими як Kleros для децентралізованого арбітражу, Optimistic Oracle від UMA, верифікатори доказів з нульовим розголошенням тощо. Я пропоную, щоб спільнота вивчила новий EIP для протоколу перевіреної атестації, побудованого навколо двох основних концепцій: AttestationRouter – стандартизований ончейн-контракт (може бути реалізований як EAS Resolver), який може агрегувати та маршрутизувати атестації з кількох джерел. Логіка маршрутизатора керуватиметься машинозчитуваною специфікацією верифікації, яка надається разом із кожним завданням. Модульні обробники верифікації – загальний інтерфейс для підключаються модулів верифікації, будь то керовані людиною (Kleros, UMA), криптографічні (верифікатори ZK proof verifiers) або керовані даними (канали оракула IoT). EAS вже надає універсальну книгу. Верифікатори Kleros, UMA, ZK і DON досить зрілі, щоб служити модулями верифікації. Стандартизований інтерфейс AttestationRouter + handler об'єднає ці частини в цілісний «шар правди» як для об'єктивної, так і для суб'єктивної перевірки.
4,96K