閃電小費

顯示具有 Miniscript 標籤的文章。 顯示所有文章
顯示具有 Miniscript 標籤的文章。 顯示所有文章

2026年9月8日 星期二

《The Entropy Trap》(熵增陷阱)09/01~09/07整理

 

進入九月,全球金融市場與科技基礎設施的演變再次印證了《The Entropy Trap》(熵增陷阱)的核心論述:依賴龐大中心化機構維持的舊秩序,其維護成本正加速超越系統產出的價值。

當主權債務的利息負擔逼近實體稅收的極限、當集中式 AI 資料中心開始過度擠壓區域電網並引發能源反噬,我們面對的不只是短暫的景氣循環,而是整個系統架構的熱力學相變。本週我更加深信:對抗系統性熵增的關鍵,在於徹底告別軟性承諾與脆弱中介,利用確定性代碼(Miniscript/時間鎖)將資產規則固化,並在物理端回歸邊緣化、就地共生的運算架構。

「當中央制度的維持成本高到引發負能量發散時,任何試圖依賴繁複法規或中心化機構的自保手段都只是在延遲崩潰。唯有將秩序交給物理能量與純粹數學,才能建立真正穿透週期的抗脆弱系統。」

一、 貨幣主權的不可逆臨界點:從「軟信用」撤退至「硬熱力學錨」

本週經濟物理學界對主權發債邊界的量化推導引發了廣泛討論。當一個國家的債務利息支出正式超過實質稅收淨產出時,整個法幣信用系統在熱力學上便進入了「負能量發散態」——此時無論中央銀行選擇升息緊縮、持續發債,還是透過量化寬鬆稀釋購買力,本質上都是在向大系統注入更高的混亂度(熵增)。

看清了這一點,我在資產佈局上的核心邏輯十分純粹:

  • 拒絕制度承諾的軟信用: 任何需要龐大國家公權力、複雜法律框架與補貼才能勉強維持價格的資產,在相變期都將承受巨大的制度性折扣。
  • 錨定工作量證明(PoW)的確定性: 比特幣以不可逆的物理能量耗費為基礎,直接將秩序鑄造進區塊之中。它不需要任何中央機構的償付保證,是穿透主權債務崩潰週期最純粹的負熵載體。

二、 跨世代資產傳承:用 Miniscript 與時間鎖斬斷「機構熵增」

上一週我們探討了多簽(Multi-Sig)如何消除單點硬體故障帶來的實體熵增,而本週我將這個思維進一步延伸至「資產的長期維繫與傳承」。

傳統的財富傳承高度依賴遺產律師、法院認證與信託銀行。在和平穩定的時期,這套制度尚能運轉;但在大環境陷入相變、司法行政成本激增、跨國流動性受限時,這些層層疊疊的第三方中介往往成為資產凍結與紛爭的溫床(機構熵增)。

我所構建的確定性傳承架構:
透過 Miniscript 撰寫包含「相對時間鎖(Relative Timelocks)」的策略腳本:
  • 主控狀態(日常): 平時完全由我的主冷錢包掌握完全控制權,只需定期以極低手續費發送一筆刷新交易重置時間鎖。
  • 自動觸發繼承(緊急備援): 若遭遇不可抗力導致長達特定區塊高度(例如一年)未發起刷新,腳本將自動激活備用金鑰或繼承人多簽的解鎖權限。
這套機制完全在比特幣腳本層運行,沒有任何第三方人為審查,用最純粹的數學規則實現零信任依賴的抗熵傳承。

三、 AI 算力的去中心化反思:邊緣推論與棄電就地共生

在科技領域,本週大型資料中心在歐美工業區遭遇的民意反彈與電網過載問題,給了我們極大的警示。為了追求單一龐大模型而無限制擴張集中式資料中心,本質上就是一種將巨大實體熱能與能源損耗強加於周圍生態的「單體架構熵增」。

我的應對之道依然是模組化解耦:

  • 算力向邊際能源靠攏: 真正具備抗脆弱性的超高密度算力,應當複製比特幣礦業模式——直接建置於深山水電、偏遠地熱等邊際棄電旁,充當電網的「可中斷負載」與能源緩衝單元。
  • 終端全面回歸本地推論: 日常的數據處理與關鍵決策,堅決不依賴集中式雲端巨頭的 API。在本地硬體運行經過剪裁優化的開源小型模型(SLM / Local LLM),既能徹底隔絕集中式電網中斷的風險,也避免了隱私外洩與資料毒化。

系統演進矩陣:從機構依賴到抗熵自主

維度 高熵脆弱架構(面臨崩潰邊界) 自主負熵單元實踐(我的配置原則)
貨幣底層 依賴稅收與發債補貼的法幣信用體系 基於 PoW 與物理能源錨定的硬核資產
資產傳承 高度依賴律師、法院、信託銀行的繁複程序 Miniscript 腳本 + 相對時間鎖確定性自動解鎖
AI 運算部署 擠壓公共電網、高碳排的集中式超大型算力中心 邊緣棄電就地消納算力 + 本地離線模型推論

結語:在系統失序之前完成自主構建

《The Entropy Trap》帶給我最核心的啟示不是恐懼,而是清醒:所有過度依賴外部複雜體系維持的表面平靜,本質上都是脆弱的。

當我們選擇在資產層錨定真實能量、在傳承層固化密碼學代碼、在運算層回歸本地邊緣,我們就不再是被動承受大環境系統相變的脆弱個體,而是具備自我維持與修復能力的獨立負熵單元。

以上由Gemini協作

2026年9月1日 星期二

Miniscript:可程式化比特幣正式來臨

 

Miniscript:可程式化比特幣正式來臨

⏱️ 5 分鐘閱讀  •  📅 2025 年 8 月 27 日  •  來源:Nunchuk

比特幣實現了「可程式化貨幣」(Programmable Money),但在過去,建立複雜的支出規則往往困難、充滿風險且難以協調。今天,我們徹底改變了這一切。

我們正式在 Nunchuk 中推出通用型 Miniscript(Generalized Miniscript),讓任何人都能輕鬆建立符合真實生活需求的錢包——例如帶有時間鎖的遺產繼承方案、具備分層審批與備用機制的企業金庫、非託管式代管合約(Escrow),甚至是具備極小鏈上足跡的多方協同錢包。這一切,都能在同一個友善且端到端加密的 App 中完成。

