Selección de blockchain: L1/L2 y comisiones

1) Qué elegimos exactamente y por qué

• comisiones y velocidad de las inscripciones/conclusiones,
• disponibilidad de stablecoins/proveedores,
• sostenibilidad de la infraestructura y riesgos operacionales,
• requisitos KYT/Travel Rule y UX (direcciones, memo/etiquetas).

2) Conceptos básicos: L1 vs L2

L1 (capa base): consenso y seguridad propios (Ethereum L1, Bitcoin, Solana, BNB Smart Chain, TRON, etc.).
L2 (sobre Ethereum): escala con seguridad heredada L1 (Optimistic rollups: Arbitrum/Optimism/Base; ZK rollups: zkSync/Linea/Polygon zkEVM и др.).

• Finalización/confirmación: L2 da UX rápido, pero la seguridad final se comunica con L1 (período de desafío/commit para optimistic; validity-proof para ZK).
• Costo: L2 es generalmente más barato que L1 (especialmente vs Ethereum L1).
• Conclusiones en L1: en Optimistic - Finalización diferida (desafío periódico) para el puente; ZK tiene más rápido.

3) Criterios de selección de red (matriz de calificación)

1. Comisiones y variabilidad

Comisión media por depósito/retiro/transferencia interna; volatilidad fee en picos.

2. Tiempo hasta la finalización

p50/p95 al estado «acreditado/listo para la retirada» en el producto; probabilidad de reorganización.

3. Confiabilidad y ecosistema

Aptime, madurez nod/RPC, herramientas de monitoreo, disponibilidad de proveedores on/off-ramp.

4. Disponibilidad de stablecoins y liquidez

Disponibilidad de USDT/USDC/FDUSD, profundidad de pares en sus proveedores e intercambios.

5. Cumplimiento y características operativas

Soporte para Travel Rule en castodianos, calidad de señales KYT, riesgos de etiquetas sancionadoras.

6. Factores UX

Formato de dirección/necesidad de memo/etiqueta, compatibilidad con QR/deeplink, tasa de error del usuario.

4) Redes modelo y su perfil (en el corte de pagos)

TRON (USDT/USDC): comisiones extremadamente bajas, rápida finalización, amplio apoyo de los proveedores. Es popular para los depósitos masivos en las regiones de costa-sensitive.
Ethereum L2 (Arbitrum/Optimism/Base): equilibrio precio/velocidad, fuerte integración con infraestructura y USDC. Es bueno para los mercados con énfasis en la información/compatibilidad.
BNB Smart Chain (BSC): bajo costo, amplio ecosistema de billeteras; supervise la cobertura del proveedor y los requisitos de cumplimiento.
Solana: alta capacidad y bajas comisiones; compruebe la madurez de los proveedores, la estabilidad del RPC y sus procesos DevOps.
Ethereum L1: confiable y compatible con bancos/informes, pero caro; apropiado para liquidaciones VIP/corporativas o como «ancla» de liquidez.
Redes con memo/etiqueta (XRP/XLM/TON, etc.): baratas y rápidas, pero requieren una validación estricta de las etiquetas → el riesgo de errores UX sin protecciones.

5) Modelo de comisiones y presupuesto (Costo por Aprobado)

• redes (gas/fee) en depósito/retiro,
• comisiones del proveedor/intercambio (entrada/salida/conversión),
• KYT/Travel Rule/webhooks,
• costos de transacción (casos manuales, sapport),
• pérdidas por errores de red/memo (si no hay validaciones).

Práctica: cuenta todo en cada red, no «gas desnudo». Mantenga el umbral de switch-over: cuando crezca el tiempo/fee medio, cambie a la red de respaldo.

6) Política de confirmación y finalización

Ventanas de confirmación dinámica: Las unidades N dependen de la cantidad/segmento de riesgo y de la carga actual de la red.
Lógica RBA: Bajo Risk + estable en una red de bajo feto → confirmaciones mínimas; High Risk/nueva libreta de direcciones → más confirmaciones/hold.
Estados UX: «Dirección recibida → Esperamos confirmaciones → Acreditado». Muestre el temporizador/progreso.

