區塊鏈有個老生常談的困局——去中心化、安全、可擴展性無法兼得。但對於主打金融應用的公鏈來說,問題更具體:怎樣既能保護隱私,又要滿足合規審計,还不能犧牲性能?強隱私往往拖累速度;加入合規機制又可能破壞隱私;追求高性能就得簡化功能。三者似乎是個死結。



有個項目叫Dusk,它的思路是不在一個單體系統裡硬生生塞下所有功能,而是拆分成模塊,各司其職。

**執行層做隱私的活兒**

Piecrust VM這一層專門跑隱私合約,基於WASM架構。你可以在這裡執行包含零知識證明生成的代碼,而且效率不差。好處是什麼?這一層可以單獨優化,比如集成ZK硬體加速器,完全不用顧慮其他層的感受。隱私計算的邏輯再複雜也只在這裡處理,不蔓延到整個系統。

**結算層搞合規和安全**

SBP共識接手結算和共識的工作。它提供了類BFT式的快速最終性——金融應用需要這種快速的確定性。這一層同時嵌入了合規的全局狀態和審計接口,相當於給隱私計算的結果裝了一個"合規錨",確保每筆交易都能追溯到合規框架。

**數據層負責吞吐**

把交易數據的存儲和分發獨立出來,用更適合高吞吐的數據結構和協議。這樣大量隱私交易數據能高效流轉,整個系統的性能瓶頸也就鬆開了。

關鍵點在接口標準化。執行層輸出的是一個"隱私且合規"的交易包,附帶一份證明說"我按規則執行了隱私合約,所有操作都符合合規要求"。結算層不需要重跑這套邏輯,只要驗證證明有效、共識順序正確,就能完成結算。

這就是模塊化的妙處——分工清晰,驗證高效,隱私、合規、性能三個維度各有專攻,互不拖累。
DUSK0,99%
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • 7
  • Репост
  • Поділіться
Прокоментувати
Додати коментар
Додати коментар
DataOnlookervip
· 01-22 12:14
Ой, ця ідея дійсно геніальна, багаторівнева розв'язка — це ключ до успіху
Переглянути оригіналвідповісти на0
SerLiquidatedvip
· 01-20 16:44
Модульна архітектура — ця ідея дійсно розумна, але чесно кажучи, все залежить від того, як вона працюватиме на практиці.
Переглянути оригіналвідповісти на0
WenMoonvip
· 01-20 07:47
Модульний підхід дійсно класний, здається, нарешті хтось прояснив суперечність між приватністю та відповідністю вимогам
Переглянути оригіналвідповісти на0
SchrodingersFOMOvip
· 01-20 07:47
Модульність цієї системи дійсно розумна, але чесно кажучи, скільки проектів у кінцевому підсумку все ж таки були розчавлені реальністю і каталися по землі?
Переглянути оригіналвідповісти на0
QuietlyStakingvip
· 01-20 07:43
Модульна архітектура звучить добре, але не знаю, чи не виникнуть проблеми при реалізації.
Переглянути оригіналвідповісти на0
AirdropHustlervip
· 01-20 07:36
Модульний підхід дійсно крутий, але чи зможе Dusk реально реалізуватися, здається, це ще один проект, що малює обіцянки
Переглянути оригіналвідповісти на0
OnchainGossipervip
· 01-20 07:33
哎呦 ця ідея дійсно ясна, модульне розподілення функцій набагато краще, ніж просто зливати все разом

Чесно кажучи, раніше ті проекти, що намагалися одночасно вирішити питання приватності та відповідності, закінчилися трьома провалами

Розбиття Dusk на рівень виконання, рівень розрахунків і рівень даних здається, справді, знайшло свою логіку

Головне — це те, що дизайн "маркера відповідності" я вважаю дуже влучним, приватність — це приватність, але ланцюг аудиту має бути чітким, щоб і традиційні фінанси могли його прийняти

Тільки не знаю, чи не з'являться ще якісь підводні камені при реальному запуску... Чи зможе така інтерфейсна перевірка між модулями досягти бажаної ефективності?

Почекати на реальні дані, бо тільки з проектної документації легко зробити помилку

До речі, чи стане така ідея у майбутньому стандартною архітектурою для публічних ланцюгів?
Переглянути оригіналвідповісти на0
  • Закріпити