📌 重點摘要(TL;DR)

  • Miniscript 將比特幣內建的原生規則(簽名、時間鎖、雜湊鎖等)轉化為安全、可組合的積木元件。
  • Nunchuk 的通用型 Miniscript:不僅僅是提供少數預設好的腳本模板,只要符合比特幣標準策略規則,您可以自由建立任何 Miniscript 策略。
  • 群組錢包全面支援 Miniscript:安全地發起、建立並運行協同 Miniscript 錢包。整體流程完全採端到端加密(E2EE),且錢包建立後內建加密聊天室,方便後續協調。
  • Taproot 與 MuSig2(選用):Taproot 可以隱藏未使用的支出分支;MuSig2 則可將多個簽名者聚合成單一密鑰(在密鑰路徑花費或腳本分支內皆可),大幅提升隱私性與鏈上空間效率。
  • 目前的硬體支援情況:
    • Native SegWit Miniscript:Coldcard、Tapsigner、Blockstream Jade、Ledger、Specter DIY
    • Taproot Miniscript:Coldcard、Ledger、Specter DIY
    • MuSig2:目前僅支援軟體金鑰(後續將隨硬體廠商支援逐步擴充)。

白話解讀:什麼是 Miniscript?

比特幣長期以來一直支援多簽名、時間延遲等各類支出條件。然而在過去,利用這些原生規則來構建與管理錢包非常繁瑣、容易出錯,而且極難進行安全性驗證。

Miniscript(BIP-379)是一種結構化的描述方式,用來清晰表達這些規則,使錢包能夠安全地分析與展示它們。你可以把它想像成樂高積木:簽名、時間、秘密(雜湊鎖)都能組合出清晰、可靠的支出策略,不再需要手寫危險的原生腳本代碼。

Nunchuk 帶來了哪些新功能?

1. 通用型 Miniscript(Generalized Miniscript)

您不再受限於少數幾個小眾的特定模板。只要符合比特幣標準策略規則,任何能用 Miniscript 表達的策略皆可建立:包含門檻(Thresholds)、AND/OR 邏輯、時間鎖(Timelocks)以及基於雜湊的條件。

新手可以直接使用常見場景的預設模板;進階用戶則可直接貼上自訂的 Miniscript 策略。Nunchuk 會自動解析並驗證該策略的正確性與標準性,並在您存入資金前清楚展示完整的運作邏輯與支出路徑。

2. 群組錢包(Group Wallets)全面相容 Miniscript

六個月前,我們推出了端到端加密的群組錢包。從今天起,群組錢包開箱即完整支援 Miniscript。

透過非安全管道(如電子郵件、通訊軟體)協調複雜的保管方案是嚴重的安全隱患。Nunchuk 解決了這個痛點:多個成員或多台設備可以在 Nunchuk 中直接建立協同 Miniscript 錢包,並透過內建的端到端加密聊天室進行後續日常協調(如支出請求、狀態確認等)。

通用 Miniscript 結合 安全協同群組錢包,讓可程式化貨幣對團隊、家庭與組織而言真正變得實用且安全。

真實世界應用場景(今天就能構建的方案)

A) 帶有時間鎖的遺產繼承(設定後即可放心的恢復方案)

策略構想: 平時採用 2-of-3 多簽名;若持有人離線/無活動超過 6 個月,指定的備用私鑰即可啟動恢復程序。

核心價值: 大幅降低永久丟失資產的風險,同時不會在生前賦予任何人即時控制權。

運作機制: 簽名門檻路徑 + 帶有時間鎖的備用恢復路徑。

💡 Honey Badger 預告:在下一版本中,Honey Badger 輔助錢包將同時支援鏈下與鏈上時間鎖遺產規劃。

B) 具備分層審批的企業金庫(Business Treasury)

策略構想:

  • 日常支出: 任意兩位財務主管 + 組織受控簽名器(如 HSM/KMS)。
  • 大額升級支出: 任意兩位財務主管 + 財務長(CFO)。
  • 延遲/緊急存取: 任意兩位財務主管在 7 天時間鎖延遲後即可動用。

核心價值: 兼顧日常運作的靈活性與嚴密的內控防護。

運作機制: 門檻 / AND 邏輯 + OR 分支與可選的時間鎖,團隊在操作時可依情境自由選擇執行路徑。

C) 自主掌控的場外交易(OTC)代管合約(Escrow)

策略構想: 買方 + 賣方共同簽署;超時後,任一方 + 仲裁人即可完成解鎖。

核心價值: 無需第三方中心化託管平台,擁有明確、規則導向的爭議解決機制。

運作機制: OR 邏輯搭配帶有時間鎖的備用分支。

D) 具備緊湊鏈上足跡的私密多方錢包

策略構想: 三台設備共同管理;支出時可使用聚合公鑰,從而不在鏈上揭露實際簽名者數量。

核心價值: 享受多方團隊安全性,卻不會向全世界廣播內部的治理結構。

運作機制: 選用 Taproot 與 MuSig2。MuSig2 將多位簽名者聚合成單一密鑰;Taproot 則隱藏未使用的分支。在腳本路徑中,僅會揭露實際執行的那條分支。

此外還有更多潛在應用,例如緊急恢復路徑、具備規則釋放條件的比特幣擔保協議(貸款或保險)等。這些方案依賴鏈下協議約定,並透過比特幣鏈上規則強制執行撥款。

隱私與效率提升(進階選用功能)

您今天就可以在 Nunchuk 中直接使用 Native SegWit 搭配 Miniscript。如果您選擇開啟進階功能:

  • Taproot: 能夠完全隱藏未被執行的腳本分支。
  • MuSig2: 能夠將多個簽名聚合為單一簽名,可用於 Taproot 密鑰路徑花費(Key-path spend)或腳本分支內部。

兩者皆能大幅縮減鏈上交易體積並顯著提升隱私,用戶可依需求自由選擇啟用。

如何在 Nunchuk 中開始使用 Miniscript?

👤 單人 Miniscript 錢包設置步驟

  1. 進入路徑: 點選「Create new wallet(建立新錢包)」→ 選擇「Miniscript」。
  2. 定義策略:
    • 模板(推薦): 衰減型(Decaying)、擴展型(Expanding)或彈性多重簽名(Flexible multisig)。設定金鑰數量、所需門檻、超時時間與備用方案。
    • 自訂策略(進階): 直接貼上完整的 Miniscript 策略代碼。Nunchuk 將自動驗證其正確性與標準性。
  3. 新增金鑰: 連接硬體錢包或加入軟體金鑰。
  4. 審查並建立: 確認策略摘要與衍生地址。
  5. 注資與測試: 存入少量資金並進行小額支出測試。

👥 Miniscript 群組錢包(Group Wallet)設置步驟

  1. 進入路徑: 點選「Create new wallet」→ 選擇「Group wallet」。
  2. 邀請成員: 邀請成員或新增設備,群組內所有通訊皆經過端到端加密。錢包預設會先以基本配置啟動(如 2-of-3 Native SegWit)。
  3. 自訂配置: 進入群組錢包的 Settings → Miniscript → 點選「Add Miniscript」。
  4. 設定策略: 選擇預設模板或貼上自訂 Miniscript 策略。
  5. 綁定各成員金鑰: 各成員分別連接其硬體或軟體金鑰。
  6. 共同審查並確認: 所有參與者共同在各自設備上安全審查並確認最終策略。
  7. 協調與花費: 錢包建立完成後,即可直接使用內建的加密聊天室進行日常簽名協調、支出發起與進度追蹤。


