如何使用UniHexa進行跨鏈兌換？ （BRC-20 和符文）

了解UniHexa的跨鏈架構

1. UniHexa 作為一個非託管跨鏈橋，專門設計用於處理源自 Bitcoin 第 1 層的 BRC-20 代幣和符文資產。

2. 它利用結合 SPV 證明和去中心化中繼網路的混合驗證模型來驗證異構鏈上的狀態轉換。

3. 該協議不依賴包裝資產或合成表示，相反，它透過協調的時間鎖強制 UTXO 管理來促進原子交換。

4. 每筆交易均由源自 Bitcoin 區塊頭的 Merkle 包含證明錨定，確保資產遷移過程中的加密保真度。

5. UniHexa 的架構隔離了 Bitcoin 原生原語，例如離散執行上下文中的序數銘文和符文分配，以保持語義完整性。

啟動 BRC-20 到 EVM 鏈傳輸

1. 用戶將支援 BRC-20 銘文簽署的 Bitcoin 相容錢包（例如 Unisat 或 OKX 錢包）連接到 UniHexa dApp 介面。

2. 他們選擇目標鏈——以太坊、Arbitrum 或 Base——並指定與該鏈的地址格式相容的目標位址。

3. 介面顯示所選 BRC-20 代幣對的即時流動性深度，並使用鏈上預言機計算滑點調整後的輸出金額。

4. 觸發兩階段承諾：首先，Bitcoin交易在多重簽名腳本中鎖定 BRC-20 UTXO；其次，在確認六個 Bitcoin 區塊後，會發出基於以太坊的存款事件。

5. 當接收鏈鑄造由 UniHexa 驗證器集驗證的鏈上證明支援的等價 ERC-20 代幣時，最終結算發生。

執行符文資產遷移

1. 符文資產透過 Bitcoin 交易的 OP_RETURN 欄位中編碼的唯一符文 ID 進行識別，UniHexa 直接從原始區塊資料中解析此元資料。

2. 使用者輸入符文 ID 和所需數量，然後批准 Bitcoin 交易，將符文提交到由 UniHexa 索引器監控的指定刻錄位址。

3. 一旦確認，UniHexa 的協調器就會使用從符文的創世銘文導出的確定性映射，在目標鏈上觸發可替代代幣的發行。

4.鑄造的代幣保留原始符文的名稱、符號和可分性參數，並保留與現有 DeFi 協議的可組合性。

5. 所有符文傳輸均嚴格遵守符文協議的供應規則，包括跨鏈傳播之前的蝕刻驗證和衛星點驗證。

安全考慮和鏈上驗證

1. UniHexa 驗證器運行完整的 Bitcoin 和以太坊節點來獨立驗證交易包含，消除對中心化區塊瀏覽器的依賴。

2. 每個跨鏈事件都包含由至少五個獨立驗證者金鑰簽署的嵌入式加密承諾，並在鏈上強制執行閾值簽章聚合。

3. 使用者可以使用原始的Bitcoin交易ID來查詢UniHexa的公共驗證儀表板來手動檢查任何橋接資產的有效性。

4. 以太坊側鑄幣合約中嵌入了重入保護，防止轉帳完成過程中的遞歸呼叫。

5. UniHexa 的中繼層接受由專門從事 Bitcoin 層安全分析的第三方公司進行的連續審核週期。

常見問題解答

Q：UniHexa 是否支援直接 BRC-20 到 Runes 交換？ UniHexa 不執行本機 BRC-20 ↔ Runes 交換。它支援每種資產類型到外部鏈的獨立遷移路徑，但不中介它們之間的轉換。

Q：跨鏈交易停滯了，我的資產還能找回來嗎？是的。如果最終確定失敗超出了配置的逾時窗口，用戶可以透過 UniHexa 的恢復入口網站提交有效的 SPV 證明和驗證者簽署的證明來觸發手動退款。

Q：透過 UniHexa 轉移的符文是否受到與 Bitcoin 相同的稀缺性保證？是的。 UniHexa 在允許在目標鏈上發行之前，透過根據規範 Bitcoin 區塊鏈驗證蝕刻交易來強制執行不可變的符文供應限制。

Q：哪些錢包遷移到 EVM 鏈後會顯示符文餘額？支援自訂 ERC-20 代幣匯入的錢包（例如 MetaMask 或 Rabby）可以在手動新增合約地址和 ABI 後顯示 Runes 衍生代幣。 UniHexa 為所有遷移的資產提供經過驗證的合約地址。