Saltar al contenido principal

2 publicaciones etiquetados con "guía"

Ver Todas las Etiquetas

PYUSD en Solana: Guía práctica de integración (con RPC de BlockEden.xyz)

· 9 min de lectura
Dora Noda
Software Engineer

PayPal USD (PYUSD) ha llegado a Solana, marcando un hito importante para los pagos digitales. Esta guía ofrece un recorrido directo y orientado a producción para ingenieros que integren PYUSD en carteras, dApps y plataformas de comercio en Solana.

Todos los ejemplos usan código fresco compatible con Token-2022 y están diseñados para funcionar sin problemas con los endpoints RPC de Solana de baja latencia de BlockEden.xyz.

TL;DR

  • Qué: PayPal USD (PYUSD) es ahora un token SPL nativo Token-2022 en Solana, que ofrece liquidación rápida y de bajo costo para una stablecoin reconocida globalmente.
  • Parámetros clave: Mint 2b1kV6DkPAnxd5ixfnxCpjxmKwqjjaYmCZfHsFu24GXo, decimales 6 y programa de token Token-2022.
  • Conjunto de funciones: Aprovecha las Extensiones de Token de Solana (Token-2022). Tiene un Transfer Hook inicializado pero actualmente inactivo (programa nulo), junto con capacidades de transferencia confidencial y otras extensiones.
  • Cross-chain: Una integración oficial con LayerZero permite que PYUSD se mueva entre Ethereum y Solana mediante un mecanismo seguro de quemado y acuñación, evitando puentes tradicionales.
  • Acción: Usa esta guía como plantilla lista para añadir soporte de PYUSD a tu aplicación con los RPC fiables de Solana de BlockEden.xyz.

Por qué PYUSD en Solana es importante

La combinación de la marca PayPal con el rendimiento de Solana crea una nueva vía poderosa para dólares digitales.

  1. Confianza del consumidor + UX cripto: PYUSD es emitido por la compañía fiduciaria regulada Paxos y está profundamente integrado en PayPal y Venmo. Esto brinda a los usuarios un activo familiar. Pueden mantener un único saldo de PYUSD y elegir retirarlo a una cartera externa ya sea en Ethereum o Solana, abstraído de la complejidad de la cadena.
  2. Rieles listos para pagos: La arquitectura de Solana ofrece finalización de transacciones en menos de un segundo y tarifas que son fracciones de centavo. PYUSD coloca una unidad de cuenta estable y reconocible sobre esta red de liquidación eficiente, haciéndola ideal para pagos, comercio y remesas.
  3. Controles de nivel institucional: Al lanzarse como token Token-2022, PYUSD puede utilizar extensiones integradas para funciones como transferencias confidenciales, metadatos ricos y un delegado permanente. Esto permite cumplimiento avanzado y funcionalidad sin requerir contratos inteligentes personalizados y difíciles de auditar.

Lo esencial (fija esto)

Antes de escribir una sola línea de código, asegura estos parámetros. Siempre verifica la dirección del mint en un explorador de confianza para evitar interactuar con tokens fraudulentos.

  • Mint (Mainnet): 2b1kV6DkPAnxd5ixfnxCpjxmKwqjjaYmCZfHsFu24GXo
  • Decimales: 6 (significa 1 PYUSD = 1,000,000 unidades base)
  • Programa de token: Token-2022 (Program ID: TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb)
  • Extensiones de token usadas (en el mint):
    • Metadata y Metadata Pointer
    • Delegado permanente
    • Transfer Hook (inicializado con programa nulo)
    • Configuración de Transferencia Confidencial

Puedes verificar todo esto en el Explorador de Solana. El explorador mostrará claramente la dirección oficial del mint y sus extensiones habilitadas.

Configura tu proyecto

Preparemos el entorno. Necesitarás las últimas librerías web3 y SPL token de Solana para garantizar compatibilidad total con Token-2022.