⚠️ 重要提醒:請務必備份您的錢包配置

請務必將您的錢包配置匯出為 Output Descriptors(輸出描述符) 或 BSMS(BIP-129) 格式。BSMS 是基於 Output Descriptors 的封裝格式,內含額外的元數據(如錢包的第一個地址),能作為校驗和(Checksum)並協助您在日後迅速識別與恢復錢包。

立即開始體驗

將您的 Nunchuk 更新至最新版本,挑選一個模板體驗。幾分鐘之內,您就能擁有專屬於您的可程式化比特幣錢包!

2026年8月17日 星期一

Taproot 金庫:非託管式比特幣借貸究竟如何運作(Taproot Vaults How Non-Custodial Bitcoin Lending Actually Works)

 

Taproot 金庫(Vaults):非託管式比特幣借貸究竟如何運作

重點摘要(TL;DR)

過去十年間,每一種比特幣抵押貸款的運作方式都如出一轍:你把比特幣交給貸方,由他們持有,你只能祈禱他們會還給你。Celsius 沒有還、BlockFi 沒有還、Voyager 也沒有還。客戶的比特幣變成了別人的抵押品、別人的槓桿、別人的虧損。

但其實有另一種做法:把你的比特幣鎖進比特幣區塊鏈上的一段腳本(script),這段腳本精確定義了這筆資產「可以發生什麼事」——合作還款、自動清算,或者在貸方消失時你自己的逃生門。沒有裁量權、沒有資金混同、沒有再質押(rehypothecation),任何運行比特幣節點的人都能驗證。讓這一切成為可能的技術是 2021 年 11 月啟用的 Taproot,而將其用於借貸的方式,就稱為「Taproot 金庫」。

一、不斷摧毀比特幣貸方的那件事

每一家倒閉的比特幣貸方,死法都一樣:他們以「資金池託管」的方式持有客戶比特幣——把所有人的存款混進同一張資產負債表,然後做銀行會做的事:把它借出去。借給對沖基金、借給自家交易部門、借給關係企業、借給出價最高的任何人。

這種做法叫做「再質押」(rehypothecation)。它在幾乎所有地方都是合法的,幾乎所有傳統銀行都這樣運作,也是部分準備金制度的來源。在正常銀行環境中它能運作,是因為有存款保險、有央行作為最後貸款人、有數十年的監管基礎設施防止整個把戲崩盤。

但在加密借貸領域,這些全都不存在。音樂停止時,你那筆特定的比特幣已經沒了,混進了殘骸之中。你變成破產法庭上的無擔保債權人,有時只能拿回零頭,有時一等就是好幾年。

這不只是 Celsius 或 BlockFi 的問題,而是任何「由貸方自由裁量託管你抵押品」的借貸產品的結構性缺陷。唯一真正能修復它的方式,就是徹底移除裁量權。這正是 Taproot 金庫的用途。(如果你還沒管好自己的私鑰,建議先閱讀我們的冷儲存指南。)

二、Taproot 究竟為比特幣帶來了什麼

比特幣一直都有腳本。從第一天起,每個比特幣輸出(output)都由一支小程式鎖定,內容是「想花掉我,你必須證明這些事」。簡單錢包的腳本是「證明你知道這個公鑰對應的私鑰」;多簽錢包的腳本是「證明你持有 N 把指定金鑰中 M 把的簽名」。

在 Taproot 之前,複雜腳本有三個問題:

  • 公開:輸出可被花費的所有條件,從建立那一刻起就在鏈上完全可見。
  • 昂貴:複雜腳本佔用更多區塊空間,手續費更高。
  • 受限:比特幣腳本語言被刻意限制。

2021 年 11 月啟用的 Taproot 改變了這一切。一個 Taproot 輸出在鏈上看起來就像一把單獨的公鑰;複雜腳本被藏在一棵由可能的花費條件組成的 Merkle 樹裡,只有你實際使用的那條分支會在花費時被揭示。你只為用到的分支付費,其他分支保持不可見,而撰寫這些分支的語言(Tapscript)比舊版更有表達力。

實務上,你可以建立一個帶有 5 條、10 條甚至 50 條花費條件的比特幣輸出,每條各自綁定不同政策;在你真正動用某條分支之前,它在鏈上看起來就和普通的單鑰付款一模一樣。這正是「金庫」得以實現的原因。

三、金庫的概念

先忘掉實作細節。「金庫」到底是什麼意思?

金庫是一個可以用多種方式花費的比特幣輸出:每條花費路徑在不同條件下觸發,且有權觸發各路徑的當事人各不相同。

舉個簡單例子:想像一個存放家庭儲蓄的金庫,有三種花費方式:

  • 你的伴侶簽名,資金轉到雙方共同控制的提款地址;
  • 你單獨簽名,資金轉到你控制的地址,但要等 30 天的時間鎖;
  • 一位信任的家庭成員連同公證人簽名,資金可轉到任何指定地址——僅限緊急情況。

三扇門,各自有自己的政策。比特幣借貸金庫的運作邏輯完全相同。

四、比特幣借貸金庫的三扇門

一個非託管比特幣抵押貸款金庫通常有三條花費路徑:

門一:合作還款

借款人以美元(通常是穩定幣)償還貸款。貸方的簽名基礎設施驗證還款後,共同簽署一筆釋放抵押品的交易,借款人在建立金庫時指定的提款地址拿回比特幣。絕大多數貸款都應該走這條路——相當於還清房貸後拿回地契。

門二:清算

借款人的抵押品價值跌破清算門檻,或貸款到期未還。這扇門由貸方基礎設施簽名,不需要借款人簽名。腳本強制規定這條路徑只能把資金送往特定的清算地址,而不是貸方想去的任何地方。資金到達後進入荷蘭式拍賣(價格從高開始逐步下降,直到有買家接手)。價格不由貸方決定,由市場決定。拍賣所得用於償還貸款,剩餘部分退還借款人。

門三:單邊退出

這才是關鍵的一扇門。如果貸方消失了(破產、被駭、被監管消滅、或單純人間蒸發),借款人可以自行動用退出門:不需與貸方協調、不需法律程序、不需破產法庭。他們用公開工具構造交易、廣播到比特幣網路,資金就會回到自己的錢包。

