Muchos a muchos

Transferencia de muchos a muchos mueve SOL o un token SPL entre billeteras emparejadas: cada remitente que importas paga a su destinatario asignado un monto concreto. Toda la lista se ejecuta como un solo lote, y cada transferencia se firma en tu propio navegador, así que las claves de los remitentes nunca llegan a un servidor.

Muchos a muchos j.tools/es/tools/many-to-many

Abrir herramienta

Muchos a muchos 0.001 SOL Comisión de plataforma

Abrir herramienta

Comisión de plataforma

0.001 SOL por transferencia

La tarifa de red, la renta y el valor de la transacción van aparte.

Cuándo usar esta herramienta

#cuando-usar-esta-herramienta

• Tienes muchas billeteras de origen y cada una tiene que cargar a su propio destinatario en una sola ejecución.
• Vas a distribuir SOL o un token SPL siguiendo un emparejamiento fijo de remitente a destinatario.
• Ya tienes una lista de claves privadas de remitentes y una lista de direcciones destinatarias que le corresponde, en el mismo orden.
• Quieres montos por fila (un barrido Máx en algunas filas, una cantidad fija en otras) en lugar del mismo monto en todas.

Antes de empezar

#antes-de-empezar

• Conectar una billetera es opcional (cómo conectarla). Nunca firma ni paga; solo etiqueta la ejecución para poder atribuir la comisión. Lo que el lote necesita de verdad es una conexión RPC que funcione, y la página la prepara por ti.
• Las claves privadas de los remitentes, listas para importar (base58, base64 o array de bytes). Las claves solo se usan en el navegador.
• Una lista de direcciones públicas destinatarias que corresponda. Las dos listas se emparejan por posición.
• En modo SPL, el mint del token que quieres mover. Elígelo con el selector de tokens integrado.
• SOL suficiente en cada remitente para cubrir su monto, la comisión de plataforma y la tarifa base de la red. Los destinatarios SPL que necesitan una cuenta de token nueva suman encima una pequeña renta única.

Usa solo billeteras operativas temporales; nunca introduzcas una frase semilla ni la clave de una billetera de largo plazo.

Usa

• Solo billeteras operativas temporales

Nunca introduzcas

• Una frase semilla
• La clave de una billetera de largo plazo

Cómo usarlo

#como-usarlo

1. Elige el activo e importa las filas

   Puedes conectar una billetera en la parte superior de la herramienta. Deja el token en SOL para transferencias nativas, o abre el selector de tokens y elige un token SPL. Después usa Importar remitentes para pegar las claves privadas e Importar destinatarios para pegar las direcciones, en el mismo orden.

2. Revisa la vista previa de los pares

   Elige un modo de cantidad para rellenar todas las filas a la vez: Máx envía todo el saldo disponible de cada remitente, Fijo pone una cantidad por fila y Porcentaje envía una parte del saldo de cada remitente. Luego revisa la tabla Pares (desde, hacia, el saldo de cada remitente, cantidad y estado) y arregla cualquier par al que todavía le falte un remitente o un destinatario.

3. Ejecuta el lote

   Revisa el panel Resumen (comisión de plataforma de los pares listos, tarifa de red estimada y total a enviar). Haz clic en Enviar, cuyo texto cuenta los pares que están listos, y sigue el estado de cada fila hasta que la ventana de resultado muestre qué se envió, qué falló y qué se omitió.

Ajustes clave

#ajustes-clave

• Tipo de token: depende del token que elijas. SOL mueve SOL nativo; cualquier otro mint convierte todo el lote en una ejecución SPL.
• Mint del token: Obligatorio en SPL. El único mint que se mueve en todos los pares, elegido con el selector de tokens.
• Clave del remitente (desde): La clave privada que firma en el navegador la transferencia de esa fila. Acepta base58, base64 o array de bytes.
• Destinatario (hacia): La dirección pública a la que paga el remitente de ese par.
• Cantidad: El monto de ese par, en unidades de SOL (modo SOL) o del token (modo SPL).
• Modo en bloque: Rellena automáticamente todas las filas a la vez con Máx, Fijo o Porcentaje. Se rellena al momento, sin botón de aplicar. Las filas que editas quedan fijas hasta que cambias el control.
• Comisión de plataforma: 0.001 SOL por transferencia, cobrada on-chain dentro de la propia transacción de cada remitente. La billetera que recibe la comisión la fija la plataforma, no tú.
• Limpieza al importar: Una importación descarta las claves o direcciones repetidas dentro de un mismo pegado, así que las filas que venían después de un duplicado suben. Revisa los pares después de cada importación.

Tarifas y costos

#tarifas-y-costos

Precaución