1. Librerías

Instala los paquetes necesarios desde npm.

npm i @solana/web3.js @solana/spl-token

2. Conexión RPC

Apunta tu aplicación al endpoint RPC de Solana Mainnet de BlockEden.xyz. Para producción, las variables de entorno son obligatorias.

// package.json
// npm i @solana/web3.js @solana/spl-token

import { Connection, Keypair, PublicKey } from "@solana/web3.js";
import {
TOKEN_2022_PROGRAM_ID,
getMint,
getOrCreateAssociatedTokenAccount,
getAssociatedTokenAddress,
createTransferCheckedInstruction,
} from "@solana/spl-token";

// Usa tu URL RPC de Solana de BlockEden.xyz desde tu panel
const RPC_ENDPOINT =
process.env.SOLANA_RPC_URL ??
"[https://your-blockeden-solana-mainnet-endpoint.com](https://your-blockeden-solana-mainnet-endpoint.com)";
export const connection = new Connection(RPC_ENDPOINT, "confirmed");

// PYUSD (mainnet)
export const PYUSD_MINT = new PublicKey(
"2b1kV6DkPAnxd5ixfnxCpjxmKwqjjaYmCZfHsFu24GXo",
);

Lectura de datos del Mint PYUSD

Primero, confirmemos programáticamente las propiedades del mint PYUSD. Este es un paso crucial para asegurar que tus constantes sean correctas y obtener detalles como el suministro total.

// Confirmar información del mint PYUSD vía APIs Token-2022
const mintInfo = await getMint(
connection,
PYUSD_MINT,
"confirmed",
TOKEN_2022_PROGRAM_ID, // Especificar el ID del programa
);

console.log({
supply: mintInfo.supply.toString(),
decimals: mintInfo.decimals, // Esperado 6
isInitialized: mintInfo.isInitialized,
});

Observa que pasamos explícitamente TOKEN_2022_PROGRAM_ID. Esta es la fuente más común de errores al trabajar con extensiones de token.

Crear o obtener Cuentas de Token Asociadas (ATAs)

Las Cuentas de Token Asociadas para tokens Token-2022 deben derivarse usando el ID del programa Token-2022. Si usas el TOKEN_PROGRAM_ID legado, las transacciones fallarán con error “incorrect program id”.

// Pagador y propietario de la nueva ATA. Reemplaza con la lógica de tu wallet.
const owner = Keypair.generate();

// Crear o obtener la ATA PYUSD del propietario (compatible con Token-2022)
const ownerAta = await getOrCreateAssociatedTokenAccount(
connection,
owner, // Pagador para la creación
PYUSD_MINT, // Mint
owner.publicKey, // Propietario de la ATA
false, // allowOwnerOffCurve
"confirmed",
undefined, // options
TOKEN_2022_PROGRAM_ID, // <-- IMPORTANTE: usar ID del programa Token-2022
);

console.log("Owner PYUSD ATA:", ownerAta.address.toBase58());

Verificar saldos de PYUSD

Para consultar el saldo de PYUSD de un usuario, consulta su ATA, recordando especificar el ID de programa correcto.

Usando @solana/spl-token

import { getAccount } from "@solana/spl-token";

const accountInfo = await getAccount(
connection,
ownerAta.address,
"confirmed",
TOKEN_2022_PROGRAM_ID,
);

const balance = Number(accountInfo.amount) / 10 ** mintInfo.decimals; // decimales = 6
console.log("PYUSD balance:", balance);

Usando JSON-RPC directo (curl)

También puedes consultar todas las cuentas de token de un propietario y filtrarlas por el ID del programa Token-2022.

curl -X POST "$SOLANA_RPC_URL" -H 'content-type: application/json' -d '{
"jsonrpc":"2.0",
"id":1,
"method":"getTokenAccountsByOwner",
"params":[
"<OWNER_PUBLIC_KEY>",
{ "programId":"TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb" },
{ "encoding":"jsonParsed" }
]
}'

