DUSK цей проект досить цікавий — він не слідує за модою та спекуляціями, а навпаки зосереджений на оптимізації на рівні низького рівня. Спільна розробка системи доказів PLONKup у співпраці з Барселонським університетом є найкращим прикладом — вона оптимізувала процес обіцянки многочленів на основі PLONK. Практичні дані дуже наочні: створення одного агрегованого доказу для кількох блоків займає всього 1.7 секунди, що на 40% швидше за нативний PLONK, і підтримує рекурсивну валідацію — це означає, що докази валідності кількох блоків можна об’єднати в один, значно зменшуючи навантаження на валідацію в мережі.
У поєднанні з фреймворком rkyv для нуль-копійної десеріалізації, ефективність завантаження даних значно зросла. Раніше я тестував звичайний ZK-проект, щоб завантажити 100 транзакцій — це займало 1.2 секунди, а DUSK — всього 0.5 секунд, при цьому ще й економить 35% пам’яті. Це суттєво покращує досвід легких вузлів.
До того ж, їх кастомізована реалізація хешу Poseidon повністю орієнтована на сценарії з нульовими знаннями. У тестах на колізії вона показала набагато кращі результати, ніж SHA-256, час обчислення хешу на 28% менший за подібні функції, і цілком здатна задовольнити високочастотні обчислювальні потреби приватних контрактів.
Але наприкінці — цікава деталь — під час першого тесту не було увімкнено паралельність rayon із характеристикою std, і час генерації доказів подвоївся. Після того, як я переглянув документацію crates.io, з’ясував, що потрібно вручну активувати параметри паралельної компіляції, і після налаштування продуктивність одразу покращилася. Така увага до деталей на низькому рівні справляє враження. Не покладаючись на хайпи, а завдяки академічним партнерствам і інженерним оптимізаціям, вони формують продукт — справжній технічний гігант у сегменті приватних блокчейнів.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
9 лайків
Нагородити
9
5
Репост
Поділіться
Прокоментувати
0/400
UnluckyValidator
· 5год тому
Ну, PLONKup ця штука дійсно непогана. Нарешті з'явився проект, який справді наполегливо працює на низькому рівні.
Дійсно вражає технічна деталізація DUSK... Це саме той вигляд, яким має бути ZK
Переглянути оригіналвідповісти на0
SocialFiQueen
· 8год тому
Рідко можна побачити проект, який не займається спекулятивними концепціями, а зосереджений на технічних розробках, і цифра 40% покращення продуктивності — це не жарт... Однак остання деталь з паралелізмом rayon і є ключовою, багато команд взагалі не будуть так серйозно ставитися до цього
Переглянути оригіналвідповісти на0
OnChainDetective
· 8год тому
ngl, генерація доказів 1.7s привернула мою увагу — я порахував і це 40% покращення порівняно з базовим plonk дійсно збігається з тим, що опублікувала співпраця з Барселоною. але ось що мене турбує: ще ніхто не тестував це в реальних умовах основної мережі? завжди скептичний, коли показники продуктивності походять із контрольованих лабораторних умов, чесно
DUSK цей проект досить цікавий — він не слідує за модою та спекуляціями, а навпаки зосереджений на оптимізації на рівні низького рівня. Спільна розробка системи доказів PLONKup у співпраці з Барселонським університетом є найкращим прикладом — вона оптимізувала процес обіцянки многочленів на основі PLONK. Практичні дані дуже наочні: створення одного агрегованого доказу для кількох блоків займає всього 1.7 секунди, що на 40% швидше за нативний PLONK, і підтримує рекурсивну валідацію — це означає, що докази валідності кількох блоків можна об’єднати в один, значно зменшуючи навантаження на валідацію в мережі.
У поєднанні з фреймворком rkyv для нуль-копійної десеріалізації, ефективність завантаження даних значно зросла. Раніше я тестував звичайний ZK-проект, щоб завантажити 100 транзакцій — це займало 1.2 секунди, а DUSK — всього 0.5 секунд, при цьому ще й економить 35% пам’яті. Це суттєво покращує досвід легких вузлів.
До того ж, їх кастомізована реалізація хешу Poseidon повністю орієнтована на сценарії з нульовими знаннями. У тестах на колізії вона показала набагато кращі результати, ніж SHA-256, час обчислення хешу на 28% менший за подібні функції, і цілком здатна задовольнити високочастотні обчислювальні потреби приватних контрактів.
Але наприкінці — цікава деталь — під час першого тесту не було увімкнено паралельність rayon із характеристикою std, і час генерації доказів подвоївся. Після того, як я переглянув документацію crates.io, з’ясував, що потрібно вручну активувати параметри паралельної компіляції, і після налаштування продуктивність одразу покращилася. Така увага до деталей на низькому рівні справляє враження. Не покладаючись на хайпи, а завдяки академічним партнерствам і інженерним оптимізаціям, вони формують продукт — справжній технічний гігант у сегменті приватних блокчейнів.