#dusk $DUSK @Dusk 我記得我弟弟瓦卡斯（Waqas）曾問過我一個問題，讓我重新思考了 Dusk 的隱私設計。如果用戶可以選擇要透露多少信息，這難道不會讓開發變得更困難嗎？
說實話，我沒想到這個問題會揭示出這麼多。真正更大的問題並不在於“隱藏交易”本身，而在於開發者無法把公共賬本當作應用程序狀態的完整來源。
這一假設會在基礎設施層面立刻產生影響。錢包、索引器以及金融系統都必須考慮這樣一種情況：它們通常用來進行發現、恢復或記賬的信息並不總是公開可用的。
引起我注意的是更上一層會發生什麼。開發者必須區分：哪些功能確實需要交易級別的細節，哪些功能則可以在不依賴這些細節的情況下運行。
與其圍繞“最大程度的數據可見性”來構建，然後再在後期加入隱私，不如讓應用從一開始就以隱私爲前提來定義它的數據依賴關係。這也是我覺得 Dusk 最有意思的一點架構取捨：隱私會改變金融軟件默認情況下能夠知道什麼，從而也決定了這類軟件必須如何被設計。
你願意爲了這樣一種從第一天起就把隱私內建進底層假設的應用模型，而在一定程度上犧牲一些開發上的簡便嗎？🤔
說實話，我沒想到這個問題會揭示出這麼多。真正更大的問題並不在於“隱藏交易”本身，而在於開發者無法把公共賬本當作應用程序狀態的完整來源。
這一假設會在基礎設施層面立刻產生影響。錢包、索引器以及金融系統都必須考慮這樣一種情況：它們通常用來進行發現、恢復或記賬的信息並不總是公開可用的。
引起我注意的是更上一層會發生什麼。開發者必須區分：哪些功能確實需要交易級別的細節，哪些功能則可以在不依賴這些細節的情況下運行。
與其圍繞“最大程度的數據可見性”來構建，然後再在後期加入隱私，不如讓應用從一開始就以隱私爲前提來定義它的數據依賴關係。這也是我覺得 Dusk 最有意思的一點架構取捨：隱私會改變金融軟件默認情況下能夠知道什麼，從而也決定了這類軟件必須如何被設計。
你願意爲了這樣一種從第一天起就把隱私內建進底層假設的應用模型，而在一定程度上犧牲一些開發上的簡便嗎？🤔