Transferir PYUSD (usuario a usuario)

La regla de oro para transferir cualquier activo Token-2022 es usar createTransferCheckedInstruction. Esta instrucción incluye los decimales del token, evitando vulnerabilidades relacionadas con decimales.

Aquí tienes una función reutilizable completa para transferir PYUSD.

import { Transaction } from '@solana/web3.js';

async function transferPyusd({
fromWallet, // Keypair del remitente
toPubkey, // PublicKey del destinatario
uiAmount, // Monto en PYUSD, p.ej., 1.25
}: {
fromWallet: Keypair;
toPubkey: PublicKey;
uiAmount: number;
}) {
const decimals = 6; // De mintInfo.decimals
const rawAmount = BigInt(Math.round(uiAmount * (10 ** decimals)));

// Obtener la dirección ATA del remitente
const fromAta = await getAssociatedTokenAddress(
PYUSD_MINT,
fromWallet.publicKey,
false,
TOKEN_2022_PROGRAM_ID
);

// Asegurar que el ATA del destinatario exista para Token-2022
const toAta = await getOrCreateAssociatedTokenAccount(
connection,
fromWallet, // Pagador
PYUSD_MINT,
toPubkey,
false,
'confirmed',
undefined,
TOKEN_2022_PROGRAM_ID
);

const transferInstruction = createTransferCheckedInstruction(
fromAta, // ATA origen
PYUSD_MINT, // Mint
toAta.address, // ATA destino
fromWallet.publicKey, // Propietario del ATA origen
rawAmount, // Monto en unidades base
decimals, // Decimales
[], // Firmas multisig
TOKEN_2022_PROGRAM_ID // <-- IMPORTANTE
);

const transaction = new Transaction().add(transferInstruction);

// Establecer blockhash reciente y pagador de tarifas
transaction.recentBlockhash = (await connection.getLatestBlockhash()).blockhash;
transaction.feePayer = fromWallet.publicKey;

const signature = await connection.sendTransaction(transaction, [fromWallet]);
await connection.confirmTransaction(signature, 'confirmed');

console.log('Transaction successful with signature:', signature);
return signature;
}

Nota sobre el Transfer Hook: El mint de PYUSD inicializa la extensión Transfer Hook pero establece su programa en null. Esto significa que las transferencias estándar funcionan actualmente sin cuentas o lógica adicional. Si PayPal/Paxos activan el hook en el futuro, actualizarán el mint para apuntar a un nuevo programa y tu integración deberá pasar las cuentas extra requeridas por esa interfaz.

Prueba rápida con Solana CLI

Para una prueba manual rápida desde la línea de comandos, puedes usar spl-token con el ID de programa correcto.

# Asegúrate de que tu CLI apunte a mainnet y tu keypair tenga fondos.
# Transferir 1.00 PYUSD a un destinatario.
spl-token --program-id TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb \
transfer 2b1kV6DkPAnxd5ixfnxCpjxmKwqjjaYmCZfHsFu24GXo 1.00 <RECIPIENT_PUBKEY> \
--fund-recipient --allow-unfunded-recipient

PYUSD cross-chain (Ethereum ↔ Solana)

PayPal ha implementado una funcionalidad cross-chain oficial usando LayerZero. En lugar de depender de puentes de terceros riesgosos, este es un proceso nativo de quemado y acuñación: PYUSD se quema en la cadena origen (p.ej., Ethereum) y se acuña una cantidad equivalente en la cadena destino (Solana). Esto elimina riesgos específicos de puentes y deslizamientos.

Puedes encontrar el tutorial completo y los parámetros en la documentación oficial de PayPal Developer.

Pruebas con faucets

Para desarrollo y pruebas, no uses activos de mainnet. Utiliza los faucets oficiales:

  • Faucet de Paxos PYUSD: Para obtener tokens PYUSD de testnet.
  • Faucet de Solana: Para obtener SOL de devnet/testnet para tarifas de transacción.