有個但書:這條路徑受相對時間鎖(relative timelock)限制,通常約一年。存款後必須經過足夠時間才能走這條路。時間鎖給了貸方一個很長的窗口,在正常營運下使用門一或門二。實務上門三幾乎永遠不該被用到——它是煙霧警報器,不是大門。但這扇門確實存在、由比特幣腳本強制執行,任何人都無法推翻。

這才是比特幣抵押借貸語境下「非託管」的真正含義:不是「貸方承諾會還幣」、不是「貸方有保險」、也不是「貸方使用受監管的託管機構」——而是「即使經營貸方的所有人明天全部消失,你仍然只需一個比特幣節點和一套公開軟體,就能取回你的比特幣」。

五、上鎖的門:NUMS 技巧

每個 Taproot 輸出還有第四條我們尚未談到的路徑,稱為「密鑰路徑花費」(key-path spend)。

技術上,Taproot 輸出由一把單獨的公鑰鎖定,腳本路徑只是掛在旁邊的備案。大多數 Taproot 錢包把密鑰路徑當作便宜且隱私的轉帳方式,由各方持有對應私鑰的份額並協作簽名。

但在比特幣借貸金庫中,密鑰路徑是危險的。如果貸方和借款人共享一把可以繞過三扇門直接花費輸出的密鑰,金庫的意義就蕩然無存——貸方的簽名基礎設施可能串謀(或被攻破),在約定規則之外動用資金。

解法是使用 NUMS 內部密鑰。NUMS 代表「Nothing Up My Sleeve」(袖裡無乾坤)。做法是構造一把公鑰,並能證明沒有任何人知道對應的私鑰。標準做法是對一個已知的字串(例如「SURGE-NUMS」或「BIP-341-NUMS」)取 SHA-256 雜湊,用該雜湊值作為公鑰的 x 座標。任何人都能驗證這把密鑰確實由此生成;而沒有人能從雜湊輸出反推私鑰,因為那等於要攻破 SHA-256——那也等於攻破整個比特幣。

實際效果:構造正確的借貸金庫,其密鑰路徑花費可被證明是無用的。花費輸出的唯一方式,就是走三條腳本路徑之一。貸方即使想繞過規則也做不到。這正是區分「真正的非託管產品」與「行銷話術」的細節。在把比特幣託付給任何 Taproot 金庫之前,務必確認其密鑰路徑已被禁用。

六、誰來簽名:門檻簽名(Threshold Signatures)

門一和門二都需要貸方簽名。如果貸方是一家只有一把簽名金鑰的公司,那你只是把託管模式多包了幾層皮。金鑰外洩、內部員工舞弊、或監管機構扣押貸方基礎設施,全都成為單點故障。

解法是門檻簽名:把貸方的簽名金鑰拆分給多個獨立方,必須達到門檻人數才能產生有效簽名。3-of-5 門檻意味著 5 位簽名者中任意 3 位可共同簽署交易,但 2 位不行。簽名者之間不需要互相信任,只需遵循協議。

比特幣有幾種可用的門檻簽名方案,最常見的兩種是 FROST(Flexible Round-Optimized Schnorr Threshold)和 Lindell 2024:

  • FROST:研究充分、實作廣泛,產生的 Schnorr 簽名在鏈上與單方簽名無法區分。
  • Lindell 2024:較新,具備「可識別中止」(identifiable abort)的特性:若某位簽名者在簽名過程中作弊,協議會產生密碼學證據指明是誰幹的——當你想在經濟上懲罰作弊的簽名者時,這點很重要。

對任何宣稱採用門檻簽名的貸方,更難的問題是:簽名者到底是誰?如果 5 位簽名者全是同一家公司的員工,3-of-5 就毫無意義。要尋找獨立營運、地理分散、聲譽各自獨立的簽名者。如果貸方尚未公布簽名者名單,在去中心化主張兌現之前,先把它當作「待驗證」。

七、這對身為借款人的你意味著什麼

如果你正在考慮比特幣抵押貸款,上述架構改變了你評估產品的方式:

  • 託管是可驗證的:你應該能在比特幣區塊鏈瀏覽器(mempool.space 就可以)查到你的金庫地址,看到你的抵押品作為一筆普通 UTXO 靜靜躺在那裡。你應該能驗證腳本、看到三條花費路徑、確認密鑰路徑已禁用。如果貸方無法讓你在鏈上看到抵押品,你就回到了託管模式。
  • 再質押不可能發生:你的比特幣不在資金池裡、不會被借給交易員、從存入到取回之間完全不動——除非三扇門之一被觸發。你隨時可以在鏈上驗證這一點。
  • 逃生門是真實的:貸方消失時,你可以自己取回抵押品。事先測試它:在測試網金庫上運行單邊退出工具,確認它有效。不要只聽貸方的說詞。
  • 信任假設轉移了:你不再信任貸方的償付能力、託管安排或保險,而是信任:比特幣腳本確實如其所言運作、門檻簽名設置有足夠多的獨立簽名者以防串謀、以及(如果貸方使用的話)EVM 信貸合約已經過審計。
  • 智能合約風險是真實的:大多數非託管比特幣借貸產品用 EVM 鏈做信貸記帳層。比特幣這一側可能滴水不漏,EVM 那一側卻可能有漏洞。兩側的審計狀況都重要。
  • 清算行為不同:在託管型貸方那裡,清算通常意味著「貸方以內部能拿到的任何價格賣掉你的 BTC」;在非託管金庫中,清算通常意味著「你的 BTC 進入公開荷蘭式拍賣」。拍賣機制更透明,但也更慢。

八、真實世界的實作:Surge Credit

目前對上述架構發展最完整的實作是 Surge Credit——一個比特幣抵押的美元信用額度產品,於 2026 年 4 月上線主網公開測試版。

Surge 構建的 Taproot 金庫完全採用本文描述的三門模式:合作還款、在 Base(Coinbase 的以太坊 L2)上透過荷蘭式拍賣自動清算、以及附約一年 CSV 時間鎖的單邊退出。密鑰路徑使用由字串「SURGE-NUMS」的 SHA-256 雜湊派生的 NUMS 內部密鑰予以禁用。門檻簽名方案是 Lindell 2024,在「分散式託管網路」(Distributed Custody Network)上採簡單多數門檻。信貸記帳運行在 Base 上,USDC 透過 Circle 的 CCTP v2 跨鏈流動。

協議層的工作正由 Brandon Black(reardencode)審計——他是 BIP-349(OP_INTERNALKEY)的共同作者、BitGo 前 Taproot 錢包工程師。截至撰稿時,EVM 合約也在審計中。治理結構採雙實體模式(Amby Inc. 負責開發軟體,Surge Foundation 負責治理協議),類似 Aave 和 Morpho。

