Нещодавно з’явилася цікава технічна стратегія — концепція DuskEVM насправді не просто додає ще один EVM-ланцюг, а інтегрує всю екосистему EVM з ефективністю розробки у базову інфраструктуру L1, яка відповідає вимогам приватності та регулювання.



Почнемо з прогресу у розробці. DuskDS як рівень доступності даних та розрахунків вже стабільно працює у мейннеті, а оновлення Rusk — це останній бар’єр перед запуском DuskEVM у мейннеті. Основна мета цього оновлення — забезпечити безперебійне оброблення BLOB-транзакцій. Іншими словами, як упорядкувати масові транзакції L2, щоб вони послідовно потрапляли на L1 — ця дорога нарешті буде повністю прокладена.

Розглянемо кілька ключових показників. BLOB генерується через фіксований інтервал — приблизно кожні 7 хвилин з’являється нове вікно. Якщо одна порція EVM-транзакцій перевищує обсяг одного BLOB, система автоматично переключається на наступне вікно; за поточними параметрами, одне вікно може містити до 6 BLOB. Це можна уявити як багатолінійну швидкісну дорогу для розрахунків — чим стабільніше кількість смуг, тим передбачуваніше пропускна здатність і вартість, що особливо важливо для DeFi та RWA, де стабільність розрахунків має критичне значення.

Ще цікавіше — загальна концепція. DuskEVM по суті є сумісним з EVM рівнем виконання, але базовий рівень розрахунків — це не-EVM приватний регульований L1 (DuskDS). Це не просто косметична зміна, а поєднання "зручних інструментів для розробників" та "регуляторної бази для інституцій" у єдину систему.

Що це означає для розробників? Гаманці, апаратні підписувачі та інші інструменти екосистеми EVM можна інтегрувати більш гладко, зменшуючи поріг входу. Для інституцій та проектів це означає комфортніше життя — ви можете швидко створити власний L2 на базі DuskDS, будь то з дозволом або без, визначати правила секвенсера самостійно, а регуляторні вимоги безпосередньо закладати у параметри ланцюга, а не писати їх у презентаціях і боятися.

Головна ідея цієї концепції полягає в тому, що вона не змушує вибирати між "EVM або приватністю", а розподіляє функції між рівнями — фронтенд продовжує використовувати зручності екосистеми EVM, а бекенд — підтримує приватний регульований L1. У контексті поступового переходу DeFi та RWA у блокчейн-оточення, така архітектура має значний потенціал для розвитку.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • 5
  • Репост
  • Поділіться
Прокоментувати
0/400
ChainProspectorvip
· 01-25 08:13
Ну... ця архітектурна концепція дійсно має свої плюси, мені подобається ідея розподілу функцій між рівнем виконання та рівнем розрахунків
Переглянути оригіналвідповісти на0
TheShibaWhisperervip
· 01-22 14:58
Ну... цей дизайн вікна BLOB дійсно має свої плюси, але все ж потрібно побачити, як він працює у основній мережі, щоб це вважалося дійсним
Переглянути оригіналвідповісти на0
RetroHodler91vip
· 01-22 08:29
Ця архітектурна ідея цілком прийнятна, але чи зможе вона реально бути реалізована, залежить від виконавчої здатності оновлення Rusk. Фіксація вікна BLOB дійсно є ключовою частиною.
Переглянути оригіналвідповісти на0
CryptoWageSlavevip
· 01-22 08:29
Деталі добре опрацьовані, але я боюся, що це знову стане ще однією "концептуальною ланцюгом"
Переглянути оригіналвідповісти на0
TommyTeachervip
· 01-22 08:25
Ця архітектура дійсно має свої особливості, досвід розробки EVM у поєднанні з платформою приватності та відповідності, відчуття, ніби ти одночасно отримуєш і торт, і їси його, ха-ха
Переглянути оригіналвідповісти на0
  • Закріпити