Errores comunes (y soluciones)

  1. ID de programa incorrecto: Problema: Las transacciones fallan con incorrect program id for instruction. Solución: Pasa explícitamente TOKEN_2022_PROGRAM_ID a todas las funciones auxiliares de spl-token (getOrCreateAssociatedTokenAccount, getAccount, createTransferCheckedInstruction, etc.).
  2. Mint incorrecto o activos falsificados: Problema: Tu aplicación interactúa con un token PYUSD falso. Solución: Codifica y verifica la dirección oficial del mint: 2b1kV6DkPAnxd5ixfnxCpjxmKwqjjaYmCZfHsFu24GXo. Usa un explorador que advierta sobre mints no canónicos.
  3. Desajuste de decimales: Problema: Enviar 1 PYUSD realmente envía 0.000001 PYUSD. Solución: Siempre convierte montos UI a montos crudos multiplicando por 10^6. Obtén los decimales del mint programáticamente para estar seguro.
  4. Suposiciones sobre el Hook: Problema: Construyes lógica compleja para un hook de transferencia que no está activo. Solución: Verifica los datos de extensión del mint. Hoy el hook de PYUSD es nulo. Diseña tu sistema para adaptarse si el programa del hook se habilita en el futuro.

Checklist de producción para PYUSD + BlockEden.xyz

Al pasar a producción, asegura que tu infraestructura sea robusta.

  • RPC: Usa un endpoint de BlockEden.xyz de alta disponibilidad. Usa compromiso confirmed para una UX responsiva y consulta con finalized para operaciones que requieran integridad del libro mayor.
  • Reintentos & Idempotencia: Envuelve los envíos de transacciones con un mecanismo de reintento exponencial. Almacena una clave de idempotencia con cada operación de negocio para prevenir transferencias duplicadas.
  • Observabilidad: Registra los hashes de transacción, saldos y métricas de latencia. Monitorea los endpoints RPC y alerta sobre aumentos de latencia o errores.
  • Cumplimiento: Implementa auditorías de saldo y registro de eventos usando los logs de Solana y los datos del explorador.

Listado de referencias

  • Mint oficial: 2b1kV6DkPAnxd5ixfnxCpjxmKwqjjaYmCZfHsFu24GXo
  • Program ID Token-2022: TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb

¿Listo para construir? Obtén tu endpoint RPC de alto rendimiento en BlockEden.xyz y comienza a integrar el futuro de los pagos hoy.

¿Qué son los Airdrops de Criptomonedas? Una Guía Concisa para Desarrolladores y Usuarios (Edición 2025)

· 14 min de lectura
Dora Noda
Software Engineer

TL;DR

Un airdrop de criptomonedas es una distribución de tokens a direcciones de billetera específicas —a menudo de forma gratuita— para impulsar una red, descentralizar la propiedad o recompensar a los primeros miembros de la comunidad. Los métodos populares incluyen recompensas retroactivas por acciones pasadas, conversiones de puntos a tokens, drops para titulares de NFT o tokens, y campañas interactivas de "misiones". El diablo está en los detalles: las reglas de snapshot, las mecánicas de reclamo como las pruebas Merkle, la resistencia Sybil, la comunicación clara y el cumplimiento legal son fundamentales para el éxito. Para los usuarios, el valor está ligado a la tokenomics y la seguridad. Para los equipos, un airdrop exitoso debe alinearse con los objetivos principales del producto, no solo generar un hype temporal.


¿Qué es un airdrop —realmente?