就本教學而言,Surge 是目前展示 Taproot 金庫模式如何落地為可用產品的最清晰範例:金庫構造有原則、密鑰路徑禁用正確、門檻簽名方案選擇得當、逃生門真實且可測試。類似架構的其他實作將會陸續出現,也應該出現。關於利率、條款、目前實績以及使用測試版產品的真實取捨,請參閱我們完整的 Surge Credit 評測。

九、評估任何比特幣抵押貸方時該看什麼

評估任何宣稱「非託管」的產品時的快速檢查清單:

  1. 你能在鏈上看到自己的抵押品嗎? 在 mempool.space 或任何比特幣瀏覽器查你的金庫地址。它應該是一筆由 Taproot 腳本控制的普通 UTXO,而不是貸方內部帳本上的一個數字。
  2. 密鑰路徑被禁用了嗎? 直接問貸方。答案應該是「是」,且他們應能指出 NUMS 構造方式。如果答案是否定的,或他們不知道你在說什麼,那這個金庫就不是真正的非託管。
  3. 單邊退出路徑存在嗎?你能測試嗎? 索取退出工具,若有測試網金庫就跑一遍,驗證時間鎖長度,驗證該路徑完全不依賴貸方基礎設施也能運作。
  4. 門檻簽名設置透明嗎? 有幾位簽名者?具名嗎?獨立嗎?未來有新簽名者加入的管道嗎?
  5. 審計狀況如何? 誰審計了比特幣腳本側?誰審計了 EVM 側?報告公開嗎?發現的問題修復了嗎?
  6. 清算時會發生什麼? 荷蘭式拍賣、內部出售、還是中心化訂單簿?拍賣所得流向何處?剩餘部分退還借款人嗎?
  7. 貸方的金鑰放在哪裡? 硬體安全模組(HSM)?熱錢包基礎設施?多雲?地理分散?
  8. 治理結構是什麼? 協議可升級嗎?誰控制升級金鑰?有基金會嗎?團隊除了對創投負責之外,還對誰負責?

在上述任一項失分的貸方不一定是壞貸方,但每一個缺口都是你在決定投入多少資金前應該了解的。今天在整份清單上表現良好的貸方很少見,未來幾年會逐漸變多。

十、前沿與尚待解決的問題

Taproot 金庫模式尚未完成,走向主流之前還有幾件事需要成熟:

  • 分散式託管網路(DCN)的規模化去中心化: 目前的分散式託管網路通常很小(3 到 10 位簽名者),且身分往往不透明。擴展到數十甚至數百位具公開聲譽、有經濟利害關係的獨立簽名者,仍是未解之題。
  • 跨鏈依賴: 大多數非託管比特幣貸方使用 EVM 鏈作為信貸引擎,因為單靠比特幣腳本難以處理利息累計、浮動利率計算或多資產記帳。如果信貸鏈停擺,日常借款流程就斷了——單邊退出路徑仍然可用,但即時體驗會降級。減少這種依賴是活躍的研究方向。
  • 比特幣原生的法幣出口: 目前大多數產品輸出的是 EVM 鏈上的穩定幣 USDC,要從 USDC 換成銀行帳戶裡的法幣,仍需中心化交易所或 MoonPay 這類服務。比特幣原生的法幣出口需要成熟,體驗才能像託管型貸方一樣順暢。
  • 稅務與法律明確性: 以比特幣為抵押品的非託管貸款,在法律分類上不同於傳統擔保貸款,各國稅法下的處理方式尚未塵埃落定。借款人應諮詢自己的稅務顧問。
  • 跨金庫隱私: 目前每個金庫在鏈上看起來都略有不同,老練的觀察者可能根據腳本模式或交易圖譜,把某家貸方的所有金庫聚類在一起。改善鏈上匿名集是持續進行中的工作。

結語

比特幣抵押貸款市場正處於轉型之中。定義了 2020–2022 週期的託管模式,已經吞掉了它最大的三個玩家。下一個週期建立在不同的地基上:貸方的承諾,被一段人人都能驗證的腳本和一扇沒有人能推翻的逃生門所取代。

它尚未完成:去中心化的故事還有缺口、使用者體驗還有摩擦、審計基礎設施仍在成熟。但方向是對的,而且這是唯一正對「比特幣貸方為何一再爆雷」根本原因的方向。如果你打算用比特幣借款,先搞清楚自己用的是哪種模式;如果你打算借出比特幣(或以比特幣為擔保的穩定幣),先搞清楚金鑰到底在誰手上。正確做這件事的技術今天已經存在,正確使用它的產品仍然稀少。但差距正在縮小,而「相信我們」這個答案,每經過一個週期就愈來愈不可接受。


常見問題(FAQ)

什麼是 Taproot 金庫?

Taproot 金庫是一個由 Taproot 腳本鎖定、具有多條可能花費路徑的比特幣輸出;每條路徑在不同條件下觸發,並由比特幣腳本(而非託管人)強制執行。在比特幣抵押借貸的語境中,典型金庫有三條路徑:合作還款、自動清算,以及貸方消失時借款人的單邊退出。金庫地址就是一筆普通的比特幣 UTXO,可在 mempool.space 等任何區塊鏈瀏覽器上查到。

什麼是再質押(rehypothecation)?為什麼對比特幣貸款重要?

再質押是指貸方拿走你的抵押品並用於自己的目的:借給交易員、作為自己貸款的抵押品、或以其他方式讓它暴露在風險中。這在幾乎所有地方都合法,幾乎所有傳統銀行都這麼做。在加密借貸中,它正是讓 Celsius、BlockFi 和 Voyager 破產的機制——當貸方的賭注失敗,你那筆特定的比特幣就沒了,混進他們資產負債表的殘骸裡,你成為破產法庭上的無擔保債權人。非託管 Taproot 金庫設計讓再質押在結構上不可能發生,因為你的比特幣從不離開腳本。

什麼是 NUMS 技巧?

NUMS 代表「Nothing Up My Sleeve」。在 Taproot 借貸金庫中,密鑰路徑花費是第四種可能動用資金的方式,會讓各方繞過腳本路徑。為禁用它,開發者用已知字串(如「SURGE-NUMS」或「BIP-341-NUMS」)的 SHA-256 雜湊來構造內部公鑰。任何人都能驗證這把密鑰確實如此生成,而沒有人能從雜湊輸出推出私鑰,因為那需要攻破 SHA-256。結果就是:密鑰路徑被證明無用,貸方即使串謀也無法繞過腳本。

在 Taproot 金庫中,我的比特幣可能在我不同意的情況下被動用嗎?

只能透過明確的腳本路徑,絕不會透過任何人的裁量。合作還款需要你先償還債務,然後雙方共同簽名。清算只有在你的抵押率跌破清算門檻時才會發生,且即便如此,資金也必須流經指定的清算地址和荷蘭式拍賣。除這兩種情況外,剩下的唯一路徑是你自己的單邊退出——受約一年的相對時間鎖限制。不存在任何「讓貸方直接拿走你比特幣」的路徑。

