Aller au contenu
BitcoinToolkit

Stacks (STX) : Comment cela se connecte à Bitcoin

Stacks est un réseau de contrats intelligents connecté à Bitcoin utilisant le langage Clarity et une conception de Preuve de Transfert. STX est son actif natif de frais et de Stacking, tandis que sBTC est une représentation tokenisée distincte conçue pour le mouvement entre Bitcoin et Stacks. Cette page se concentre sur la façon dont Stacks se connecte à Bitcoin et les vérifications que les utilisateurs doivent effectuer avant d'envoyer des fonds, de payer des frais ou d'utiliser le réseau.

Comprenez comment Stacks utilise Bitcoin et en quoi STX et sBTC diffèrent avant de transférer ou de faire du Stacking.

Objet :
Stacks
Mode de marché :
Snapshot uniquement
Actif de frais :
STX
Fuseau horaire :
UTC

Cette page ne fournit pas de devis de récompenses de Stacking, ne garantit pas le peg de sBTC, ne sélectionne pas de signataire et ne valide pas de contrat Clarity.

Propriété du contenu : Équipe éditoriale de BitcoinToolkit Références techniques : documentation officielle du protocole et des développeurs. Approche de révision : les explications techniques sont vérifiées par rapport aux sources primaires et mises à jour lorsque le réseau ou l'actif change. Dernière revue du contenu : Dernier test d'intégration des données :

Comment Stacks se connecte à Bitcoin

L'ancrage Bitcoin fournit un contexte de commande et de règlement sans faire des contrats Stacks des scripts Bitcoin.

Flux de travail Stacks montrant Choisir le réseau, Financer l'actif de frais, Examiner l'action, Exécuter, Vérifier la finalité
Flux de travail de Stacks de la première décision de l'utilisateur à un résultat vérifié.

Une machine à états distincte avec des mandats liés à Bitcoin

Stacks maintient ses propres comptes, contrats Clarity et frais de transaction. Les mineurs s'engagent via Bitcoin et proposent des blocs Stacks pendant les mandats. Les signataires Nakamoto valident les blocs proposés selon les règles de Stacks. Une transaction Stacks n'est pas une transaction native Bitcoin simplement parce que son historique est ancré à Bitcoin.

La réorganisation de Bitcoin et le comportement des signataires de Stacks créent différentes considérations de confirmation. Les applications doivent distinguer un bloc Stacks rapide, l'acceptation du signataire et la profondeur d'ancrage Bitcoin ultérieure. La politique d'attente appropriée dépend de l'action et de l'implication d'un mouvement BTC externe.

Conception de base des transactions et du réseau

Pourquoi la conception de Stacks est importante

Le verrouillage de STX soutient la participation des signataires et suit les cycles du protocole plutôt que la délégation ordinaire de preuve d'enjeu.

Les stackers et les mineurs sont des rôles distincts

STX paie les frais de transaction Stacks ordinaires. Dans le Stacking, les participants éligibles verrouillent STX et peuvent opérer ou déléguer à des arrangements de signataires selon les règles actuelles du protocole. Les signataires Nakamoto valident les blocs Stacks et participent aux opérations sBTC lorsqu'ils sont configurés pour ces responsabilités.

Le Stacking n'est pas un rendement sans risque. Les périodes de verrouillage, la garde du pool, l'opération du signataire, l'éligibilité aux récompenses et les cycles du protocole comptent. Un reçu de pool ou un tableau de bord peut ajouter des hypothèses distinctes de contrat intelligent et d'opérateur. Les utilisateurs doivent identifier s'ils conservent la garde et quelle autorité un délégué reçoit.

Dépôts, retraits et signataires de sBTC

sBTC n'est pas STX et ne repose pas sur le modèle ordinaire de pont de jetons.

Un UTXO Bitcoin géré par des signataires

sBTC est un jeton SIP-010 sur Stacks destiné à suivre BTC un pour un. Son ensemble de signataires gère une détention de UTXO Bitcoin de BTC déposé et autorise les opérations de peg. Le rôle de signataire sBTC est distinct du rôle de signataire de bloc Nakamoto même lorsque les participants se chevauchent.

