Transferir ARC-20
Construye una transferencia que coloca cada unidad donde quieres y no quema nada.
Protocol behavior Verified 2026-08-31
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
-
- Atomicals ElectrumX
at
v1.5.2.0 - Atomicals JavaScript CLI
at
1333565efbfe
- Atomicals ElectrumX
at
- Known limitations
-
- La superficie visible de transferencia de Universe no construye asignaciones parciales para destinatarios ni cambio coloreado a partir de un campo de importe. Usa un constructor compatible que trabaje en outpoints y valores de salida.
Antes de empezar
Sección titulada «Antes de empezar»- Redes soportadas: mainnet.
- Estado: comportamiento de protocolo.
- Necesitas una billetera o constructor que trabaje en outpoints y valores en satoshis, no en un campo de importe.
La forma que funciona
Sección titulada «La forma que funciona»| Posicion | Contenido |
|---|---|
| Entrada 0 | El lote coloreado |
| Entrada 1 y siguientes | Entradas cardinales para la comision |
| Salida 0 | El destinatario, dimensionada exactamente a las unidades que envias |
| Salida 1 | Cambio coloreado, dimensionado exactamente al resto |
| Salida 2 | Cambio cardinal, si lo hay |
El procedimiento
Sección titulada «El procedimiento»- Lista tus outpoints coloreados y elige el lote a gastar.
- Decide el importe a enviar. Ese numero es tambien el valor en satoshis de la salida 0.
- Calcula el resto: valor del lote menos importe enviado. Ese es el valor en satoshis de la salida 1.
- Modela el conjunto exacto de entradas y salidas en el visualizador de asignacion.
- Confirma que la cifra de quema es cero.
- Anade entradas cardinales para la comision y una salida de cambio cardinal al final.
- Modela de nuevo con las entradas y salidas de comision incluidas. La cifra de quema debe seguir siendo cero.
- Construye la transaccion, preservando el orden de entradas y salidas.
- Compara el aviso de la billetera con tu modelo, linea por linea.
- Firma y difunde.
Por que existe el paso siete
Sección titulada «Por que existe el paso siete»Anadir una entrada de comision o una salida de cambio cambia el conjunto de salidas, y la asignacion recorre las salidas en orden. Una transferencia que estaba limpia antes de que la billetera anadiera cambio puede quemar despues.
Los dos vectores que muestran el riesgo
Sección titulada «Los dos vectores que muestran el riesgo»| 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 |
La misma intencion, el mismo lote, el mismo importe enviado. La unica diferencia es el tamano de la salida de cambio, y una de ellas destruye 200 unidades.
Una comision de Bitcoin, pagada desde una entrada cardinal. Sin par commit y reveal, y sin mineria, para una transferencia normal.
Si falla
Sección titulada «Si falla»- La billetera no te deja fijar valores de salida en satoshis: usa otro constructor.
- La billetera reordena las salidas: usa otro constructor. El orden es el significado.
- La cifra de quema no es cero: cambia los tamanos de las salidas, no sigas.
Despues de difundir
Sección titulada «Despues de difundir»Confirma, espera la indexacion, lee la ubicacion del activo y comprueba la cifra de quema registrada. Ver verificar una transaccion.
Asignacion y quemas.