審計真的有用嗎?

有用,但僅限於公開的、近期的、由真正理解被審計技術的人所執行的審計。對 Taproot 金庫借貸產品,你至少需要兩份審計:一份針對比特幣腳本側,由比特幣協議專家(而非泛泛的加密審計公司)執行;一份針對處理信貸記帳的 EVM 智能合約側。兩份報告都應公開,且所有發現都應有修復紀錄。如果貸方聲稱有審計卻拿不出報告,就把這個說法當作未經證實。

FROST 與 Lindell 2024(Lin24):哪個門檻簽名方案更好?

兩者都在鏈上產生與單方簽名無法區分的有效 Schnorr 簽名。FROST 較老、研究更廣泛,是大多數門檻簽名部署的預設選項。Lindell 2024 較新,具備「可識別中止」特性:若簽名者在簽名過程中作弊,協議會產生密碼學證據指明是誰——當你想在經濟上懲罰作弊者時這點很重要。對借款人來說,兩者都是合理選擇,也都強過單一簽名金鑰。對任何貸方而言,更難的問題是「簽名者到底是誰」,而不是「用哪個方案」。

為什麼大多數非託管比特幣貸方使用 Base 或其他 EVM 鏈?

因為單靠比特幣腳本難以處理利息累計、浮動利率計算、多資產記帳或荷蘭式拍賣,而 EVM 鏈可以。分工是:比特幣負責在 Taproot 金庫中持有抵押品,EVM 鏈(通常是 Coinbase 的以太坊 L2 Base)負責運行信貸引擎,USDC 透過 Circle 的 CCTP 跨鏈流動。代價是 EVM 側真實的智能合約風險,以及日常借還款對該鏈正常運作的依賴。即使 EVM 鏈停擺,單邊退出路徑仍然可用。

如果貸方消失,我能取回我的比特幣嗎?

可以——如果金庫構造正確的話。單邊退出路徑正是整個設計的核心。經過相對時間鎖(通常約一年)後,你可以用公開的退出工具自行構造比特幣交易、廣播到比特幣網路,資金就會回到你的錢包。不需與貸方協調、不需破產法庭。你應該事先在測試網金庫上測試退出工具、確認它有效,而不是只聽信貸方的說詞。

2026年6月16日 星期二

解鎖比特幣智慧合約潛力:深入探討 比特幣 Miniscript

解鎖比特幣智慧合約潛力:深入探討 比特幣 Miniscript (全文完整版)
解鎖比特幣智慧合約潛力:深入探討 比特幣 Miniscript
Unlocking Bitcoin's Smart Contract Potential: A Deep Dive into Bitcoin Miniscript
作者: Rafael Turon Balbino(Custody Agents 創辦人 | 銀行與家族辦公室之 Bitcoin Miniscript 治理、Nostr 架構)
發布日期: 2025 年 9 月 5 日
文件格式: 通用網頁架構 (支援直接全選複製至 Word / Pages 編輯)

比特幣遠不只是數位黃金或簡單的支付系統。在它的表面之下,隱藏著一個強大的可程式化層,稱為比特幣腳本(Bitcoin Script),它能夠實現複雜的金融安排。然而,原生比特幣腳本以極難處理而聞名——這就像是在大多數開發者更偏好高階抽象語言時,卻必須用組合語言(Assembly)來編寫程式。這正是比特幣 Miniscript(Bitcoin Miniscript)登場的契機,它將比特幣的可程式化能力從「專家專屬領域」轉化為一種觸手可及的工具,用以創建安全、高效且人類可讀的支出條件。

在這本全面性的指南中,我們將探討 Miniscript 如何讓比特幣的智慧合約功能變得易於使用、檢視其技術基礎、看看現實世界中的錢包實作,並提供創建您專屬自定義金融安排的實用範例。無論您是開發者、比特幣愛好者,還是對自託管解決方案感興趣的金融專業人士,Miniscript 都為保護您的數位資產開闢了全新的可能性。

一、 什麼是比特幣 Miniscript?從策略到安全腳本

從核心來看,比特幣 Miniscript 是比特幣腳本的一個結構化子集,專為可組合性(Composability)與靜態分析(Static Analysis)而設計。它充當了人類可讀的支出策略(Spending Policies)與實際在區塊鏈上運行的複雜、低階比特幣腳本之間的橋梁。

比特幣策略 (Bitcoin Policy)
│
▼ 編譯為 (Compiles to) / 使用其表達 (Expressed using)
Miniscript
│
▼ 編譯為 (Compiles to)
比特幣腳本 (Bitcoin Script)

1. 人類可讀的支出策略

使用 Miniscript 的起點是「支出策略」——一個简单、具邏輯性的陳述,描述了誰可以在什麼條件下花費比特幣。例如:

支出策略場景:
「Alice 可以在任何時間花費這筆資金,或者 Bob 在等待 1 年後可以花費它們。」

這個直觀的策略可以在 Miniscript 的策略語言中表達為:

or(pk(Alice), and(older(52560), pk(Bob)))

在這裡,52560 代表一年的區塊數量(大約為每天 144 個區塊 × 365 天)。這種策略語言使得表達複雜條件變得輕而易舉,而不會迷失在比特幣腳本所要求的堆疊操作(Stack Manipulation)細節中。

2. 編譯過程

一旦您定義好了策略,Miniscript 就會處理將其轉換為高效比特幣腳本的複雜任務。這個過程類似於 C++ 程式如何被編譯成機器碼:

  • 策略 (Policy):描述支出條件的人類可讀邏輯。 (用戶編寫)
  • Miniscript:帶有型態資訊(Type Information)的結構化表示法。 (編譯器生成)
  • 比特幣腳本 (Bitcoin Script):低階的、基於堆疊的指令。 (在區塊鏈上執行)

針對我們範例中的策略,編譯器可能會產生如下的 Miniscript:

or_d(pk(Alice), and_v(v:pkh(Bob), older(52560)))

而這最終會變成以下的底層比特幣腳本碼:

<Alice_pubkey> OP_CHECKSIG OP_IFDUP OP_NOTIF
OP_DUP OP_HASH160 <Bob_pubkey_hash>
OP_EQUALVERIFY OP_CHECKSIGVERIFY 52560
OP_CHECKSEQUENCEVERIFY OP_ENDIF