En esencia, un airdrop de criptomonedas es una estrategia de marketing y distribución donde un proyecto envía su token nativo a las billeteras de un grupo específico de usuarios. Esto no es solo un sorteo; es un movimiento calculado para lograr objetivos específicos. Según lo definido por recursos educativos de Coinbase y Binance Academy, los airdrops se utilizan comúnmente cuando una nueva red, protocolo DeFi o dApp quiere construir rápidamente una base de usuarios. Al dar tokens a usuarios potenciales, los proyectos pueden incentivarlos a participar en la gobernanza, proporcionar liquidez, probar nuevas funcionalidades o simplemente convertirse en miembros activos de la comunidad, impulsando el efecto de red.

Dónde aparecen los airdrops en la práctica

Los airdrops vienen en varias modalidades, cada una con un propósito estratégico diferente. Aquí están los modelos más comunes que se ven hoy en día.

Retroactivo (recompensa el comportamiento pasado)

Este es el modelo clásico, diseñado para recompensar a los primeros adoptantes que utilizaron un protocolo antes de que tuviera un token. El airdrop de Uniswap en 2020 es el ejemplo definitivo, estableciendo la plantilla moderna al distribuir $400 tokens UNI$ a cada dirección que había interactuado con el protocolo. Fue un poderoso "gracias" que convirtió a los usuarios en propietarios de la noche a la mañana.

Puntos → token (incentivos primero, token después)

Una tendencia dominante en 2024 y 2025, el modelo de puntos gamifica la participación. Los proyectos rastrean las acciones del usuario —como hacer bridging, swapping o staking— y otorgan "puntos" off-chain. Más tarde, estos puntos se convierten en una asignación de tokens. Este enfoque permite a los equipos medir e incentivar los comportamientos deseados durante un período más largo antes de comprometerse con el lanzamiento de un token.

Drops para titulares/NFT

Este tipo de airdrop se dirige a usuarios que ya poseen un token o NFT específico. Es una forma de recompensar la lealtad dentro de un ecosistema existente o de impulsar un nuevo proyecto con una comunidad comprometida. Un caso famoso es ApeCoin, que otorgó derechos de reclamo para su token $APE a los titulares de NFT de Bored Ape y Mutant Ape Yacht Club tras su lanzamiento en 2022.

Programas de ecosistema/gobernanza

Algunos proyectos utilizan una serie de airdrops como parte de una estrategia a largo plazo para la descentralización y el crecimiento de la comunidad. Optimism, por ejemplo, ha realizado múltiples airdrops para usuarios, al tiempo que ha reservado una parte significativa de su suministro de tokens para la financiación de bienes públicos a través de su programa RetroPGF. Esto demuestra un compromiso con la construcción de un ecosistema sostenible y alineado con el valor.

Cómo funciona un airdrop (mecánicas que importan)

La diferencia entre un airdrop exitoso y uno caótico a menudo se reduce a la ejecución técnica y estratégica. Aquí están las mecánicas que realmente importan.

Snapshot y elegibilidad

Primero, un proyecto debe decidir quién califica. Esto implica elegir un snapshot —una altura de bloque o fecha específica— después de la cual la actividad del usuario ya no se contará. Los criterios de elegibilidad se definen luego en función de los comportamientos que el proyecto desea recompensar, como transferir fondos, ejecutar swaps, proporcionar liquidez, participar en la gobernanza o incluso contribuir con código. Para su airdrop, Arbitrum colaboró con la firma de análisis Nansen para desarrollar un sofisticado modelo de distribución basado en un snapshot tomado en un bloque específico el 6 de febrero de 2023.

Reclamo vs. envío directo

Si bien enviar tokens directamente a las billeteras parece más simple, la mayoría de los proyectos maduros utilizan un flujo basado en reclamo. Esto evita que los tokens se envíen a direcciones perdidas o comprometidas y requiere que los usuarios se involucren activamente. El patrón más común es un Distribuidor Merkle. Un proyecto publica una huella criptográfica (una raíz Merkle) de las direcciones elegibles on-chain. Cada usuario puede entonces generar una "prueba" única para verificar su elegibilidad y reclamar sus tokens. Este método, popularizado por la implementación de código abierto de Uniswap, es eficiente en gas y seguro.

