Я — технар, одержимий глибокими аспектами криптографії блокчейну. За ці роки я ознайомився з надто багатьма приватними публічними ланцюгами, і скрізь бачив одну й ту саму проблему — технічний дизайн виглядає вражаюче, але на практиці стає смішним.
За останні 16 місяців я переглянув майже 30 білих книг приватних публічних ланцюгів і особисто протестував 15 проектів їхніх ключових технічних модулів. Результат? Або криптографічні алгоритми зроблені дуже круто, але їхні показники продуктивності — порожній звук; або функціонал навалений так, що код приховує очевидні безпекові вразливості; або документація написана хаотично, і розробникам важко зрозуміти, як це використовувати. По суті, це загальна проблема індустрії приватних публічних ланцюгів — виглядає круто, але користуватися незручно.
До початку року, коли я досліджував оптимізацію ефективності доказів нульового знання, я почав глибше вивчати Dusk Network. Від ручного компілювання Zerocaf, до тестування криптографічних параметрів кривої Sonny, і до повного моделювання процесу міжланцюгового масштабування Plumo — цей процес зайняв понад два місяці. Це дозволило мені зрозуміти, що справжня цінність DUSK полягає не в тому, наскільки круті окремі технології, а в тому, як їх правильно використовувати.
DUSK повністю інтегрує власні технології Zerocaf, криву Sonny, Plumo з зрілими рішеннями, такими як система доказів PLONK і механізм доступності даних DAS, створюючи системне рішення — без втрати приватності, без компромісів у продуктивності, без зменшення масштабованості міжланцюгових рішень. Ті дизайнерські хитрощі, що приховані у деталях коду, саме і влучно підкреслюють головну проблему приватних публічних ланцюгів — "гарно виглядає, але незручно у використанні".
Раніше я не дуже вірив у реальну ефективність доказів нульового знання. Коли я тестував один із найбільш відомих приватних публічних ланцюгів, звичайний приватний переказ займав багато часу через обчислення на еліптичних кривих. Така продуктивність просто не могла підтримувати масштабні реальні транзакції. Але у цьому плані DUSK показує зовсім інше.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
13 лайків
Нагородити
13
6
Репост
Поділіться
Прокоментувати
0/400
BearMarketNoodler
· 8год тому
Цей хлопець переглянув 30 білих книг, я порахував — в середньому менше двох днів на кожну, справжнє візуальне визначення підробки.
Після більш ніж двох місяців тестування я почав довіряти DUSK, що це означає? Або попередні проєкти були дійсно повністю поганими, або стандарти дійсно високі. Але з іншого боку, я давно видал 90% приватних публічних ланцюгів, у мене немає такого настрою.
Продуктивність без компромісів, міжланцюгова сумісність без зменшення, вже втомився слухати — але як це працює насправді? Я все ж більше ціную ті проєкти, де код не бреше.
Систематичне злиття звучить добре, але чи справді злиті речі можуть працювати на масштабних обсягах? Це і є головне питання.
Ось це вже справжня робота для тих, хто серйозно вивчає, а не просто сліпо хвалить.
Не говоріть так категорично, приватні публічні ланцюги мають багато пасток, я все ще скептично налаштований, поки не буде достатньо обґрунтованих доказів.
Ефективність доказів із нульовим знанням дійсно є болючою точкою, всі ті проєкти, що обіцяли миттєве підтвердження, — просто шахраї.
Переглянути оригіналвідповісти на0
BoredApeResistance
· 15год тому
Цей хлопець дійсно доклав зусиль, 30 білых книг і 15 проектів вручну, мені вже просто слухати важко.
Але чесно кажучи, після перегляду такої кількості, лише DUSK викликав полегшення — це справжній підхід до вирішення проблеми.
Обмеження продуктивності доказів нульової знання дійсно є слабким місцем приватних ланцюгів, обійти його немає необхідності.
Переглянути оригіналвідповісти на0
ThatsNotARugPull
· 15год тому
哈,又 один технічний пост "Я протестував 15 проектів" ... але цього разу здається, справді зробив роботу
Ця Dusk Zerocaf + Sonny крива дійсно нездоланна, дані про продуктивність тут
Чесно кажучи, я вже налякався приватних ланцюгів, занадто багато яскравих білих книг
Можливість реалізації > хвастовство, цю фразу потрібно запам’ятати
Чи проводився аудит коду? Ось справжнє завдання
Цей хлопець справжній технар, за 16 місяців протестував 15 проектів, я цим захоплююся. Але чесно кажучи, я сумніваюся, чи дійсно так багато білых книг варто читати?
Звучить так, ніби DUSK дійсно добре інтегрує свої речі, але щодо ефективності ZK… я ще хочу побачити реальні дані.
Ого, ще один, хто малює великі плани? Спочатку подивимося, що буде через рік.
Зачекайте, Zerocaf і PLONK справді можуть безшовно з'єднатися? Це трохи перебільшено…
Ось чому я завжди не вірив у приватні публічні ланцюги, на папері вони здаються дуже сильними.
Знову ж таки, без користувачів немає майбутнього, навіть найкраща криптографія безглузда.
Серйозно? За два місяці таке освоїти? Мені потрібно у тебе поучитися.
Якщо приватні публічні ланцюги справді мають стільки проблем, чому ще ніхто не зійшов з плавучого?
Переглянути оригіналвідповісти на0
OnchainUndercover
· 15год тому
Провівши два місяці, самостійно писав код і мене переконали? Мені потрібно самостійно запустити дані, щоб сказати
Ці деталі дійсно мають значення, але все ж хочу побачити реальну поведінку в мережі
30 білих книг проти одного проекту, ця порівняння трохи сумнівна
Елегантний код ≠ продукт, який можна використовувати, ми вже наступали на ці граблі
Розробка DUSK з цією інтеграційною схемою дійсно не стандартна, але чи оприлюднені дані про продуктивність?
Чи справді можна вирішити проблему обмежень доказів нульової знання? Маю сумніви
Виглядає гарно, але важко у використанні — ця оцінка дуже боляча, більшість проектів мають цю проблему
Більше двох місяців досліджую один проект, чи варта ця інвестиція та віддача?
Що б не було красиво сказано, головне — щоб працювало, чекаю побачити реальну поведінку основної мережі
Користувацький досвід — це справжня слабка сторона приватних блокчейнів
Я — технар, одержимий глибокими аспектами криптографії блокчейну. За ці роки я ознайомився з надто багатьма приватними публічними ланцюгами, і скрізь бачив одну й ту саму проблему — технічний дизайн виглядає вражаюче, але на практиці стає смішним.
За останні 16 місяців я переглянув майже 30 білих книг приватних публічних ланцюгів і особисто протестував 15 проектів їхніх ключових технічних модулів. Результат? Або криптографічні алгоритми зроблені дуже круто, але їхні показники продуктивності — порожній звук; або функціонал навалений так, що код приховує очевидні безпекові вразливості; або документація написана хаотично, і розробникам важко зрозуміти, як це використовувати. По суті, це загальна проблема індустрії приватних публічних ланцюгів — виглядає круто, але користуватися незручно.
До початку року, коли я досліджував оптимізацію ефективності доказів нульового знання, я почав глибше вивчати Dusk Network. Від ручного компілювання Zerocaf, до тестування криптографічних параметрів кривої Sonny, і до повного моделювання процесу міжланцюгового масштабування Plumo — цей процес зайняв понад два місяці. Це дозволило мені зрозуміти, що справжня цінність DUSK полягає не в тому, наскільки круті окремі технології, а в тому, як їх правильно використовувати.
DUSK повністю інтегрує власні технології Zerocaf, криву Sonny, Plumo з зрілими рішеннями, такими як система доказів PLONK і механізм доступності даних DAS, створюючи системне рішення — без втрати приватності, без компромісів у продуктивності, без зменшення масштабованості міжланцюгових рішень. Ті дизайнерські хитрощі, що приховані у деталях коду, саме і влучно підкреслюють головну проблему приватних публічних ланцюгів — "гарно виглядає, але незручно у використанні".
Раніше я не дуже вірив у реальну ефективність доказів нульового знання. Коли я тестував один із найбільш відомих приватних публічних ланцюгів, звичайний приватний переказ займав багато часу через обчислення на еліптичних кривих. Така продуктивність просто не могла підтримувати масштабні реальні транзакції. Але у цьому плані DUSK показує зовсім інше.