7) Enrutamiento de múltiples cadenas y Feover

Primary + Secondary per asset: напр., USDT на TRON (primary) и BSC (secondary); USDC на Arbitrum (primary) и Base (secondary).
Reglas de conmutación automática: por latencia, fee, incidentes RPC, aumento de fallos KYT.
Grupos de liquidez: mantenga el flujo de trabajo en 2 + redes, automatice el reequilibrio a través de RFQ con múltiples intercambios.
Idempotencia: llaves 'invoice _ id/withdrawal _ id' y anti-toma en retrés.

8) Cumplimiento y seguridad

KYT + sanciones: pre-comprobación de direcciones/intercambios/clústeres antes de la inscripción y antes de la retirada; diferentes redes → diferentes perfiles de riesgo.
Regla de viaje: para VASP↔VASP, mantenga el IVMS101 y la puerta de enlace; política para unhosted (firma de dirección/micro-transferencia, lista blanca).
Almacenamiento y claves: HSM/KMS, multicine, límites de salida, 4 ojos.
Datos: registros de soluciones, fuente del curso, tokenización PII, almacenamiento separado del PAN.

9) Patrones de UX que ahorran dinero

Detección automática de la red en/QR, advertencias en caso de inconsistencia.
Memo/etiqueta es «estrictamente vinculante» donde se requiere: validador en IU + API, lista de comprobación antes del envío.
Libreta de direcciones/Whitelist con reverificación, TTL y KYT.
Una explicación de la comisión y de ETA antes del pago para rebajar los tickets al sapport.
Deeplink en la cartera y autocompletar los campos.

10) Ejemplo de política de selección (esbozo)

11) Contabilidad, Reconsificación, Curso

Etiqueta por redes/activos, mapping 'invoice/withdrawal ↔ txid ↔ subaccount'.
Cursos (VWAP/multified) con timestamp fijo; reglas de redondeo.
Informes T + 0/T + 1: redes, comisiones, soluciones KYT, Travel Rule eventos.

12) Métricas y OKR

Approval Rate, Time-to-Finality p50/p95, costo/transacción a través de la red.
KYT reject %/sanciones hits/SAR-conversion.
Proporción de errores de red/etiqueta, repetibilidad de direcciones problemáticas.
Proporción de flujos por red, número de conmutadores automáticos, aptime RPC.
Exposición de activos/redes, frecuencia de rebalance.

13) Anti-patrones

«Aceptamos en cualquier red» sin una validación estricta - pérdidas garantizadas.
Un proveedor/una red sin reservas es un único punto de falla.
La estimación es solo gas, ignorar todo-en el valor y SLA.
La ausencia de confirmaciones dinámicas/ETA es una avalancha de tickets.
No hay RBA/Travel Rule/KYT - bloqueos en los socios.
Almacenamiento de claves sin HSM/multicines y límites: riesgos operativos.

14) Lista de verificación de implementación (corta)

• Matriz de redes: Primary/Secondary por activo; reglas switch-over.
• Confirmaciones dinámicas + estados UX y ETA.
• Validación de direcciones/memo/etiquetas (UI + API), QR/deeplink.
• KUT/sanciones pre-check, política unhosted y libreta de direcciones.
• Travel Rule Gateway (IVMS101) para VASP↔VASP.
• Reservas de liquidez en 2 + redes, RFQ/multi-intercambio, conversión T0.
• Lager y reconsolidación por redes; fuentes de los cursos.
• Idempotencia, anti-toma, retraídas con backoff + jitter.
• Monitoreo fee/ETA/SLA, alertas de degradación, incidencias de playbooks.
• Entrenamiento de sapport: errores frecuentes de red/etiqueta, plantillas de respuesta.

15) Resumen

Elegir una red es una estrategia operativa, no una lista de logotipos. Mantenga un costo mínimo de aprobación, una finalización rápida y predecible, redes de respaldo y disciplina de cumplimiento. Combine L1/L2 para geo y segmentos, automatice routing y confirmaciones, proteja UX con validaciones, y los raíles de cripto de pago serán rápidos, seguros y rentables.