Resistencia Sybil

Los airdrops son un objetivo principal para los "farmers" —individuos que utilizan cientos o miles de billeteras (un "ataque Sybil") para maximizar sus recompensas. Los equipos emplean varios métodos para combatir esto. Estos incluyen el uso de análisis para agrupar billeteras controladas por una sola entidad, la aplicación de heurísticas (como la antigüedad de la billetera o la diversidad de actividad) y, más recientemente, la implementación de programas de autoinforme. La campaña de LayerZero en 2024 introdujo un modelo ampliamente discutido donde se dio a los usuarios la oportunidad de autoinformar actividad Sybil para una asignación del 15%; aquellos que no lo hicieron y fueron detectados posteriormente enfrentaron la exclusión.

Calendario de liberación y gobernanza

No todos los tokens de un airdrop están disponibles de inmediato. Muchos proyectos implementan un calendario de liberación gradual (o período de vesting) para las asignaciones dadas al equipo, inversores y fondos del ecosistema. Comprender este calendario es crucial para que los usuarios midan la futura presión de oferta en el mercado. Plataformas como TokenUnlocks proporcionan paneles públicos que rastrean estos plazos de liberación en cientos de activos.

Casos de estudio (datos rápidos)

  • Uniswap (2020): Distribuyó $400 UNI$ por dirección elegible, con asignaciones mayores para los proveedores de liquidez. Estableció el modelo de prueba Merkle basado en reclamo como el estándar de la industria y demostró el poder de recompensar a una comunidad retroactivamente.
  • Arbitrum (2023): Lanzó su token de gobernanza L2, $ARB, con un suministro inicial de 10 mil millones. El airdrop utilizó un sistema de puntos basado en la actividad on-chain antes de un snapshot del 6 de febrero de 2023, incorporando análisis avanzados y filtros Sybil de Nansen.
  • Starknet (2024): Denominó su airdrop como el "Programa de Provisiones", con la apertura de reclamos el 20 de febrero de 2024. Se dirigió a una amplia gama de contribuyentes, incluidos usuarios tempranos, desarrolladores de red e incluso stakers de Ethereum, ofreciendo una ventana de varios meses para reclamar.
  • ZKsync (2024): Anunciado el 11 de junio de 2024, fue una de las mayores distribuciones de usuarios de Layer 2 hasta la fecha. Un airdrop único distribuyó el 17.5% del suministro total de tokens a casi 700,000 billeteras, recompensando a la comunidad temprana del protocolo.

Por qué los equipos hacen airdrops (y cuándo no deberían)

Los equipos aprovechan los airdrops por varias razones estratégicas:

  • Impulsar una red de dos lados: Los airdrops pueden sembrar una red con los participantes necesarios, ya sean proveedores de liquidez, traders, creadores o restakers.
  • Descentralizar la gobernanza: Distribuir tokens a una amplia base de usuarios activos es un paso fundamental hacia una descentralización creíble y una gobernanza liderada por la comunidad.
  • Recompensar a los primeros contribuyentes: Para proyectos que no realizaron una ICO o venta de tokens, un airdrop es la forma principal de recompensar a los primeros creyentes que aportaron valor cuando el resultado era incierto.
  • Señalar valores: El diseño de un airdrop puede comunicar los principios fundamentales de un proyecto. El enfoque de Optimism en la financiación de bienes públicos es un excelente ejemplo de esto.

Sin embargo, los airdrops no son una panacea. Los equipos no deberían realizar un airdrop si el producto tiene poca retención, la comunidad es débil o la utilidad del token está mal definida. Un airdrop amplifica los bucles de retroalimentación positivos existentes; no puede arreglar un producto roto.

Para usuarios: cómo evaluar y participar —de forma segura

Los airdrops pueden ser lucrativos, pero también conllevan riesgos significativos. Aquí le explicamos cómo navegar por el panorama de forma segura.

