OP_CHECKTEMPLATEVERIFY 如何成為擴展解決方案
我想知道以前呼叫的 OP_CHECKTEMPLATEVERIFY 或 OP_SECURETHEBAG。據我了解，您可以承諾以後如何以這種方式使用代幣。但它並沒有啟用<https://fc16.ifca.ai/bitcoin/papers/MES16.pdf>意義上的契約，對吧？污染後來的交易可能是相當有爭議的（並且會影響可替代性）。將來是否有可能擴展 OP_CHECKTEMPLATEVERIFY 以啟用此功能？
我相信 CTV 可能有一些案例，但我似乎不太明白這是一個可擴展性解決方案（因為它是“廣告”的）。畢竟，如果你分兩個階段（首先送出，然後是實際事務）做某事，就會有更多的區塊鏈數據。訣竅是您在費用高時做出承諾，並且可以稍後再做第二部分（費用較低），還是我錯過了一些重要的部分？你不能用 P2(W)SH 解決同樣的問題嗎？
對這個問題的回答有點曲折，並回答一個附帶問題：從根本上說，什麼是擴展解決方案？
OP_CTV 不會增加塊空間。通常使用的交易實際上會使用更多的塊空間（雖然不需要很大），並且可以將中繼優化到等效。
但縮放不僅僅是塊大小的增加。閃電網路顯示了這一點——不僅因為從鍊和路由中省略了中間狀態，還因為延遲。對於閃電來說，確認可以比 1 個區塊更快地到來很重要。這不是小問題；如果有另一種方法可以獲得子塊確認但使用更多的總鏈空間，人們可能仍然想要它。需要注意的是，贖回通道仍然可能需要很長時間——你現在用更少的延遲換取更多的延遲（HTLC 超時比單個交易確認要長）。
那麼，也就是說，OP_CTV 是做什麼的？
OP_CTV 讓您隨著時間的推移更有效地使用塊空間。想像一下，如果您有一個幾乎已滿的塊，並且只有幾個輸入和輸出的空間（比如說 2 個輸出）。以前，這意味著空間將用於確認向一個人付款——一個更改地址，一個付款。
這不是很有效，因為我們只付給一個人！
使用 OP_CTV，單個邊際輸出可以確認支付給無限數量的接收者。這意味著確認鏈上支付的效率現在要好得多。
然而，在未來的某個時候，這些仍然必須在鏈上聲明，這意味著總體平均需求不會減少（實際上可能會增加）。
但是，如果您查看趨勢，則並非所有區塊都已滿。有時他們是，有時他們不是。一個未滿的塊代表確認交易的“浪費”頻寬。所有塊都應該是滿的。
通過分割市場，我們創建了兩個不同的“費用範圍”，用於確認支出的費用範圍和用於兌換 CTV 輸出的費用範圍。這為比特幣創造了更健康的積壓。
這確實類似於 P2SH - 在 p2sh 之前，您需要為數據支付費用，而您只需要在贖回時為其付費。p2sh 在字節方面的效率低於非 p2sh。而 p2sh 無法模擬它，因為 p2sh 在腳本級別而不是事務級別執行。
那麼核心優勢是什麼？
- 提高確認吞吐量
- 支付的費用較低
- 降低記憶體池頂部的費率
- 經營者從“連鎖天氣”中抽像出來
CTV 還通過增加通道可以容納的 HTLC 數量與 LN 等協議很好地配合，這在一些研究（需要引用）中表明，增加 HTLC 的數量對於 LN 正常執行至關重要。CTV 還可以更輕鬆地批量打開頻道，從而降低打開頻道的成本並提高 LN 路由的可行性。
CTV還啟用了新型非互動協議，可以消除“從coinbase提現”和“打開閃電通道”之間的交易。這符合“經典的”減少塊空間使用標準。這包括使用 Schnorr 簽名/taproot 的情況，也可以省略子樹以支持新事務。
見<https://utxos.org/analysis/bip_simulation/>
哦，它確實啟用了與 MES 約定類似的約定，請參閱<https://utxos.org/uses/>了解有關保險庫、非互動式協議等的更多資訊。
最後，縮放解決方案的不同定義：
區塊鏈擴展解決方案是一種降低使用者對底層區塊鏈基本限制的意識的技術，假設他們擁有適當的錢包軟體（例如，閃電支持、ctv 等）。
CTV 消除了使用者遇到鏈限制的一大類情況，因此是一種擴展解決方案。