二、 比特幣 Miniscript 的核心優勢

  • 安全性(Safety):Miniscript 允許在腳本部署之前進行靜態分析。這意味著您可以在將任何資金置於風險之中前,先驗證其正確性、檢查安全漏洞,並確保您的腳本不會受到第三方可延展性(Malleability)的影響。
  • 可組合性(Composability):Miniscript 使得將不同的條件(簽章、時間鎖、雜湊原像等)結合以建立複雜邏輯變得非常容易。這種可組合性意味著您可以創建高階的金融安排,而不需要每次都從頭開始。
  • 高效性(Efficiency):Miniscript 編譯器會為您的策略尋找經濟效益最高的比特幣腳本表示法,並針對體積(Size)和執行成本進行優化。這能節省交易手續費,並確保您的腳本保持在比特幣的資源限制之內。

三、 技術基礎:描述符與 Taproot

1. 輸出描述符 Output Descriptors (BIPs 380-386)

輸出描述符提供了一種標準化的方式,用以告訴錢包如何生成地址以及如何創建支出地址所需的腳本。它們本質上是一種用於描述比特幣輸出(Outputs)應如何被建構和支出的語言。

當使用 Miniscript 時,您的策略會被嵌入到一個描述符字串中。例如,使用我們前面提到過的 Miniscript,一個 P2WSH (Pay-to-Witness-Script-Hash) 輸出看起來可能像這樣:

wsh(or_d(pk(Alice), and_v(v:pkh(Bob), older(52560))))

這個描述符告訴了錢包它所需知道的一切資訊:包含如何為該支出條件生成地址,以及如何建構交易來支出它。描述符的標準化,意味著不同的錢包都能理解並與相同的複雜腳本進行互動。

2. Taproot 的角色 (BIP 341)

於 2021 年 11 月激活的 Taproot,讓基於 Miniscript 的複雜策略變得更具隱私性且使用成本更低。它引入了兩條支出路徑:

  1. 密鑰路徑(Key Path):在區塊鏈上看起來就像一個簡單的單人簽章支出。這會在所有參與者達成共識時使用,使得複雜的安排與常規交易無法區別。
  2. 腳本路徑(Script Path):僅在需要時(例如在糾紛解決或使用後備備用條件時)才揭露複雜的邏輯。這能讓您的支出條件在實際被使用之前保持隱密。

配合 Taproot,一個 Miniscript 策略可以被嵌入至腳本路徑(Script Path)中,這意味著 Alice 可以透過簡單的簽章進行支出(密鑰路徑);或者如果 Alice 無法處理,則可以使用腳本路徑,讓 Bob 與 Carol 在時間鎖過後共同簽章支出。

四、 現實世界:現代錢包實作

錢包/工具名稱 核心應用場景與機制 Miniscript 實際策略範例
Liana Wallet
(Wizardsardine)
專注於具備內建繼承(Inheritance)與遺失保護功能的自託管方案。利用 Miniscript 實作「主密鑰」以及「帶有時間鎖的恢復密鑰」,建立起一個簡單但高效的保險庫系統。 or(pk(MyKey), and(older(105120), pk(HeirKey)))
Nunchuk Wallet 為家庭、企業和去中心化自治組織(DAO)創建高階的共同託管(Shared Custody)安排。它的協同方法允許跨多個設備的多個用戶共同參與託管架構。 thresh(2, pk(AlicePhone), pk(AliceHW), pk(BobPhone), pk(BobHW))
Sparrow Wallet 提供 Miniscript 支援,透過使用者友好的介面來創建自定義支出策略,讓非開發者也能直觀地建構並調試進階比特幣腳本。 自定義多路徑策略支援
Specter DIY 開源硬體錢包項目,融入了 Miniscript 以支持複雜支出條件的解析與校驗,同時仍能保持隔離防彈(Air-gapped)簽章的安全優勢。 硬體級多簽與時間鎖防護

五、 進階應用場景:受保的多實體保險庫

Miniscript 最具前景的應用之一,是實現受保的比特幣託管解決方案。這些安排將安全責任分散在資產所有者與可信賴的第三方之間,並由正式的保險政策作為後盾。

1. AnchorWatch 模型

AnchorWatch 代表了一種將自託管與保險保障相結合的創新比特幣託管方法。該模型使用了一種 5 簽 3 的多重簽章安排:用戶持有 3 把私鑰(保持完全的自主權);AnchorWatch 持有 1 把私鑰(作為受保事件的共同簽署者);中立的第三方密鑰代理人(Key Agent)持有 1 把私鑰(用於恢復)。

這種安排創造了多條可以透過 Miniscript 來精確定義的支出路徑:

  • 標準路徑(Standard Path):用戶可以使用其 3 把私鑰正常花費資金,維持對資產的完整控制。
    thresh(3, pk(UserKey1), pk(UserKey2), pk(UserKey3), pk(AnchorWatchKey), pk(AgentKey))
  • 緊急路徑(Emergency Path):如果用戶遺失了部分私鑰,一條帶有時間鎖的恢復路徑允許在延遲一段時間後,使用不同的私鑰組合來恢復資金。
    or(thresh(3, pk(UserKey1), pk(UserKey2), pk(UserKey3), pk(AnchorWatchKey), pk(AgentKey)), and(older(10080), thresh(2, pk(UserKey1), pk(AnchorWatchKey), pk(AgentKey))))

2. 保險層的角色

讓這個模型特別強大的原因在於,Miniscript 策略具備正式、可審計的特性,這允許保險公司對私鑰遺失或被盜的風險進行承保。由於支出條件被精確定義且可以進行靜態分析,保險人可以準確地評估風險並相應地提供保額覆蓋。這為比特幣託管創造了全新的範式:帶有安全網的自託管。

六、 動手實作:自定義支出策略實用範例

範例 1:帶時間鎖的遺產繼承計劃
策略口語描述:「主要所有者 Alice 可以花費這筆資金,或者在 5 年後,繼承人 Bob 可以花費它們。」
Miniscript 表示法:or(pk(Alice), and(older(262800), pk(Bob)))

範例 2:企業財務庫
策略口語描述:「需要 3 位高階主管(CEO、CFO、CTO)中的 2 位簽章;或者在 90 天後,需要董事會 5 位成員中的 3 位共同簽章。」
Miniscript 表示法:or(thresh(2, pk(CEO), pk(CFO), pk(CTO)), and(older(12960), thresh(3, pk(Board1), pk(Board2), pk(Board3), pk(Board4), pk(Board5))))

範例 3:非託管第三方代管(Escrow)
策略口語描述:「3 位參與者(買方、賣方、仲裁者)中的任意 2 位簽章即可釋放資金。」
Miniscript 表示法:thresh(2, pk(Buyer), pk(Seller), pk(Arbiter))

七、 在您的專案中實作 Miniscript

對於希望將 Miniscript 整合到其專案中的開發者,目前有數個程式庫與工具可供使用:Bitcoin Core (C++ 實作)、Rust-Miniscript 以及前端 JavaScript 程式庫。

JavaScript 基礎實作範例

const { compilePolicy, satisfier } = require('@bitcoinerlab/miniscript');