Antes de buscar un drop

  • Verificar legitimidad: Siempre verifique los anuncios de airdrops a través de los canales oficiales del proyecto (sitio web, cuenta de X, Discord). Sea extremadamente cauteloso con los enlaces de "reclamo" enviados por DM, encontrados en anuncios o promocionados por cuentas no verificadas.
  • Mapear la economía: Comprenda la tokenomics. ¿Cuál es el suministro total? ¿Qué porcentaje se asigna a los usuarios? ¿Cuál es el calendario de vesting para los insiders? Herramientas como TokenUnlocks pueden ayudarle a rastrear futuras liberaciones de suministro.
  • Conocer el estilo: ¿Es un drop retroactivo que recompensa el comportamiento pasado, o un programa de puntos que requiere participación continua? Las reglas para cada uno son diferentes, y los programas de puntos pueden cambiar sus criterios con el tiempo.

Higiene de la billetera

  • Usar una billetera nueva: Siempre que sea posible, use una billetera "quemador" dedicada y de bajo valor para reclamar airdrops. Esto aísla el riesgo de sus tenencias principales.
  • Leer lo que firmas: Nunca apruebe transacciones a ciegas. Los sitios maliciosos pueden engañarle para que firme permisos que les permitan vaciar sus activos. Use simuladores de billetera para comprender una transacción antes de firmar. Revise y revoque periódicamente las aprobaciones obsoletas utilizando herramientas como Revoke.cash.
  • Ser cauteloso con las firmas off-chain: Los estafadores abusan cada vez más de las firmas Permit y Permit2, que son aprobaciones off-chain que pueden usarse para mover sus activos sin una transacción on-chain. Sea tan cuidadoso con estas como lo es con las aprobaciones on-chain.

Riesgos comunes

  • Phishing y drainers: El riesgo más común es interactuar con un sitio de "reclamo" falso diseñado para vaciar su billetera. Investigaciones de firmas como Scam Sniffer muestran que los kits de drainer sofisticados fueron responsables de pérdidas masivas en 2023–2025.
  • Geofencing y KYC: Algunos airdrops pueden tener restricciones geográficas o requerir verificación Conozca a su Cliente (KYC). Siempre lea los términos y condiciones, ya que los residentes de ciertos países pueden ser excluidos.
  • Impuestos (orientación rápida, no asesoramiento): El tratamiento fiscal varía según la jurisdicción. En EE. UU., el IRS generalmente trata los tokens airdropped como ingresos imponibles a su valor justo de mercado en la fecha en que se obtiene el control de ellos. En el Reino Unido, HMRC puede considerar un airdrop como ingreso si se realizó una acción para recibirlo. Disponer de los tokens más tarde puede generar Impuesto sobre Ganancias de Capital. Consulte a un profesional cualificado.

Para equipos: una lista de verificación pragmática para el diseño de airdrops

