Comment utiliser UniHexa pour les échanges cross-chain ? (BRC-20 et runes)

Comprendre l'architecture inter-chaînes d'UniHexa

1. UniHexa fonctionne comme un pont inter-chaînes non dépositaire spécialement conçu pour gérer les jetons BRC-20 et les actifs Runes provenant de la couche 1 de Bitcoin.

2. Il exploite un modèle de vérification hybride combinant des preuves SPV et des réseaux de relais décentralisés pour valider les transitions d'état à travers des chaînes hétérogènes.

3. Le protocole ne s'appuie pas sur des actifs encapsulés ou des représentations synthétiques. Au lieu de cela, il facilite les échanges atomiques grâce à une gestion UTXO coordonnée et renforcée par un timelock.

4. Chaque transaction est ancrée par une preuve d'inclusion Merkle dérivée des en-têtes de bloc Bitcoin, garantissant la fidélité cryptographique lors de la migration des actifs.

5. L'architecture d'UniHexa isole les primitives natives de Bitcoin telles que les inscriptions ordinales et les allocations de runes dans des contextes d'exécution discrets pour préserver l'intégrité sémantique.

Lancement d'un transfert de chaîne BRC-20 vers EVM

1. Les utilisateurs connectent un portefeuille compatible Bitcoin prenant en charge la signature d'inscription BRC-20, tel que Unisat ou OKX Wallet, à l'interface UniHexa dApp.

2. Ils sélectionnent la chaîne cible (Ethereum, Arbitrum ou Base) et spécifient l'adresse de destination compatible avec le format d'adresse de cette chaîne.

3. L'interface affiche la profondeur de liquidité en temps réel pour la paire de jetons BRC-20 sélectionnée et calcule les montants de sortie ajustés en fonction du glissement à l'aide de flux Oracle en chaîne.

4. Un engagement en deux phases est déclenché : d'abord, une transaction Bitcoin verrouille le BRC-20 UTXO dans un script multisig ; Deuxièmement, un événement de dépôt basé sur Ethereum est émis lors de la confirmation de six blocs Bitcoin.

5. Le règlement final a lieu lorsque la chaîne de réception crée des jetons ERC-20 équivalents soutenus par des attestations en chaîne vérifiées par l'ensemble de validateurs d'UniHexa.

Exécution de la migration des ressources Runes

1. Les ressources runiques sont identifiées via leur ID runique unique codé dans le champ OP_RETURN d'une transaction Bitcoin, et UniHexa analyse ces métadonnées directement à partir des données de bloc brutes.

2. Les utilisateurs saisissent l'ID de la rune et la quantité souhaitée, puis approuvent une transaction Bitcoin qui engage les runes dans une adresse de gravure désignée surveillée par l'indexeur d'UniHexa.

3. Une fois confirmé, le coordinateur d'UniHexa déclenche l'émission de jetons fongibles sur la chaîne de destination en utilisant une cartographie déterministe dérivée de l'inscription de genèse de la rune.

4. Les jetons émis conservent le nom, le symbole et les paramètres de divisibilité de la rune d'origine, préservant ainsi la composabilité avec les protocoles DeFi existants.

5. Tous les transferts de runes imposent le strict respect des règles d'approvisionnement du protocole Rune, y compris la validation de la gravure et la vérification du point sat avant la propagation inter-chaînes.

Considérations de sécurité et vérification en chaîne

1. Les validateurs UniHexa exécutent des nœuds complets Bitcoin et Ethereum pour vérifier indépendamment l'inclusion des transactions, éliminant ainsi le recours aux explorateurs de blocs centralisés.

2. Chaque événement inter-chaîne comprend des engagements cryptographiques intégrés signés par au moins cinq clés de validation indépendantes, avec une agrégation de signatures de seuil appliquée en chaîne.

3. Les utilisateurs peuvent inspecter manuellement la validité de tout actif ponté en interrogeant le tableau de bord de vérification public d'UniHexa à l'aide de l'ID de transaction d'origine Bitcoin.

4. Des protections de réentrée sont intégrées dans les contrats de frappe côté Ethereum, empêchant les appels récursifs pendant la finalisation du transfert.

5. La couche relais d'UniHexa est soumise à des cycles d'audit continus menés par des sociétés tierces spécialisées dans l'analyse de sécurité de la couche Bitcoin.

Foire aux questions

Q : UniHexa prend-il en charge les échanges directs de BRC-20 vers Runes ? UniHexa n'effectue pas d'échanges natifs BRC-20 ↔ Runes. Il prend en charge des chemins de migration indépendants pour chaque type d'actif vers des chaînes externes, mais n'effectue pas de conversions entre elles.

Q : Puis-je récupérer mes actifs si une transaction inter-chaînes est bloquée ? Oui. Si la finalisation échoue au-delà du délai d'expiration configuré, les utilisateurs peuvent déclencher un remboursement manuel en soumettant des preuves SPV valides et des attestations signées par le validateur via le portail de récupération d'UniHexa.

Q : Les Runes transférées via UniHexa sont-elles soumises aux mêmes garanties de rareté que sur Bitcoin ? Oui. UniHexa applique des contraintes d'approvisionnement en runes immuables en validant les transactions de gravure par rapport à la blockchain canonique Bitcoin avant d'autoriser l'émission sur les chaînes de destination.

Q : Quels portefeuilles affichent les soldes de Runes après la migration vers les chaînes EVM ? Les portefeuilles prenant en charge les importations de jetons ERC-20 personnalisés, tels que MetaMask ou Rabby, peuvent afficher les jetons dérivés des Runes une fois l'adresse du contrat et l'ABI ajoutés manuellement. UniHexa fournit des adresses de contrat vérifiées pour tous les actifs migrés.