В екосистемі EVM абстракція облікових записів зазвичай полягає у додаванні гнучкості на рівні гаманця. Але Miden обрав інший шлях.
Ключова різниця полягає в тому, що Miden не додає функціональність до моделі облікового запису пізніше, а з самого початку проектує обліковий запис як програмований. Управління правами, виконання стратегій, логіка аутентифікації — все це є нативними характеристиками Miden, закодованими безпосередньо у протокол.
Інакше кажучи, вам не потрібно робити різні хаки на рівні гаманця для реалізації гнучкого контролю облікових записів. Miden поглиблює ці можливості, інтегруючи їх у рівень протоколу. Це означає більше свободи у дизайні, а також підвищену безпеку та ефективність — оскільки не потрібно покладатися на різні обходи, реалізовані гаманцем.
Це фундаментальна різниця у підходах до архітектури: один — це виправлення помилок пізніше, інший — вроджений дизайн.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
15 лайків
Нагородити
15
7
Репост
Поділіться
Прокоментувати
0/400
BetterLuckyThanSmart
· 11год тому
Це справжня різниця — EVM — це просто патчі, а Miden створений з самого початку правильно.
Переглянути оригіналвідповісти на0
PoetryOnChain
· 11год тому
Чорт, ця архітектурна ідея справді геніальна, базовий дизайн підтримує нативно програмовані облікові записи, не потрібно покладатися на різні хаки на рівні гаманця для виправлень і доповнень
Переглянути оригіналвідповісти на0
rugged_again
· 11год тому
Братане, цей аналіз має сенс, базовий дизайн і подальше виправлення — це справжня різниця між небом і землею, ідея Miden дійсно більш чиста
Переглянути оригіналвідповісти на0
Gm_Gn_Merchant
· 11год тому
Ой, нарешті хтось пояснив цю концепцію абстракції облікових записів. Там, у EVM, дійсно використовуються патчі, а ідея Miden — це справді прорив.
Переглянути оригіналвідповісти на0
GweiTooHigh
· 11год тому
Ця ідея дійсно інша, Miden з самого початку все продумав. Замість того, щоб робити постійні підгонки через облікові записи в EVM, краще прямо закласти гнучкість у протокол — це дійсно зручно.
Переглянути оригіналвідповісти на0
CodeAuditQueen
· 11год тому
Вбудована підтримка на рівні протоколу vs патчі на рівні гаманця, різниця дійсно велика. Менше рівнів обходів — менше векторів атак.
Переглянути оригіналвідповісти на0
StopLossMaster
· 11год тому
Ось як це має виглядати — спроектовано з самого початку, у сто разів краще, ніж ті, що пізніше отримали патчі.
В екосистемі EVM абстракція облікових записів зазвичай полягає у додаванні гнучкості на рівні гаманця. Але Miden обрав інший шлях.
Ключова різниця полягає в тому, що Miden не додає функціональність до моделі облікового запису пізніше, а з самого початку проектує обліковий запис як програмований. Управління правами, виконання стратегій, логіка аутентифікації — все це є нативними характеристиками Miden, закодованими безпосередньо у протокол.
Інакше кажучи, вам не потрібно робити різні хаки на рівні гаманця для реалізації гнучкого контролю облікових записів. Miden поглиблює ці можливості, інтегруючи їх у рівень протоколу. Це означає більше свободи у дизайні, а також підвищену безпеку та ефективність — оскільки не потрібно покладатися на різні обходи, реалізовані гаманцем.
Це фундаментальна різниця у підходах до архітектури: один — це виправлення помилок пізніше, інший — вроджений дизайн.