¿Planeando un airdrop? Aquí tiene una lista de verificación para guiar su proceso de diseño.

  1. Aclarar el objetivo: ¿Qué intenta lograr? ¿Recompensar el uso real, descentralizar la gobernanza, sembrar liquidez o financiar a los desarrolladores? Defina su objetivo principal y haga explícito el comportamiento objetivo.
  2. Establecer criterios de elegibilidad que reflejen su producto: Diseñe criterios que recompensen a usuarios fieles y de alta calidad. Pondere las acciones que se correlacionan con la retención (por ejemplo, saldos ponderados por tiempo, trading consistente) sobre el volumen simple, y considere limitar las recompensas para las ballenas. Estudie los post-mortem públicos de los principales airdrops en plataformas como Nansen.
  3. Integrar resistencia Sybil: No dependa de un solo método. Combine heurísticas on-chain (antigüedad de la billetera, diversidad de actividad) con análisis de clustering. Considere enfoques novedosos como el modelo de informes asistido por la comunidad, pionero de LayerZero.
  4. Implementar una ruta de reclamo robusta: Utilice un contrato Merkle Distributor probado en batalla. Publique el conjunto de datos completo y el árbol Merkle para que cualquiera pueda verificar de forma independiente la raíz y su propia elegibilidad. Mantenga la interfaz de usuario de reclamo minimalista, auditada y con límite de tasa para manejar picos de tráfico sin sobrecargar sus endpoints RPC.
  5. Comunicar el plan de liberación: Sea transparente sobre el suministro total de tokens, las asignaciones para diferentes grupos de destinatarios (comunidad, equipo, inversores) y futuros eventos de liberación. Los paneles públicos generan confianza y apoyan dinámicas de mercado más saludables.
  6. Abordar la gobernanza, aspectos legales e impuestos: Alinear las capacidades on-chain del token (votación, reparto de tarifas, staking) con su hoja de ruta a largo plazo. Buscar asesoramiento legal sobre restricciones jurisdiccionales y divulgaciones necesarias. Como muestra la guía del IRS y HMRC, los detalles importan.

Glosario rápido

  • Snapshot: Un bloque o momento específico utilizado como corte para determinar quién es elegible para un airdrop.
  • Reclamo (Merkle): Un método eficiente en gas y basado en pruebas que permite a los usuarios elegibles obtener su asignación de tokens de un contrato inteligente.
  • Sybil: Un escenario donde un actor utiliza muchas billeteras para manipular una distribución. Los equipos utilizan técnicas de filtrado para detectarlos y eliminarlos.
  • Puntos: Recuentos off-chain u on-chain que rastrean la participación del usuario. A menudo se convierten en tokens más tarde, pero los criterios pueden estar sujetos a cambios.
  • Calendario de liberación: El cronograma que detalla cómo y cuándo los tokens no circulantes (por ejemplo, asignaciones de equipo o inversores) entran en el mercado.

Rincón del desarrollador: cómo BlockEden puede ayudar

Lanzar un airdrop es una tarea enorme. BlockEden proporciona la infraestructura para asegurar que lo implementes de manera responsable y efectiva.

  • Snapshots fiables: Utilice nuestros servicios RPC y de indexación de alto rendimiento para calcular la elegibilidad en millones de direcciones y criterios complejos, en cualquier cadena.
  • Infraestructura de reclamo: Obtenga orientación experta en el diseño e implementación de flujos de reclamo Merkle y contratos de distribución eficientes en gas.
  • Operaciones Sybil: Aproveche nuestros pipelines de datos para ejecutar heurísticas, realizar análisis de clustering e iterar en su lista de exclusión antes de finalizar su distribución.
  • Soporte de lanzamiento: Nuestra infraestructura está construida para escalar. Con límites de tasa incorporados, reintentos automáticos y monitoreo en tiempo real, puede asegurar que el día del reclamo no sature sus endpoints.

Preguntas frecuentes (respuestas rápidas)

¿Es un airdrop “dinero gratis”? No. Es una distribución ligada a comportamientos específicos, riesgos de mercado, posibles obligaciones fiscales y consideraciones de seguridad. Es un incentivo, no un regalo.

¿Por qué no recibí uno? Lo más probable es que hayas perdido la fecha del snapshot, no hayas cumplido los umbrales mínimos de actividad o hayas sido filtrado por las reglas de detección Sybil del proyecto. Los proyectos legítimos suelen publicar sus criterios; léelos atentamente.

¿Deberían los equipos dejar los reclamos abiertos para siempre? Varía. El contrato de reclamo de Uniswap permanece abierto años después, pero muchos proyectos modernos establecen una fecha límite (por ejemplo, 3-6 meses) para simplificar la contabilidad, recuperar tokens no reclamados para la tesorería y reducir el mantenimiento de seguridad a largo plazo. Elige una política y documéntala claramente.

Lectura adicional (fuentes primarias)