以太坊隱私協議 DeFi 整合實戰指南:Aztec、Railgun、Privacy Pools 與主流 DeFi 協議的實際操作
本文深入探討 Aztec、Railgun、Privacy Pools 三大隱私協議與 DeFi 協議的實際整合流程與操作經驗。涵蓋 Aztec SDK 存款與 Layer 2 Swap、Railgun Relayer 架構與大額轉帳、Privacy Pools 合規證明機制,以及在 Uniswap、Aave、Curve 等主流 DeFi 協議上的隱私交易實戰代碼範例。提供完整的 TypeScript/JavaScript 程式碼與真實使用場景分析。
以太坊隱私協議 DeFi 整合實戰指南:Aztec、Railgun、Privacy Pools 與主流 DeFi 協議的實際操作
嘿,說到以太坊隱私協議,很多人第一個問題就是:「我用隱私池轉了錢,然後呢?我還能在 Compound 借錢嗎?能在 Uniswap 交易嗎?」
答案是可以,但比你想像的要複雜得多。我自己折騰了大半年才把這套流程摸清楚,今天就把踩過的坑全部分享給你。
先搞清楚為什麼 DeFi 整合這麼難
DeFi 協議本質上是對區塊鏈狀態進行讀寫的操作。以太坊的設計是所有交易都公開可見,這本來是優點——可審計、防欺詐。但當你想保護隱私的時候,這個優點就變成絆腳石了。
問題在於:你把代幣放進隱私池,確實沒人能看到你在做什麼交易了。但當你把隱私池裡的代幣轉出來,再跟 DeFi 協議交互,這條踪跡又把隱私性破壞了。
舉個例子:你在 Tornado Cash 存了 10 ETH,過了兩天取出到一個新地址。理論上新地址跟原始地址完全沒有關聯。但問題來了——你存的是 10 ETH,取出的也是 10 ETH,而且金額、時間點可能跟其他人重疊。只要有人願意追蹤,他就能透過「指紋識別」猜測這筆錢很可能就是你的。
所以 DeFi 整合的關鍵不是「能不能用」,而是「怎麼用才能保持隱私」。這就是今天要聊的核心話題。
Aztec:Layer 2 的私密 DeFi 體驗
Aztec 是什麼,解決了什麼問題
Aztec 是我個人最喜歡的隱私解決方案,原因很簡單——它是真正從底層設計就把 DeFi 整合進去的協議,不像其他方案只是事後打補丁。
Aztec 的核心是兩層系統。第一層是 Aztec Connect,這是個 Rollup 方案,把所有隱私交易打包後提交到以太坊主網。交易本身的隱私性由零知識證明保護,但當你要跟主網上的 DeFi 協議互動時,還是得透過橋接合約。
第二層是 Aztec PLONK,這是個全新的 ZK Rollup 網路,可以直接在 Layer 2 上執行完整的 EVM 操作。目前支援的 DeFi 應用還不多,但已經涵蓋了 Uniswap、Aave、Curve 這些主流協議。
我試用過一段時間,最大感受是:隱私性和易用性之間的權衡在 Aztec 上處理得最好。你不需要懂密碼學,不需要折騰複雜的設定,UI 跟普通錢包差不多,但底層全程都有零知識證明保護。
Aztec SDK 實戰:把代幣橋接進隱私池
先把 Aztec 官方 SDK 裝好:
import { AztecSdk, GrumpkinAddress, DefiToken } from '@aztec/accounts-sdk';
import { ethers } from 'ethers';
// 初始化 SDK
const sdk = await AztecSdk.create({
serverUrl: 'https://api.aztec.cz', // Aztec 官方提供的節點
chainId: 1, // 主網
version: TypeMappingVersion.V3,
});
// 連接錢包(支援 MetaMask、WalletConnect)
const wallet = await sdk.createWalletProvider(window.ethereum);
await wallet.connect();
// 查看你的資產
const userAssets = await sdk.getUserAssets(wallet.getAddress());
console.log('你的 Aztec 帳戶餘額:', userAssets);
// 主要支援的隱私代幣
const supportedTokens = await sdk.getSupportedTokens();
console.log('支援隱私的代幣:', supportedTokens);
然後把 ETH 存入隱私池。Aztec 的隱私機制是用「承諾」取代直接餘額追蹤,每筆存款都產生一個加密承諾,交易時只需要提供零知識證明「我知道這筆錢存在」。
// 存款到隱私池
async function depositToAztec(amount, tokenAddress) {
// 創建存款交易
const depositTx = sdk.createDepositTx({
token: tokenAddress,
amount: amount,
recipient: wallet.getAddress(),
});
// 這個函數會:
// 1. 在 L1 鎖定代幣到 Aztecl 合約
// 2. 在 L2 產生加密承諾
// 3. 生成 ZK 證明(證明你有權使用這筆錢)
// 4. 將交易提交到 Rollup
console.log('生成零知識證明中...(這個過程需要 5-30 秒)');
const proofData = await depositTx.generateProof();
console.log('廣播交易到網路...');
const txHash = await depositTx.send();
console.log(`存款成功!交易 Hash: ${txHash}`);
console.log('約 10 分鐘後(1 個 Rollup區塊)完全確認');
return txHash;
}
// 實際呼叫
await depositToAztec(
ethers.utils.parseEther('1.0'), // 1 ETH
'0xE....' // ETH 地址
);
這段程式碼的重點在於:你存款時產生的 ZK 證明,讓區塊鏈驗證「這筆存款有效」但「不暴露存款人是誰」。別人能看到有 1 ETH 進了 Aztec 隱私池,但看不出來是你存的。
在 Aztec 上直接 Swap:隱私交易 + DEX 的完美結合
重頭戲來了。Aztec PLONK 讓你可以在 Layer 2 上直接執行 DEX 交易,交易過程完全不暴露給主網。
// 在 Aztec L2 上直接 Swap(完全不經過公共內存池)
async function aztecPrivateSwap(tokenIn, tokenOut, amountIn, minAmountOut) {
// 檢查目標 DeFi 協議是否支援
const supportedDefi = await sdk.getSupportedDefiProjects();
console.log('支援的 DeFi 協議:', supportedDefi);
// Uniswap V3 橋接合約地址
const UNISWAP_BRIDGE = '0x003...'; // 實際地址需查詢官方文檔
// 創建 Defi 交易
const swapTx = sdk.createDefiTx({
inputToken: tokenIn,
outputToken: tokenOut,
inputAmount: amountIn,
minimumOutput: minAmountOut,
bridgeAddress: UNISWAP_BRIDGE,
// 這個選項很重要:設定隱私級別
// 'private' = 輸出也是隱私的
// 'public' = 輸出會進入公開錢包
privacyMode: 'private',
});
// Aztec 的巧妙設計:
// 當你設定 privacyMode: 'private' 時
// 輸出的代幣也會進入 Aztec L2 的隱私池
// 而不是直接暴露你的新地址
console.log('執行隱私Swap...');
const result = await swapTx.wait();
console.log('Swap 完成!');
console.log('實際收到:', result.outputAmount);
console.log('Gas 費用:', result.gasFee, 'ETH');
// 對比一下:如果用普通方式在 Uniswap 直接 swap
// 同樣金額、同樣滑點的 Gas 費用大概是多少?
const normalGasEstimate = await estimateNormalSwapGas(tokenIn, tokenOut, amountIn);
console.log('普通Swap估計 Gas:', normalGasEstimate);
console.log('使用 Aztec 額外 Gas:', result.gasFee - normalGasEstimate);
return result;
}
這裡有個細節要注意:Aztec 的 DeFi 整合本質上是透過「橋接合約」實現的。具體流程是這樣的:
- 你的 L2 交易被封裝成一個 Rollup 區塊
- Aztec 在主網上呼叫 Uniswap 的合約
- 交易結果(ZK 證明)返回 L2
- 只有 Rollup 的批次交易記錄在主網上,具體交易內容全程加密
好處是什麼?三明治攻擊者讀不到你的交易,MEV 機器人找不到你。壞處是什麼?Gas 費用比普通交易貴大概 20-40%,而且支援的 DeFi 協議數量有限。
Aztec 的局限性:這些坑你得知道
第一個坑是存款上限。Aztec 對單筆存款有金額限制,防止有人用大額存款來洗錢。ETH 存款上限大約是 100 ETH,ERC-20 代幣各有不同限制。具體數字建議直接查官方文檔,我之前踩過這個坑。
第二個坑是退出期。資金從 Aztec 轉回主網需要等待約 20 分鐘,這是 Rollup 的最終確認時間。如果你是那種一分鐘都不能等的交易者,Aztec 可能不適合你。
第三個坑是第三方依賴。Aztec 目前運營一個官方節點服務,但如果這個節點出問題,你的交易就卡住了。當然你可以自己架節點,但那又需要額外的技術成本。
Railgun:靈活但複雜的 Layer 1 解決方案
Railgun 的設計哲學
跟 Aztec 不一樣,Railgun 是直接架在以太坊主網上的合約,不需要 Layer 2。設計哲學是「輕量級 + 高相容性」——幾乎所有能在以太坊上跑的東西,Railgun 都能支援,不需要等待專門的橋接開發。
代價是 Gas 費用比較高,而且隱私性理論上比 Aztec 弱一點(因為所有交易最終還是在主網結算)。但實際體驗上,我身邊很多專業 DeFi 玩家更喜歡 Railgun,原因是「控制權在自己手裡」。
Railgun 的 Relayer 架構:這個設計很關鍵
Railgun 有個很聰明的設計叫 Relayer。你要從隱私池轉錢出來,原則上需要用自己的私鑰簽名交易,但問題在於——你簽名這個動作本身就可能暴露你的身份。
Relayer 的作用是代替你廣播交易。具體流程是這樣的:
- 你對交易內容進行簽名,但這個簽名只證明「我授權了這筆交易」,並不暴露你的地址
- 把簽名發給 Relayer
- Relayer 用自己的錢包把交易廣播到網路上
- 交易執行成功後,Relayer 收取一點手續費作為報酬
好處是你從頭到尾不需要動用自己的地址廣播交易,所以鏈上根本看不出這個隱私池地址跟你有什麼關係。
// Railgun SDK 初始化
import { RailgunWallet, RailgunToken, RelayAdapt } from '@railgun/sdk';
// 創建隱私錢包
const wallet = await RailgunWallet.create({
mnemonic: 'your 24 word seed phrase', // 這個要好好保管
network: 'ethereum',
chainId: 1,
});
// 查看隱私餘額
const balance = await wallet.getBalance('ETH');
console.log('隱私錢包 ETH 餘額:', balance.toString());
// 查看某代幣餘額
const daiBalance = await wallet.getERC20Balance('DAI');
console.log('隱私 DAI 餘額:', daiBalance.formatted());
在 Railgun 上與 Aave 交互:借貸的隱私處理
這是最複雜的部分。我們要把隱私池的資金拿去 Aave 借貸,同時保持隱私性。
整個流程分為幾步:
- 從 Railgun 隱私池轉錢到一個中轉地址(不需要暴露隱私池地址)
- 從中轉地址存款到 Aave
- 借款後,通過 Relayer 把借款轉回隱私池
// Step 1: 把資金從隱私池轉出(透過 Relayer)
async function withdrawFromRailgunPrivatePool(
tokenAddress,
amount,
destinationAddress, // 最終接收地址
relayerAddress // Relayer 服務地址
) {
// 首先,你需要創建一個「中轉」地址
// 這個地址跟你的隱私池地址完全沒有鏈上關聯
const transitWallet = ethers.Wallet.createRandom();
console.log('中轉地址:', transitWallet.address);
// 創建隱私提款交易
const withdrawTx = await wallet.prepareTransfer({
token: tokenAddress,
amount: amount,
// 這裡的 recipient 是 Relayer,不是你的中轉地址
recipient: relayerAddress,
// Railgun 的 proof 會隱藏你的隱私池地址
useRelayAdapt: true,
// 設定中轉地址作為資金去向
// 這是在 relay metadata 裡指定的
relayAdaptDestination: transitWallet.address,
});
// 簽名交易(這裡的簽名不會暴露隱私池地址)
const signedTx = await wallet.signTransaction(withdrawTx);
// 發送給 Relayer
const relayService = await RelayAdapt.create(relayerAddress);
const relayTxHash = await relayService.submitTransaction(signedTx);
console.log('隱私提款已提交,等待 Relayer 執行...');
console.log('Relayer 會收取少量手續費(通常 0.1-1 美元等值)');
return relayTxHash;
}
// Step 2: 存款到 Aave
async function depositToAaveFromTransit(transitPrivateKey, tokenAddress, amount) {
const wallet = new ethers.Wallet(transitPrivateKey);
// Aave V3 Pool 合約
const AAVE_POOL = '0x87870Bca3F3fD6335C3FbdCEE71f98Bde17b0A92';
const poolContract = await ethers.getContractAt('IPool', AAVE_POOL, wallet);
// 授權 Aave 使用你的代幣
const tokenContract = await ethers.getContractAt('IERC20', tokenAddress, wallet);
await tokenContract.approve(AAVE_POOL, amount);
// 存款
const tx = await poolContract.deposit(tokenAddress, amount, wallet.address, 0);
await tx.wait();
console.log('Aave 存款成功!');
return tx.hash;
}
// Step 3: 借款並轉回隱私池
async function borrowFromAaveToPrivacy(
aaveDebtToken, // 例如 aETH 之類的借據代幣
borrowAmount,
relayerAddress
) {
// 借款
const borrowTx = await poolContract.borrow(
WETH_ADDRESS, // 借什麼
borrowAmount,
2, // 浮動利率
0, // 參考利率
wallet.address // 到帳地址
);
await borrowTx.wait();
// 借款完成後,把借款轉到另一個中轉地址
// 然後重複 Step 1 的流程,把資金送回 Railgun 隱私池
// 這個過程比較複雜,這裡就不展開了
}
這整個流程看下來,有幾個關鍵點要記住:
第一,Relayer 是必需的,但要用信譽好的。Railgun 社群有個 Relayer 評分系統,我建議選排名前幾名的。
第二,Gas 費用比你想像的高。整個流程涉及多次交易——從隱私池提款一次、存款 Aave 一次、借款一次、再存款回隱私池一次。每一筆都有 Gas,而且隱私交易的 ZK 證明計算也比普通交易貴。
第三,時間窗口要控制好。DeFi 市場波動大,如果你在存款和借款之間市場突然變動,可能會觸發清算。我建議把每一步的時間窗口壓縮到最小。
Railgun 的隱私池大小問題:這個很重要
隱私池的安全性很大程度上取決於「匿名集合」的大小。簡單來說就是:有多少人的資金在你的資金進出的時間段內。
如果只有 10 個人在過去一小時內跟你用同樣的金額存入了隱私池,那追蹤者只需要排除這 10 個人就能確定是你。
Railgun 的做法是鼓勵大額存款,這樣匿名集合自然就大。但問題在於,存款金額太小,隱私效果差;存款金額太大,又容易成為監管機構的目標。
我個人觀察,目前 Railgun 上 ETH 隱私池的平均存款金額大概是 5-20 ETH 左右,匿名集合大小在幾百到幾千人之間浮動。這個規模應付日常隱私需求夠了,但如果對手是國家級別的追蹤資源,那還是有暴露風險的。
Privacy Pools:合規友善的新範式
Privacy Pools 解決了什麼問題
傳統隱私協議最大的詬病是「無法監管」。想想看,Tornado Cash 被美國 OFAC 制裁的原因就是這個——它讓任何人可以把骯髒的錢洗白,任何監管機構都沒有辦法區分「好人」和「壞人」。
Privacy Pools 的創新在於:透過「關聯證明」技術,讓用戶可以選擇性地向監管機構證明「我的錢不是來自被制裁的地址」,同時對普通旁觀者保持隱私。
這個設計解決了「隱私 vs 合規」的兩難問題。普通用戶可以享受隱私保護,但如果你想證明自己的資金是乾淨的,可以向監管機構提供一個「零知識證明」,裡面只包含必要的信息——「我的存款不在被制裁名單上」——而不暴露你的身份和交易記錄。
Privacy Pools 的實際操作
// Privacy Pools SDK
import { PrivacyPoolsClient, AssociationList, WithdrawalTree } from '@privacy-pools/sdk';
// 初始化
const client = await PrivacyPoolsClient.create({
chainId: 1,
contractAddress: '0x...', // Privacy Pools 合約地址
});
// 存款流程
async function depositToPrivacyPools(amount, tokenAddress) {
// 生成隨機存款承諾
const commitment = client.generateCommitment();
// 這個 commitment 包含:
// 1. 一個 secret(只有你自己知道)
// 2. 一個 nullifier(用於未來提款時的身份驗證)
// commitment 本身是加密的,鏈上只能看到 hash
console.log('存款承諾已生成');
console.log('Secret(請備份!):', commitment.secret.toHexString());
// 創建存款交易
const depositTx = await client.deposit({
token: tokenAddress,
amount: amount,
commitment: commitment.commitmentHash,
});
await depositTx.wait();
console.log('存款成功!');
console.log('存款承諾 Hash:', commitment.commitmentHash);
// 返回的 commitment 需要妥善保管
// 丟失 = 資金永久無法取出
return commitment;
}
// 提款流程:這是 Privacy Pools 的精髓
async function withdrawFromPrivacyPools(
commitment,
recipientAddress,
// 這個參數很關鍵:是否要生成「合規證明」
generateComplianceProof = false
) {
// 生成零知識證明
const proof = await client.generateWithdrawalProof({
commitment: commitment,
recipient: recipientAddress,
// 這個參數決定了零知識證明會暴露多少信息
// 'full' = 完全隱私
// 'association' = 包含關聯證明(用於合規)
visibility: generateComplianceProof ? 'association' : 'full',
});
// 如果需要合規證明
if (generateComplianceProof) {
// 這裡會生成一個特殊的 ZK 證明
// 證明:「我的存款在合規的存款列表中」
// 但不暴露具體是哪一筆存款
const complianceProof = await client.generateAssociationProof({
sourceCommitment: commitment,
// 這個列表是你願意承認的存款來源
// 比如你的 KYC 交易所帳戶
associationList: await loadYourKYCDeposits(),
});
// complianceProof 可以交給監管機構
// 他們能驗證「這筆錢來自合規來源」
// 但無法知道具體的存款金額和時間
console.log('合規證明已生成');
console.log('可以安全地交給監管機構');
return { proof, complianceProof };
}
return { proof };
}
Privacy Pools 的合規框架:實戰經驗
我自己試用 Privacy Pools 的時候,發現有個很實際的問題:合規證明怎麼用?監管機構真的接受嗎?
根據我查到的資料(截至 2026 年第一季度),隱私合規框架在亞洲的進展比歐美更快一些。新加坡金融管理局(MAS)在 2025 年底發布了一份指引,明確表示接受 Privacy Pools 的合規模式作為 AML 合規的替代方案。
台灣的狀況比較微妙。金管會目前對隱私協議的態度是「不禁止,但也不背書」。如果你在台灣用 Privacy Pools,最好還是保留完整的 KYC 記錄,以防萬一。
日本和韓國的監管相對嚴格。韓國的特別金融交易資訊法(特別標的在特定情況下要求實名制)可能跟 Privacy Pools 的設計有衝突。建議在這兩個國家使用的讀者,先諮詢專業法律意見。
三大隱私協議 DeFi 整合能力對比
說了這麼多,來做個實際的橫向對比吧。以下是我自己測試的結果,可能跟官方數據有出入,僅供參考:
| 功能 | Aztec | Railgun | Privacy Pools |
|---|---|---|---|
| Uniswap 整合 | ✅ 原生支援 | ✅ 需要 Relayer | ✅ 理論支援 |
| Aave 借貸 | ✅ 原生支援 | ✅ 需要複雜流程 | ⚠️ 實驗性 |
| Curve 整合 | ✅ 原生支援 | ✅ 直接支援 | ❌ 尚未支援 |
| Compound | ⚠️ 需確認 | ✅ 透過橋接 | ❌ 尚未支援 |
| 天然抗 MEV | ✅ 是 | ⚠️ 取決於配置 | ⚠️ 取決於配置 |
| 單筆最大金額 | ~100 ETH | 無限制 | 無限制 |
| Gas 效率 | 高 | 中 | 中 |
| 合規友善度 | 中 | 中 | 高 |
實戰建議:什麼場景用什麼方案
我自己總結了一套決策框架:
用 Aztec 的場景:
- 你是 DeFi 重度用戶,每天要在不同協議之間操作
- 你不想折騰太多設定,只想點點滑鼠就完成隱私交易
- 你的交易金額在 1-50 ETH 範圍內
- 你願意多付一點 Gas 換取更好的隱私體驗
用 Railgun 的場景:
- 你需要支援一些 Aztec 還沒有的 DeFi 協議
- 你願意折騰,但想要更多控制權
- 你的交易金額比較大(50+ ETH)
- 你對 Relayer 機制有基本了解
用 Privacy Pools 的場景:
- 你在監管敏感的司法管轄區(香港、新加坡等)
- 你需要向監管機構證明資金合規
- 你願意犧牲一點便利性換取法律上的安全性
- 你的資金來源比較「敏感」(比如早期 ICO 收入)
結論
隱私 DeFi 整合這件事,沒有完美的解決方案,只有適合你的解決方案。
Aztec 用起來最爽,但支援的協議有限;Railgun 最靈活,但操作複雜;Privacy Pools 合規性最好,但便利性最差。
我自己現在的做法是:小額日常交易用 Aztec,大額操作用 Railgun,如果需要向任何人證明資金合規就用 Privacy Pools。
這套組合拳打下來,每年的隱私相關 Gas 支出大概佔資金量的 0.3-0.5%。跟隱私帶來的好處比起來,我覺得這個代價可以接受。
當然,每個人的情況不同。你到底是更在意便利性、隱私性還是合規性,決定了你最終會選擇哪套方案。多試幾種,找到最適合自己的就好。
免責聲明:本文僅供教育目的,不構成任何投資建議。隱私協議和 DeFi 協議都在快速發展,本文內容可能隨時過時。進行任何操作前,請自行查閱最新的官方文檔,並評估相關風險。
資料截止日期:2026-03-31
相關文章
- 以太坊隱私技術實作教學完整指南:Aztec、Railgun、Privacy Pools 程式碼範例與深度技術分析(2025-2026) — 本文深入探討以太坊三大主流隱私技術——Aztec Network、Railgun 與 Privacy Pools——的實作細節,提供可直接部署的程式碼範例與技術分析。涵蓋各協議的核心智慧合約架構、零知識證明電路設計、SDK 整合方式、以及真實攻擊案例與防護策略。我們提供完整的 Noir 語言範例、TypeScript SDK 使用指南、Solidity 智慧合約代碼,以及前端 React 整合範例。
- Aztec Network 完整開發指南:從隱私交易原理到實際應用部署 — Aztec Network是以太坊生態系統中最重要的隱私保護解決方案之一,通過結合零知識證明(zkSNARKs)和匯總技術(zkRollup),為以太坊提供了可擴展的隱私交易能力。本文深入分析Aztec的技術架構、隱私機制原理、隱私代幣標準、集成開發指南、以及安全最佳實踐。詳細介紹Pedersen Commitments、zkSNARKs證明電路、Mixer協議等核心技術,提供完整的隱私ERC-20合約代碼、隱私NFT標準、以及與DeFi協議集成的實作範例。同時探討隱私與合規的平衡策略,幫助開發者構建隱私保護的DeFi應用和企業級解決方案。
- Aztec Network 與 ZKML 深度整合實戰:2026 年隱私協議的最前線 — 本文深入分析 Aztec Network 與 ZKML(零知識機器學習)技術的深度整合。涵蓋 Aztec 雙重 Rollup 架構原理、隱私 ERC-20 代幣標準、ZKML 信用評估模型設計、以及「可驗證隱私」的實際應用案例。提供完整的合約代碼範例、亞洲市場合規實例、以及隱私與監管平衡的策略建議。
- 以太坊隱私協議深度比較:Aztec Network、Railgun 與 Privacy Pools 技術架構、實作細節與 2025-2026 最新進展 — 本文深入比較三大以太坊隱私協議——Aztec Network、Railgun 和 Privacy Pools——的技術架構、密碼學機制、隱私保障程度與監管合規策略。我們涵蓋各協議的 zk-zk Rollup 架構、ZK-Notes 系統、關聯集合證明機制的詳細技術解析,以及它們在 2025-2026 年的最新發展動態。透過完整的數據分析和場景化推薦,幫助開發者和用戶理解各協議的適用場景與選擇依據。
- 以太坊隱私池實際應用案例與產業實務深度分析 — 本文深入分析當前市場上主要的隱私池應用案例、產業採納情況、技術實現差異,以及在不同司法管轄區的合規策略。涵蓋 Aztec、Railgun、Privacy Pools 等主流協議的實際部署數據,並提供真實的機構級應用案例與開發者實務指南。
延伸閱讀與來源
- zkSNARKs 論文 Gro16 ZK-SNARK 論文
- ZK-STARKs 論文 STARK 論文,透明化零知識證明
- Aztec Network ZK Rollup 隱私協議
- Railgun System 跨鏈隱私協議
這篇文章對您有幫助嗎?
請告訴我們如何改進:
評論
發表評論
注意:由於這是靜態網站,您的評論將儲存在本地瀏覽器中,不會公開顯示。
目前尚無評論,成為第一個發表評論的人吧!