Aller au contenu

Sources de cette page

Chaque assertion de cette page renvoie a des revisions fixees. Ouvrez le chemin pour lire la source exacte verifiee.

atomicals-electrumx-1.5.2.0

Atomicals ElectrumX

Revision v1.5.2.0 (2025-03-27)

Ouvrir le chemin fixe: normalFtAllocation

Version-sensitive ARC-20 and Atomicals validation behavior used as the pinned reference baseline.

atomicals-js-cli

Atomicals JavaScript CLI

Revision 1333565efbfe

Ouvrir le chemin fixe: commandIndex

Reference command surface used for the documented CLI inventory and the visual asset provenance.

Transferer de l ARC-20

Raw

Construisez un transfert qui place chaque unite ou vous le voulez et ne brule rien.

Protocol behavior Verified 2026-08-31 Metadata & Sources

Describes the Atomicals protocol itself at the pinned reference revision. It does not promise that any product exposes it.

Page ID
guides/transfer-arc20
Normative authority
Executed source code at a pinned revision
Networks
mainnet
Documentation version
2026.08
Audience
everyone, holder
Owner
bitcoin-universe-docs
Sources
Known limitations
  • La surface de transfert visible d Universe ne construit ni attributions partielles vers des destinataires ni monnaie coloree a partir d un champ de montant. Utilisez un constructeur compatible qui travaille en outpoints et en valeurs de sortie.
  • Reseaux pris en charge : mainnet.
  • Etat : comportement de protocole.
  • Il vous faut un portefeuille ou un constructeur qui travaille en outpoints et en valeurs en satoshis, pas dans un champ de montant.
Position Contenu
Entree 0 Le lot colore
Entree 1 et suivantes Entrees cardinales pour les frais
Sortie 0 Le destinataire, dimensionnee exactement aux unites envoyees
Sortie 1 Monnaie coloree, dimensionnee exactement au reste
Sortie 2 Monnaie cardinale, s il y en a
  1. Listez vos outpoints colores et choisissez le lot a depenser.
  2. Decidez du montant a envoyer. Ce nombre est aussi la valeur en satoshis de la sortie 0.
  3. Calculez le reste : valeur du lot moins montant envoye. C est la valeur en satoshis de la sortie 1.
  4. Modelisez l ensemble exact d entrees et de sorties dans le visualiseur d attribution.
  5. Confirmez que le chiffre de brulure est zero.
  6. Ajoutez des entrees cardinales pour les frais et une sortie de monnaie cardinale a la fin.
  7. Modelisez de nouveau avec les entrees et sorties de frais incluses. Le chiffre de brulure doit toujours etre zero.
  8. Construisez la transaction en preservant l ordre des entrees et des sorties.
  9. Comparez l invite du portefeuille a votre modele, ligne par ligne.
  10. Signez et diffusez.

Ajouter une entree de frais ou une sortie de monnaie change l ensemble des sorties, et l attribution parcourt les sorties dans l ordre. Un transfert propre avant que le portefeuille n ajoute la monnaie peut bruler apres.

Executed ARC-20 allocation vectors from conformance/vectors/arc20-allocation.json
Case Coloured inputs Result per output Burned Clean
A remainder smaller than the change output burns
dust-remainder-burns
1200 units at input 0 out 0: 1000 sats to 1000 units; out 1: 200 sats to 200 units none yes
A change output larger than the remainder burns it
change-output-too-large
1200 units at input 0 out 0: 1000 sats to 1000 units; out 1: 546 sats to 0 units 200 units of TOKENA no

Meme intention, meme lot, meme montant envoye. La seule difference est la taille de la sortie de monnaie, et l une des deux detruit 200 unites.

Des frais Bitcoin, payes depuis une entree cardinale. Pas de paire commit et reveal, et pas de minage, pour un transfert ordinaire.

  • Le portefeuille ne vous laisse pas fixer les valeurs de sortie en satoshis : utilisez un autre constructeur.
  • Le portefeuille reordonne les sorties : utilisez un autre constructeur. L ordre est le sens.
  • Le chiffre de brulure n est pas zero : changez les tailles des sorties, ne continuez pas.

Confirmez, attendez l indexation, lisez l emplacement de l actif et verifiez le chiffre de brulure enregistre. Voir verifier une transaction.

Attribution et brulures.