所有權只是起點

多數 NFT 能證明哪個地址擁有資產。但可組合的遊戲資產，需要更多能力。

Dungeon Saga 正打造也能驗證以下事項的規則：

• 哪些碎片構成了英雄；
• 這些碎片是否屬於發起鍛造的玩家；
• 哪次合約狀態轉換創造了英雄；
• 轉移後，其組成證明是否仍然有效；以及
• 未來解除鍛造時，如何安全釋放原始碎片。

英雄不應只是專案資料庫裡可被改寫的一筆紀錄，而應承載自己的歷史。

第一幕

鍛造 — 鏈上的誕生，而非後端兌換

玩家先使用自己的錢包簽署。UTXO 合約隨後驗證碎片的數量、類型與所有權。只有符合條件的組合，才能進入鍛造新英雄所需的協議狀態。

• 玩家不必將資產的保管權交給專案方。
• 後端不能跳過規則，直接發放英雄。
• 每個碎片都必須通過相同、可驗證的限制條件。
• 無效組合不能冒充有效鍛造。

簽署驗證鍛造

這不是後端發放，而是 Bitcoin 規則能驗證的誕生。

第二幕

綁定 — 可驗證的傳承

英雄鍛造完成時，會與構成它的碎片建立可驗證的關係。結果不僅記錄英雄的存在，也記錄它為何被允許誕生。

第三幕

轉移 — 所有權流轉，來源依然可查

鍛造出的英雄可進入玩家錢包並自由流通。擁有者可以改變，但英雄與原始碎片的關係不會消失，也無須在每次轉移後由我們的後端重建。

未來篇章

解除鍛造 — 為可逆的資產生命週期奠基

此架構也為日後的解除鍛造版本奠定基礎。未來實作旨在讓當前英雄持有者證明所有權、銷毀對應英雄，並釋放其綁定的原始碎片，全程無須專案方託管。

解除鍛造不包含在 8 月 15 日左右的鍛造功能上線承諾中，將於後續版本推出。

碎片 → 英雄 → 轉移 → 未來銷毀英雄 → 釋放碎片

為何需要更多時間？

Bitcoin UTXO 狀態轉換必須形成正確簽署、可獨立驗證，且具備安全失敗處理路徑的交易。剩餘工作包括：

1. 完整測試多碎片鍛造的限制條件；
2. 驗證英雄與碎片綁定的邊界情況；
3. 測試英雄轉移後的狀態連續性；
4. 確認各支援錢包的簽署與交易相容性；
5. 建立失敗、逾時或中斷時的退款與資產恢復路徑；以及
6. 針對鍛造與未來解除鍛造基礎機制進行生命週期壓力測試。

涉及玩家資產，正常流程成功還不夠。失敗時也必須安全。

這項協議可能帶來什麼

根據我們可取得的公開資料，以及我們目前所知，尚未找到成熟、完整且可公開重現的 Bitcoin 先例，能在同一 UTXO 資產生命週期中整合多資產組合、英雄鑄造綁定、自由轉移、未來的非託管逆向還原、逾時退款與資產自主恢復。

這並不是宣稱不存在相關實驗。正因如此，我們選擇投入時間，將協議作為 Dungeon Saga 的基礎設施來測試，而非把它視為一次性的兌換流程。