比特幣為世界帶來了首個智能合約開發語言——Script，其能夠讓不同的加密貨幣在不同的編程環境下被使用。然而這一概念在極具顛覆性的同時，使用
比特幣為世界帶來了首個智能合約開發語言——Script，其能夠讓不同的加密貨幣在不同的編程環境下被使用。然而這一概念在極具顛覆性的同時，使用起來卻有一定難度，特別是在較為復雜的花費環境下。無論是編寫較為復雜的智能合約，還是驗證合約是否正確運行其職能，都很容易出現人為錯誤，在關系到資產安全的情況下，對于腳本程序運行條件正確性的驗證變得尤為重要.
在過去的一年中，區塊鏈工程師Andrew Poelstra, Pieter Wuille(比特幣核心開發人員、同時也是隔離見證機制SegWit創建者)和Sanket Kanjalkar開始著手改進這一點。通過將Script語言拆分簡化，保留其最基本的要素和功能，優化出了新的編程語言——Miniscript——減少了原編程語言的復雜性，讓所有進行比特幣編程的人們獲得更安全、便捷的體驗。
從理論上來講Miniscript相比Script有了更多的明確的使用條件和限制，但實際上人們可以用它完成任何Script所能做的事情。Blockstream研發主管以及Miniscript聯合設計者Andrew Poelstra表示。
SCRIPT
我們首先來簡單了解一下Script語言。
每一筆比特幣交易都包含兩個主要部分：輸入和輸出，二者都有自己的代碼，輸入“解鎖”了代幣，而輸出將代幣再次“鎖住”，并規定了下一次被解鎖再次進行交易輸入的條件，在這些條件中通常包括一個有效的加密簽名，更多的可能條件例如：該比特幣必須經過一定的時間后，或必須含有特殊的密碼才能被使用或花費。
交易中的這段代碼就是用Script創建的，Script是專門為比特幣設計的編程語言。其靈感來自于Forth，一種20世紀60年代發明的編程語言，最初設計用來操作射電望遠鏡。不過，Script在經過調整之后更加契合比特幣。
例如，Script中沒有使“循環”的操作碼：該語言不支持無限次執行相同的計算。因為在比特幣中，沒有必要無限次地執行相同的計算，因為比特幣的節點們實際上并不通過計算進行交易——而是驗證交易。關于為什么會出現這種情況，Blockstream工程師羅素·奧康納在三年前就發布了文章:對比特幣和以太坊的腳本語言和理念進行比較，其中進行了較為詳細的解釋。
同時Script并沒有被“類化”，這意味著計算的結果可以以不同的方式被注釋和使用，舉個很簡單的例子，一個有效簽名的結果可能是“true”,而“true”可以被注釋轉化等于數字“1”進而用于數學程式中，true=1，而true+true則可以被看成1+1=2，意味著如果交易最少需要兩個有效簽名進行驗證，則其滿足了這個條件。
這其實為我們引入了Script語言中最重要的一個屬性——“難以推理” 這基本意味著Script的計算結果能夠以多種方式被注釋轉化，即使一個簽名是無效的，在Script中其仍可以出于某些原因將其編寫為有效。
在Bitcoin Script中的確有一些運算碼在運行時鬧出荒唐事，例如，將一個簽名解釋為真/假值，在此之后將該布爾值轉化為數字(例如1/0)后編入堆棧索引中，再根據這一數值將堆棧重新排列，然而在實際運行過程中其具體規則是非常荒唐可笑的，Poelstra解釋道。
這樣一來在通過Script處理一些問題時會很棘手，尤其是在花費代幣的要求變得更加復雜，時一筆交易的發起者的代碼中可能會無意中包含了允許代幣在其他條件下被使用的信息，反過來也就是說，交易的收款方有可能因為沒有注意到這樣的“漏洞”而被發現這樣信息的攻擊者攻擊受到損失。
總結來說，當前Bitcoin Script的最大問題是在對較為復雜的程序進行驗證時比較困難。
問題的具體舉例
關于以上的問題如何限制了Script的實用性，下面我們舉一個具體一些的例子。
Blockstream Green Wallet錢包有一個標準的“共同簽名”設置，錢包用戶掌控 2 個密鑰中的一個，Blockstream掌控另一個，這樣一來錢包中的數字資產能夠通過兩種方式被使用。用戶想要使用資產：用戶簽署了該筆交易并請求Blockstream一并簽署，通常Blockstream都會通過執行(經過郵箱或短信驗證碼二次確認后);
但可能發生的一種情況是：Blockstream這一端出現了問題——如公司跑路或者丟失了密鑰，或出于其他原因無法簽署。在這樣的情況下，用戶需要使用一個備用方案來完成這筆交易：如在鎖定時間過后，用戶可以在預定時間過后完成該筆交易。
這樣的解決方案似乎可行，但仍會受到限制，比如用戶將無法再使用任何其他比特幣的潛在智能合約，或在其終端增加更多靈活可擴展的設置。
現在Green有一個適用于所有客戶的預備腳本，基本上就是一個簡單的多重簽名，但是我們并不真正在乎腳本講了什么，我們在乎的是，在規定時間內，交易代幣是否有可能在不需要我們簽名的情況下被交易?如果用戶提出一些與常人不同的要求，但只要原則上這些要求是我們關心和在乎的，我們就應該滿足和支持。
舉個例子，一些用戶以防有什么意外發生，希望讓他的另一半或家人在一年后能夠繼承使用這筆資產;或以用戶是一家公司為例，其希望創建一個使用機制，例如需要三分之二或更多的董事會成員權限才能共同使用資產。
當然從技術上來講，在比特幣腳本語言中以上的情況都是可以被實現的，但這將需要用戶設計一個自定義程序，而Blockstream(資產托管方)也需要確保參與其中。
這樣就太復雜了，“如果用戶任意提供給我們一個腳本語言，我們幾乎無法確定其是否滿足了我們所關心在乎的那個運行條件，因為所有腳本行為的組合非常復雜，舉個例子，假如用戶提供的一個腳本程序看上去需要一個簽名進行認證，但我們還需要考慮，如果用戶提供了一個non-signiture會發生什么情況?其是否會觸發其他條件使資產能夠被調用?等等。”Poelstra解釋道。
Miniscript
在過去的一年中，Poelstra、Blockstream 核心技術工程師Pieter Wuille和Sanket Kanjalkar設計了Miniscript，Miniscript官方并不屬于Blockstream的產品。
簡而言之，Miniscript是一個“刪減版”的Script：從Script工具包Script toolkit中整合選擇了更加易用和易于被驗證的工具，而除去極少數基本無人使用的工具外，幾乎所有Script能干的事Miniscript也能干。本質上來講，一行Miniscript的代碼仍可以看作等于一行有效地Script代碼，只不過Miniscript通過防止代碼出現意料之外結果而盡可能的減少Bug的出現。
就拿我們上面提到過的問題來說，用戶可以利用Miniscript更加容易地設計出一個便于Blockstream驗證其是否滿足運行條件的設置，詳細來講，Blockstream能夠更加清晰地明白用戶資產的被使用條件，如，要么簽名通過，要么時間到了，不管用戶在其自定義程序端還夾雜了任何其他附加條件，如額外的時間要求、多重簽名等，說白了，使用了Miniscript，在Blockstream端來看可以免去那些花里胡哨的，可能影響驗證條件或偷換概念的東西，更干凈利落。
Miniscript語言非常直接且可預測，其程序總能導向一個決策樹，將程序很清楚的呈現出來，就像圖像編碼，易于推理。
就在上周，Pieter Wuille在Medium發文再次介紹了Miniscript(Miniscript: 改進后的比特幣腳本語言)，他拿一段在比特幣腳本語言中的代碼為例： OP_CHECKSIG OP_IFDUP OP_NOTIF OP_DUP OP_HASH160
其中，A和B為公鑰，在Miniscript中這段語言可以被精簡為：or_d(c:pk(A),and_v(vc:pk_h(B),older(144)))
這段代碼很清楚明了地表現了代幣的解鎖條件：A簽名通過;或者經過 144 個區塊后B簽名通過。而很大一部分的Script可以以這樣的方式編寫。
盡管Miniscript也還在繼續開發中，但其早期版本已經發布并可以投入使用了。
這種策略語言的最大好處就是，它會在根據腳本編寫的不同情況下，盡可能地自動地轉換至最合適、高效的Miniscript格式。
根據其線上編譯器，剛剛我們舉例編碼在策略語言中可以再次被轉化為：or(99@pk(A),1@and(pk(B),older(144)))
這樣的寫法意思是：左邊的 “或(or)”被采用的概率是99%(A簽名通過);右邊情況“和(and)”(經過144個區塊后B簽名通過)發生概率為1%。
目前Miniscript的策略語言編譯器可以支持C++和Rust語言的轉化，為了讓這項技術更易于使用，Pieter表示未來他們還需將它與其他常用軟件整合集成，通過實現對相位整形二進制傳輸(雙二進制,PSBT)和Miniscript的兼容(更新器updater和終結器finalizer等)，許多PSBT簽名使用者(包括硬件錢包)即使沒有顯式支持的情況下，也可被用于復雜的腳本中;此外，由于許多策略語言的腳本轉換結果還沒有被考慮到，編譯器也將會被進一步優化改進。（金色財經）