Les dépôts nécessitent une confirmation Bitcoin et un traitement par le signataire. Les retraits brûlent ou verrouillent la représentation Stacks et nécessitent l'autorisation du signataire pour un paiement Bitcoin. Les retards, les seuils de signataires, le comportement du contrat et les frais Bitcoin peuvent affecter l'achèvement. Une transaction Stacks seule ne prouve pas que BTC a atteint sa destination Bitcoin.

Vérifications Stacks et sBTC avant d'agir

L'identité de l'actif et la confirmation en plusieurs étapes méritent un examen explicite.

Nommez la chaîne et le chemin du signataire

Pour STX, vérifiez le réseau Stacks, le destinataire, les exigences de mémo et le solde de frais STX. Pour sBTC, vérifiez le contrat officiel et si l'action est un dépôt, un transfert ou un retrait. Suivez les états de transaction Stacks et Bitcoin le cas échéant.

Examinez les conditions de frais sponsorisés avant de payer sBTC à un sponsor. Pour le Stacking, confirmez les cycles de verrouillage, l'autorité de l'opérateur et la garde. Les développeurs doivent auditer les appels de contrat Clarity et éviter de supposer les conventions d'adresse ou d'approbation Ethereum. N'envoyez jamais BTC directement à une adresse à moins que le flux de dépôt sBTC documenté ne l'exige.

  • Séparez STX de sBTC.
  • Suivez les états Stacks et Bitcoin.
  • Vérifiez les rôles de signataire et de sponsor.
  • Examinez les verrouillages et la garde du Stacking.

Parcourez les références crypto associées

Où Stacks diffère pour les utilisateurs

Le résultat STX a besoin de contexte

Sous les règles Nakamoto, les mineurs proposent des blocs Stacks et les signataires stackers les valident. Les blocs Bitcoin ancrent l'activité des mandats Stacks, tandis que les signataires sBTC gèrent séparément le UTXO Bitcoin et autorisent les dépôts et les retraits.

Une transaction Stacks peut s'exécuter avec succès alors que l'état de l'application, la permission du contrat ou la sortie ultérieure reste incorrecte pour l'objectif de l'utilisateur. STX est l'actif profilé par le marché. STX paie les frais Stacks ordinaires ; les flux sBTC sponsorisés peuvent compenser un sponsor.

Ce que les utilisateurs de Stacks doivent vérifier et pourquoi cette conception diffère

Les systèmes de signataires et sBTC peuvent évoluer. La page ne vérifie pas un contrat ou un pool.

Pour Stacks, la séquence pratique est Choisir le réseau, Financer l'actif de frais, Examiner l'action, Exécuter, Vérifier la finalité. Confirmez la destination officielle et le réseau actuel, puis inspectez le solde final, la position, le reçu ou l'état de sortie documenté qui termine réellement la tâche : Comprenez comment Stacks utilise Bitcoin et en quoi STX et sBTC diffèrent avant de transférer ou de faire du Stacking.

FAQ sur l'utilisation du réseau Stacks

STX est-il identique à sBTC ?

Non. STX est l'actif de frais natif de Stacks ; sBTC est une représentation distincte de BTC sous forme de jeton.

Qui paie les frais de Stacks ?

STX paie les frais ordinaires, bien que les flux de parrainage approuvés puissent permettre à un parrain de payer et de recevoir une compensation.

Une confirmation Stacks signifie-t-elle que BTC a été déplacé ?

Pas nécessairement. Les dépôts et retraits sBTC nécessitent également un traitement par Bitcoin et les signataires.

Limites connues

Méthodologie des données de marché

La page utilise un instantané agrégé CoinGecko de STX/USD. Aucun graphique d'échange n'est rendu pour cette entité.

Source de l'instantané du marché
Données de marché agrégées CoinGecko (STX/USD)
Cache
Le cache de l'instantané est d'environ 60 secondes.
Gestion des échecs
Les données mises en cache vérifiées sont étiquetées Cached ou Delayed. Les valeurs manquantes restent indisponibles.
Statut de l'instantané
En cache
Signaler un problème
Signaler un problème de données de marché →

Sources techniques

Les sources primaires sélectionnées soutiennent les explications opérationnelles. L'attribution des fournisseurs de marché reste séparée.

Informations éditoriales

Contenu technique vérifié, sources examinées et historique des mises à jour.

Publié
Dernière révision
Vérification des données
Sources
Documentation officielle