打 labitbu 的每個過程裡都發生了什麼？ 長文預警，需要一定的密碼學和 bitcoin 交易知識 labitbu 是今天凌晨2點開始 bitcoin 主網上開始 mint 的小圖片，與以往的銘文或類銘文協議不同，它依賴 taproot 協議來實現負載信息的存放 項目由今年 @PlebFi 黑客松第二名得主 @stutxo 開發，看了一下黑客松有 bitcoin wizard 和 ordinals 的 dev 參與，還是有一定含金量的 github repo: 在鑄造網站 鑄造的時候分為三個步驟： 1. 連接錢包，並生成一個隨機的 labitbu； 2. 轉賬到 bc1p 開頭的 p2tr 地址，網站默認轉賬 10,000 sats 到該地址； 3. 完成鑄造，在輸入框填寫對應連接錢包公鑰的 bc1p 地址並提交鑄造交易上鏈； 首先，連接錢包可以獲取 bc1p 錢包的公鑰，再根據公鑰生成 labitbu。根據 repo 中的 json 文件，可以知道每個 labitbu 有 8 種樣式，而最大的不同點則是顏色。但如果是 10k 的 NFT 合集的話，顏色貌似也不足以區分眾多 labitbu？ 由於每個 labitbu 是根據錢包公鑰生成的，所以理論上每個錢包鑄造出的所有 labitbu 都會是相同樣式的（但是在凌晨實際鑄造的時候偶爾會有一個錢包鑄造不同樣式的情況，這裡就可能是我看得有一些疏漏或者早上暈了😇） 在上一個步驟後，生成的 labitbu 轉換為字節數據 payload 後，網頁會根據這個 payload 構建一個控制塊。這裡名為構建，實際上的控制塊就是[控制字節]+[索引公鑰]+[圖像 payload]。 在實際的 taproot 腳本中，控制塊是[控制字節]+[內部公鑰]+[默克爾路徑]，labitbu 直接使用圖像 payload 作為默克爾路徑使用。 taproot 控制塊相關內容： 在以 payload 作為默克爾路徑，錢包公鑰作為鎖定腳本後，可以生成一個 p2tr 的地址，這個地址就是網頁中的 bc1p 地址，發送 btc 到這個錢包的過程可以看作銘文協議中的 commit。 最後，需要填入自己的 bc1p 地址並進行錢包，完成最後的鑄造操作。在這個過程中，是將前面以圖像 payload 作為控制塊，公鑰鎖定腳本作為 redeem 腳本的輸出進行解鎖，並使用該錢包進行簽名，發送最終的交易，這筆交易類似銘文協議中的 reveal 交易。 以上就是 labitbu 協議鑄造過程中的技術內容，taproot 腳本的構造和地址的生成這些技術細節就沒有寫，感興趣的小夥伴可以查查資料還有看一下 labitbu 這樣的鑄造過程和銘文比較像，但是相較於銘文所存在的好處在於，鑄造過程的 commit 不需要再生成新的地址來作為中轉，可以使用單一錢包完成整個鑄造過程，在一定程度上比較便捷。但是存在的限制是控制塊大小是 4kb，限制了能夠存放的圖像負載大小。 github 裡 dev 使用了固定的內部公鑰進行鑄造以便於索引，所以看出來 dev 也是有打算進行下一步的索引，具體能不能落地進行交易也只能等了。

在這個時間的話鑄造量應該超過10k了，按照以往的經驗一個小圖片合集數量通常是10k，所以不建議現在繼續 mint