// 1. 定義一個支出策略
const policy = 'or(and(pk(A),older(8640)),pk(B))';

// 2. 將其編譯為 Miniscript 與底層比特幣腳本
const { miniscript, asm, issane } = compilePolicy(policy);

console.log("Miniscript:", miniscript);

// 3. 生成可能的滿足條件 (Satisfactions)
const { nonMalleableSats } = satisfier(miniscript);

八、 常見問答集 (FAQ)

問:比特幣腳本(Bitcoin Script)與比特幣 Miniscript 有何不同?
答:比特幣腳本是內置於比特幣中、用以定義支出條件的低階程式語言,功能強大但極難安全地使用。而比特幣 Miniscript 是比特幣腳本的一個結構化子集,它使創建、分析和組合支出條件變得更容易,同時確保它們能被編譯成有效且高效的底層比特幣腳本。

問:我需要成為程式設計師才能使用 Miniscript 嗎?
答:雖然理解程式設計概念會有所幫助,但您不需要是程式設計師也能使用 Miniscript。像 Liana 和 Nunchuk 這樣的現代錢包提供了使用者友好的圖形介面,讓您可以直接創建常見的支出策略而無需編寫任何程式碼。

問:Miniscript 是否與所有比特幣錢包相容?
答:目前尚未普及。Miniscript 支援需要錢包開發者實作特定的功能。目前包括 Liana、Nunchuk 和 Sparrow 等專業錢包提供支援。不過,任何錢包都可以發送資金到基於 Miniscript 的地址;只有在創建地址以及從該地址花費資產時,才需要錢包具備 Miniscript 功能。

問:Miniscript 與 Taproot 的關係是什麼?
答:兩者是互補的技術。Taproot 提供了一種讓複雜支出條件在區塊鏈上更具隱私且更高效率的方法;而 Miniscript 則提供了一種安全創建這些支出條件的方法。Miniscript 已經適應並全面支援 Taproot 的腳本路徑(Script Path)。

2025年11月12日 星期三

Miniscript 和多重簽章如何增強行動比特幣錢包的彈性和安全性(Miniscript and Multisig in Nunchuk Bitcoin Wallet)

 Miniscript 和多重簽章如何增強行動比特幣錢包的彈性和安全性

行動比特幣錢包(例如 Nunchuk)透過結合 Miniscript 和多重簽章(Multisig)功能,顯著增強了資金的彈性、控制能力和安全性。

1. 多重簽章(Multisig)提供的基本安全性和彈性

多重簽章可以視為一個「數位保險庫」(digital vault),需要多把金鑰才能開啟。

  • 增強安全性: 多重簽章設置(例如 2-of-3)要求多個金鑰同時使用才能解鎖保險庫並取出資金。這提供了容錯能力 (fault tolerance),即使使用者遺失其中一把金鑰,仍能使用剩餘的金鑰組合來存取資金。
  • 硬體金鑰支援: Nunchuk 錢包支援使用硬體錢包(如 Tap Signer 或 Cold Card或 支援簡體中文的Keystone 3 pro)作為金鑰。這些金鑰不在行動裝置上,提供了額外的安全保障,因為攻擊者需要實際的硬體金鑰才能批准交易。

2. Miniscript 增強彈性 (Flexibility) 與自訂規則

Miniscript 是一種結構化語言,用於以更有效率、可組合和可分析的方式編寫比特幣腳本 (Bitcoin scripts)。它允許使用者創建超越傳統 X-of-Y 設置的複雜花費條件。

Miniscript 透過以下方式極大地增強了彈性:

  • 建立客製化花費規則: Miniscript 允許將簽章(signatures)、時間鎖(time locks)和哈希鎖(hashlocks)進行邏輯組合,從而簡化複雜的花費條件。
  • 時間鎖定機制: 使用者可以建立包含時間鎖定的條件。舉例來說,可以設定一個條件:在特定時間過後,解鎖資金所需的金鑰數量減少。這使得 Miniscript 成為進階多重簽章設置、自動化恢復機制和客製化錢包邏輯的理想選擇。
  • 對抗錯誤和遺失: Miniscript 允許使用者對抗錯誤 (hedge against mistakes)。例如,如果設定了一個 3-of-3 的金鑰配置,但使用者遺失了其中兩把,只要等待時間鎖閾值到達,可能只需要一把金鑰就能解鎖資金。

3. Miniscript 的具體範本與應用

Nunchuk 提供了多種 Miniscript 範本,這些範本展示了其高度的彈性:

範本名稱 (Template)運作方式增強面向
衰減多重簽章(Decaying Multisig)金鑰總數保持不變,但解鎖所需的金鑰數量會隨時間減少。例如,從 2-of-2 變成 1-of-2。安全性/恢復性: 允許使用者在遺失部分金鑰的情況下,等待時間鎖到期後,以更少的金鑰(例如一把)取回資金,防止災難性損失。
擴展多重簽章(Expanding Multisig)可用的金鑰總數隨時間增加。例如,原先為 2-of-2,但達到特定時間閾值後,會變成 2-of-3,使得有更多的金鑰選項可用。彈性: 隨著時間推移提供額外的金鑰選擇,便於在遺失金鑰時解鎖。
靈活多重簽章(Flexible Multisig)允許金鑰總數或解鎖所需金鑰數量的任一參數或兩個參數同時動態變化。高度彈性: 結合了衰減和擴展的概念,提供極致的客製化邏輯。
Zen Hoddl存款後立即鎖定資金,只有在時間鎖到期後才允許花費。安全性/策略性持有: 強制使用者進行長期儲蓄 (HODL),防止衝動性交易。在特定司法管轄區(如日本),透過此機制可以加密方式證明資金未曾移動或交換,可能有助於獲得資本利得稅(capital gains tax)豁免。

4. 繼承規劃與恢復機制

Miniscript 在行動錢包中還支援關鍵的長期應用:

  • 自動化繼承規劃: 使用者可以將一把金鑰交給親人,該金鑰在設定的時間(例如一年內資金未移動)之後才會生效,使親人能夠存取資金。
  • 錢包恢復: 創建 Miniscript 多重簽章錢包時,會建立一個 BSMS 檔案(或稱描述符檔案),該檔案類似於數位保險庫的地圖。即使錢包應用程式被刪除,只要保留了 BSMS 檔案和足夠解鎖的金鑰,就可以恢復錢包的存取權。

精選文章

微策略如何建構數位信用?(How Strategy engineers Digital Credit)

  去除波動性。壓縮存續期間。從比特幣中提取收益。 比特幣是數位資本(Digital Capital)。MSTR 是數位股權(Digital Equity)。STRC 是數位信用(Digital Credit)。 我們的企業策略是從比特幣資本中創造兩種互補的產品:M...

熱門文章