Sobre las tarifas. Cada acción tiene dos costos: la tarifa de red de Solana, que se paga a los validadores, y la comisión de plataforma de J Tools. La comisión de plataforma siempre aparece en la app antes de que confirmes, y no se cobra nada hasta que firmas. Las tarifas pueden cambiar con el tiempo, así que confía en el resumen de la app y no en una cifra que viste alguna vez.

Costo	Monto
Comisión de plataforma de J Tools	0.001 SOL por transferencia
Tarifa de red de Solana	Se paga a los validadores durante la transacción; aparece en el resumen en vivo.
Renta y valor de la transacción	La renta de una cuenta de token nueva del destinatario sale del remitente; no forma parte de la comisión de plataforma.

Antes de firmar

#antes-de-firmar

Revisa el resumen en vivo antes de firmar. La app es la referencia actual para el monto, la comisión y la ruta.

Problemas comunes

#problemas-comunes

• Fila omitida por polvo de renta (M2M_RENT_DUST). Una fila que dejaría a su remitente con un saldo de SOL diminuto, distinto de cero y por debajo del mínimo exento de renta de Solana, se omite en lugar de fallar. En modo SPL se aplica la misma comprobación al SOL que queda después de las tarifas. Envía Máx, o baja el monto para que el remitente conserve lo suficiente o quede vacío del todo.
• SOL insuficiente (M2M_INSUFFICIENT_SOL). El remitente no puede cubrir su monto más las tarifas, o a un remitente SPL le falta el SOL para la tarifa y la renta de una cuenta nueva. Carga más SOL en ese remitente. Las filas con monto cero también se omiten.
• Filas sin pareja. Un destinatario sin remitente enfrente no puede recibir, y un remitente sin destinatario aparece como que le falta el destinatario. Pon las dos listas en el mismo orden y con la misma longitud.
• Tiempo de confirmación agotado (CONFIRM_TIMEOUT). Una transacción no se confirmó a tiempo, ni siquiera después de que la herramienta la reenviara y volviera a mirar el historial de la cadena, así que se marca como fallida. Usa Dejar solo fallidos, que conserva las filas fallidas y las omitidas, y vuelve a intentarlo.
• Un remitente no es una billetera normal. La dirección detrás de esa clave parece una cuenta de token o de nonce, así que no puede enviar fondos y la fila se omite.
• Una lista larga va más lenta, no se rechaza. Las filas se firman y se transmiten en bloques de 100, y el endpoint de transmisión admite 120 solicitudes por minuto por IP. No hay un tope fijo de transferencias, así que una ejecución muy larga simplemente tarda más y hay que seguirla fila por fila.

Consejos prácticos

#consejos-practicos

• Valida los dos lados del emparejamiento. Los destinatarios ya son direcciones públicas, así que van directo a Wallet Scope. Los remitentes llegan como claves privadas, así que deriva primero sus direcciones públicas y escanéalas en una segunda pasada. Así detectas una fila mal pegada antes de que se convierta en una transferencia pagada; reparte en varias pasadas las listas de más de 500 direcciones, el tope de Wallet Scope.
• Usa Máx para vaciar limpio. Cuando quieres vaciar cada remitente hacia su destinatario, Máx tiene en cuenta las tarifas y el mínimo de renta, así evitas la omisión por polvo.
• Divide con cuidado los emparejamientos grandes. Nada te impide pegar miles de pares, pero una ejecución que no puedes vigilar es una ejecución que no puedes arreglar. Parte las listas largas en lotes que mantengan juntas las filas emparejadas, sin cortar un par entre dos ejecuciones.

Herramientas relacionadas

#herramientas-relacionadas

• Envío múltiple
• Recolectar en lote
• Wallet Scope
• Generador de billeteras

Nota

Sobre las advertencias de la billetera. Algunas herramientas agrupan varias instrucciones en una sola transacción, por ejemplo crear un token y sus metadatos a la vez. Phantom puede mostrar un aviso de precaución en estas transacciones y, cuando la herramienta te dice que lo esperes, no significa que algo vaya mal. Lee lo que vas a firmar y apruébalo si coincide con lo que configuraste. Si aparece una advertencia que la herramienta no mencionó, recházala y avisa a soporte.

Consejo

J Tools es no custodial. Nunca almacenamos las claves privadas de tu billetera y nunca te pedimos tu frase semilla. Cada transacción que apruebas en una billetera conectada se firma dentro de esa billetera, y su clave nunca llega a nuestros servidores. Algunas herramientas para varias billeteras te permiten pegar claves privadas de billeteras calientes desechables, que se quedan en la pestaña del navegador y firman ahí. Holder Booster es la única herramienta que entrega una clave a nuestro worker: la de la billetera distribuidora nueva que crea en cada ejecución, enviada cifrada. Nunca pegues una clave vinculada a fondos que guardas a largo plazo y, si alguna página te pide tu frase semilla, detente y ciérrala.

Ayuda

#ayuda

Tarifas y seguridad · Todas las herramientas · Soporte