有時候我會發現自己在看：人們試圖通過先給最終產品改個名字，來“修復”一個複雜流程。給它一個新標籤，然後就假設其餘部分會自行就位。通常不會。最初那套檢查與交接的順序依然在那裏。

當我在研究 Dusk 如何處理受監管的金融業務時，這種想法一直回到我腦海。注意力並不主要落在代幣上。不斷浮現的問題是：完整的流程是否真的能在同一套規則下運行：資格要求、受限轉移、結算、有選擇的披露、報送——而且不把其中一半留在鏈下。

我起初以爲這只是爲了增加合規功能。但並不完全是。代幣本身開始顯得是次要的。必須可被驗證的是工作流：誰可以持有、何時允許轉移並完成結算、可以向誰披露什麼、以及何時最終狀態被認爲已經完成。只要這些步驟裏有任何一項停留在鏈外，那麼鏈上的部分只是對一個更早的流程進行鏡像。

因此，設計必須把這些義務承載在流程內部。這就把複雜度提升到了協議層面。其背後的假設似乎是：如果只有資產被數字化了，而其餘協調工作仍在鏈下，那麼受監管的市場就不會改變。

我仍不確定，真正更難的問題是如何在不關閉系統的情況下嵌入這些約束，還是如何決定這套流程中哪些部分可以保持私密，同時仍能讓需要看到它們的各方證明其真實性。

#dusk $DUSK @Dusk $BTC